February 2007 - dovecot

[Dovecot] Query: LSUB "" "*" still on rc19
by Gavin Henry 02 Feb '07

02 Feb '07

Hi all, We've downgraded to rc17 for the past week or so, as when we upgraded to rc19, this error did go, but came back again. ERROR: Could not complete request. Query: LSUB "" "*" Reason Given: Internal error occurred. Refer to server log for more information. Looks like it never helped us in rc19. Back on rc17 just now, which we still have to restart a few times a day, do to the LDAP stuff (which was fixed in rc18/19), but at least we can get in ;-) Which logs settings/debug do you need to get more info? Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

2 2

[Dovecot] mailbox corruption by pop3 access
by dovecot＠quartzcrystal.org 02 Feb '07

02 Feb '07

I have about 30 pop3 users at my dovecot server, and sometime there's mailboxes (/var/spool/mail/userid) are corrupt. Troubled mailbox contains unnecessary 2 lines on head of file. Example is follow... ------------------------ .93C7E660-- >From xxxxxx(a)xxxxx.com Tue Jan 16 19:29:21:2007 ------------------------ 3rd and following lines has no plobrem. Maybe, this first line is last line of previous mail. But I don't know why it was leaved. At such cases, when user tried to get his mail by pop3 client on remote host, and close connection by server immidiate. ------------------------ -ERR Mailbox isn't a valid mbox file Connection closed by foreign host. ------------------------ Every time I delete 2 lines from his mailbox to restore on server console when it corrupt. Has anyone such problem? OS: RedHat Enterprise Linux 4 Dovecot version: 0.99.11-4.EL4 (RH official rpm)

2 1

[Dovecot] read/unread flags broken in rc19 ?
by Stef Epardaud 01 Feb '07

01 Feb '07

Hi, I'm posting to relate that on debian unstable dovecot imap 1.0rc19 I'm experiencing exactly the same as seen on this thread: http://www.dovecot.org/list/dovecot/2007-January/018937.html All mail dating from last sunday (only that day it seems) gets reset to unread after I mark them as read after a period of time. This with thunderbird. Thanks for any help on this topic :) -- Stéphane Epardaud

5 11

[Dovecot] Multiple Trash patch for DSPAM plugin
by Hugo Monteiro 01 Feb '07

01 Feb '07

Hello all, First of all my respects to Johannes for the nice dspam plugin he created. Unfortunatly i got stuck with a problem in that same plugin since it didn't allow the use of more than one Trash folder. That can be an issue if you have a wide variety of clients working in a wide variety of languages. Not all use the english "Trash" for that folder. I've written a small patch to accomodate that situation and it's working just fine for me. I'm submitting it in the hope that it can be usefull to others. Hope it's usefull for others too. Regards, Hugo Monteiro. -- ci.fct.unl.pt:~# cat .signature Hugo Monteiro Email : hugo.monteiro(a)fct.unl.pt Telefone : +351 212948300 Ext.15307 Centro de Informática Faculdade de Ciências e Tecnologia da Universidade Nova de Lisboa Quinta da Torre 2829-516 Caparica Portugal Telefone: +351 212948596 Fax: +351 212948548 www.ci.fct.unl.pt apoio(a)fct.unl.pt ci.fct.unl.pt:~# _

1 0

[Dovecot] Performance, dovecot vs tpop3d
by Nate 01 Feb '07

01 Feb '07

Hello, I am new to the list and have spent extensive time researching performance suggestions through the list and the documentation. Particularly interesting is the recent performance thread related to the upcoming release. I just upgraded one of our email servers from tpop3d to dovecot 1.0rc19. tpop3d has served us well for many years; however, it basically has lost all it's support and developers. My main liking of tpop3d was it's speed. After the upgrade to dovecot, the server began to crawl. This server runs postfix for the delivery agent and now dovecot for pop3 and imap. The box serves roughly 9000 virtual maildir mailboxes with roughly 20 pop3 processes active at any given time. I ran some tests this morning to determine an exact difference between running tpop3d and dovecot. dovecot: I/O load averages 81%, System load averages 12.00 tpop3d: I/O load averages 20%, System load averages 0.50 To ensure it wasn't just a fluke of logins, I let each app run for several minutes, and did the test multiple times. The results were not any abnormal user usage and definitely related to application performance. My current settings in dovecot related to performance are: mmap_diable = yes mmap_no_write = yes Modifying these to no seems to decrease performance slightly but only a few percent. I have also played with various other settings, which didn't give me any significant performance boost. I'm eager for the next release which will have the fsync_disable option to see if that helps, it certainly looks promising. One observation where the majority of the load seems to be generated from is when a pop3 connection is loading up a very large maildir. The pop3 process seems to remain around using I/O for a considerable time, even when the user has no new email. Perhaps it is rebuilding or verifying it's index files? Here is an example of a lsof of the pop3 process with a user who has roughly 17000 messages. They check their email every 10 minutes which seems to add significant load. Note the final line, it's reading an individual message file, yet the user has no new email since the last login. If i keep lsofing the process, the final file seems to change and keep going through many of their mailbox files. The process takes many minutes to complete. Is it rebuilding the index on every login? COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME pop3 15148 postfix cwd DIR 9,2 152 850160 /home/domain.net/brock pop3 15148 postfix rtd DIR 9,2 816 2 / pop3 15148 postfix txt REG 9,2 1888690 7096106 /usr/local/libexec/dovecot/pop3 pop3 15148 postfix mem REG 9,2 107724 182934 /lib/ld-2.3.2.so pop3 15148 postfix mem REG 9,2 1578228 182936 /lib/tls/libc-2.3.2.so pop3 15148 postfix mem REG 9,2 16312 88977 /lib/libdl-2.3.2.so pop3 15148 postfix 0u IPv4 873280915 TCP domain.net:pop3->dsl.dyn.06-99.uslogin.net:40950 (CLOSE_WAIT) pop3 15148 postfix 1u IPv4 873280915 TCP domain.net:pop3->dsl.dyn.06-99.uslogin.net:40950 (CLOSE_WAIT) pop3 15148 postfix 2w FIFO 0,5 873280916 pipe pop3 15148 postfix 3r CHR 1,9 27963 /dev/urandom pop3 15148 postfix 4r FIFO 0,5 873281456 pipe pop3 15148 postfix 5w FIFO 0,5 873281456 pipe pop3 15148 postfix 6r FIFO 0,5 873281457 pipe pop3 15148 postfix 7w FIFO 0,5 873281457 pipe pop3 15148 postfix 8u REG 9,2 205740 7272682 /var/spool/mail/domain.net/brock/dovecot.index pop3 15148 postfix 9u REG 9,2 15020 7225137 /var/spool/mail/domain.net/brock/dovecot.index.log pop3 15148 postfix 10u REG 9,2 1585152 7290906 /var/spool/mail/domain.net/brock/dovecot.index.cache pop3 15148 postfix 11r REG 9,2 1992 5040734 /var/spool/mail/domain.net/brock/cur/1165164651.V902I4cea5e.s3.visp.net:2,S I'm eager to solve this new I/O issue which has cropped up after upgrading to dovecot. Despite the severe performance degradation, I feel dovecot has awesome potential and is feature rich, and most importantly it's being maintained, so I want to stick with it! Thank you for any help offered! I'm hopeful for any suggestions to solve this performance issue or diagnose it further to determine the cause. - Nate

5 8

[Dovecot] Making POP3 not retrieve deleted messages
by Aredridel 01 Feb '07

01 Feb '07

Since my users often use the webmail system to delete messages to save their poor strained dial-up POP3-using mail clients, and our new web mail system isn't expunge-happy like the last one, I found need for this patch -- it adds a configuration option for pop3 "pop3_ignore_deleted", a boolean, that does just that. I'd love feedback. Aria

1 0

[Dovecot] Mail Answered status flag in pine stopped working in rc19
by Carl Mason --- Director Demography Lab 01 Feb '07

01 Feb '07

The Flag indicating that a message has been Answered does not work in pine. The status flags for New and Deleted work as always. The Answered flag worked properly in dovecot 0.99, but after upgrading to 1.0rc19 it stopped working. Interestingly, mail that was answered before upgrading to rc19 still shows the proper flag. I have tried with mbox_dirty_syncs turned on and off and I have tried putting "flags" in mail_cache_fields. Obviously I am wandering in the dark. Here is the setup: pine 4.64 dovecot 1.0rc19 (installed from rpm dovecot-1.0-2_40.rc19.el4.at.i386.rpm) Centos 4.4.2 x86 mail_location = mbox:~/mail/:INBOX=%h/.mailspool/%u:INDEX=/var/dovecot_indexes\/%d/%n Inbox is NFS mounted, INDEX is on local disk Thanks.

1 0