| Summary: | squirrelmail does not store sent messages anymore | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Nicolas Mailhot <nicolas.mailhot> | ||||||
| Component: | squirrelmail | Assignee: | Michal Hlavinka <mhlavink> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | rawhide | CC: | mhlavink | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2012-02-11 13:11:35 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Attachments: |
|
||||||||
|
Description
Nicolas Mailhot
2012-01-18 19:47:13 UTC
do you use selinux on server? what mode ? enforcing or permissive? ('sestatus' will tell you the answer). Do you have any messages in logs? /var/log/httpd/error_log or ssl_eror_log
(In reply to comment #1) > do you use selinux on server? yes >what mode ? enforcing or permissive? boot as enforcing, switch to permissive afterwards (systemd shows a few services fail on boot, so I have to restart them manually after switching to permissive) > ('sestatus' > will tell you the answer). Do you have any messages in logs? > /var/log/httpd/error_log or ssl_eror_log no error message in log (except for intrusion attempts looking for inexistant files) 192.168.0.4 - - [19/Jan/2012:19:09:31 +0100] "GET /src/compose.php?mailbox=%26AMk-l%26AOk-ments+envoy%26AOk-s&startMessage=1 HTTP/1.1" 200 2115 "https://arekh.dyndns.org/src/right_main.php?mailbox=%26AMk-l%26AOk-ments+envoy%26AOk-s&sort=6&startMessage=1" "Mozilla/5.0 (X11; Linux x86_64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1" 192.168.0.4 - - [19/Jan/2012:19:09:43 +0100] "POST /src/compose.php HTTP/1.1" 302 20 "https://arekh.dyndns.org/src/compose.php?mailbox=%26AMk-l%26AOk-ments+envoy%26AOk-s&startMessage=1" "Mozilla/5.0 (X11; Linux x86_64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1" 192.168.0.4 - - [19/Jan/2012:19:09:45 +0100] "GET /src/right_main.php?mailbox=%26AMk-l%26AOk-ments+envoy%26AOk-s&sort=6&startMessage=1 HTTP/1.1" 200 4438 "https://arekh.dyndns.org/src/compose.php?mailbox=%26AMk-l%26AOk-ments+envoy%26AOk-s&startMessage=1" "Mozilla/5.0 (X11; Linux x86_64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1" I've tried to reproduce this using squirrelmail and dovecot, but it is working for me. $ rpm -q dovecot squirrelmail dovecot-2.1-0.4.rc3.fc17.x86_64 squirrelmail-1.4.22-4.fc17.noarch Please attach output of doveconf -n and /etc/squirrelmail/config.php do you see any errors on http://localhost/webmail/src/configtest.php ? (In reply to comment #3) > do you see any errors on http://localhost/webmail/src/configtest.php ? According to configtest: ERROR: You have configured PHP not to allow short tags (short_open_tag=off). This shouldn't be a problem with SquirrelMail or any plugin coded coded according to the SquirrelMail Coding Guidelines, but if you experience problems with PHP code being displayed in some of the pages and changing setting to "on" solves the problem, please file a bug report against the failing plugin. The correct contact information is most likely to be found in the plugin documentation. … Congratulations, your SquirrelMail setup looks fine to me! Created attachment 557281 [details]
doveconf -n
Created attachment 557285 [details]
config.php
ping? Testing some more that seems another encoding problem in squirrelmail If I rename the sent folder from one of the standard French names (they all end in envoyés) to something ASCIIonly sent message storage works again But not being able to use a standard folder name sucks big time Updating dovecot to a new version seems to fix this problem, though evo did manage to cope with the old dovecot version → closing *** This bug has been marked as a duplicate of bug 782904 *** |