- dovecot - dovecot.org

[Dovecot] Workaround for outlook UIDL handling bug ??
by Nikolaus Gerstmayr 07 Sep '04

07 Sep '04

Scenario: Using Dovecot 0.99.10.9 as pop3 server. With delete on retrival off. clients: outlook* Problem: Everytihng work perfectly, except that outlooks keeps re-downloading SOME mail over and over. Though it already got them. No obvious pattern which, but only a small percentage. First of I looked at dovecots UIDLs. Initialy I thought it's broken (see my previous thread) Sorry for even thinking that, it's ok, my bad :) Rather, outlooks UIDL handling seems to be very broken :( But I think I found an easy workaround. Dovecots UIDLS seem to be timestamp.message# eg. 1 1093990148.1 2 1093990148.2 3 1093990148.3 4 1093990148.4 5 1093990148.5 6 1093990148.6 7 1093990148.7 8 1093990148.8 9 1093990148.9 10 1093990148.10 11 1093990148.11 12 1093990148.12 The problems started with #10 -> Asumption: outlook falsy only takes a fixed numbers of chars to hold the UIDL, the rest ist ignored. Perhaps only the first 13 or so. What I did is reversing the order in UIDL generation. Instead of timestamp.message# -> message#.timestamp. Seems to work perfectly. Well, a bit too early too tell if it really works. Need to wait a couple of days and see if the problem re-appears or not. The only thing I'm 100% sure is that outlooks UIDL handling is broken. BTW: very nice source code. Very easy to follow, took me 5 minutes to find the correct .c and routine. In /pop3/command.c, list_uids() all I changed is ... mail->seq, client->uidvality, mail->uid to mail->seq, mail->uid, client->uidvality. (2 times) If anyone is interested, I'll keep you informed if the problem is really gone with this mini-patch.

2 3

[Dovecot] Comments on planned migration to Dovecot
by Rory Campbell-Lange 07 Sep '04

07 Sep '04

Our office of about 100 users is presently running its mail through an Exchange 5.5 Server. The Exchange server is protected by Linux server pass-through server running Exim4. We intend to move all of our mail and directory services to open source software, probably Exim4, Dovecot and OpenLDAP. We have a mixture of mail clients. These include Mac OS9 Entourage (about 30%), OSX Entourage (20%) and Apple Mail (50%). About 30 individuals also look in to their mailboxes using squirrelmail. Each user is permitted a mailbox of no more than 20MB in size. Project mailboxes may rise to 200MB, however, with up to 5 simultaneous users connection to each project mailbox. I would be grateful for comments on the suitability of deploying Dovecot in this production environment. I already use Dovecot for a small number of users in a different environment (Mac Eudora, XP Outlook, Squirrelmail) and it appears to work without fault. Rory -- Rory Campbell-Lange <rory(a)campbell-lange.net> <www.campbell-lange.net>

1 0

[Dovecot] [Fwd: Maildir++ support]
by Maykel Moya 07 Sep '04

07 Sep '04

> In the homepage said that dovecot doesn't yet support maildir++, but in > http://dovecot.org/doc/mail-storages.txt said 'we support maildir++'. > > My question is: does dovecot support maildir++ ? > > Regards > mike

2 1

[Dovecot] Dovecot quota support
by Alton Yu 07 Sep '04

07 Sep '04

Sorry if this question has already been answered. I'm just thought that maybe I could get an answer here faster than my research. I'm currently using squirrelmail and there's a plugin that supports quota compatible with Courier. Does dovecot have the same support? Thanks!

2 1

[Dovecot] [Fwd: dovecot bug case] Reproducably make "imap" loop.
by Grahame Bowland 07 Sep '04

07 Sep '04

Hi guys I noticed a few people talking about a bug where "imap" processes loop. Bruce has managed to reproduce the bug. Anyone know if this has been fixed in CVS, or is it an unfixed problem? Cheers Grahame

1 0

RE: [Dovecot] 100% CPU utilisation
by Zoong Pham 07 Sep '04

07 Sep '04

> -----Original Message----- > From: Timo Sirainen [mailto:tss@iki.fi] > Sent: Monday, 6 September 2004 6:34 PM > To: Zoong Pham > Cc: Dovecot mailing list > Subject: Re: [Dovecot] 100% CPU utilisation > > Probably because one of the lines in it is larger then 4096 bytes? > Header parser doesn't really like that. I should get that fixed in > 1.0-tests.. > I just check the problematic mailbox. The maximum line length is 2047 characters. Most of them are around 1300 characters. Thanks, Zoong THIS EMAIL IS CONFIDENTIAL. If you have received this email in error please forward it to information(a)mercy.com.au. It may contain personal information and it is intended for the addressee only. If you receive this email in error you must not use, copy, forward, print or otherwise disseminate any information it contains. MERCY HEALTH & AGED CARE is a Catholic community benefit organisation. Each year, one in twenty Victorian families are touched by the services we provide. Visit www.mercy.com.au for more information. Our services include: * Mercy Hospital for Women - East Melbourne (moving to Heidelberg in 2005) *Werribee Mercy Hospital - Werribee * Mount Alvernia Mercy Hospital - Bendigo *Mercy Hospice - Western suburbs * O'Connell Family Centre - Canterbury *Corporate Office - Richmond * Rice Village - Geelong * Tullamore Mercy - Montrose *Eventide Mercy - Colac * Bethlehem Home for the Aged - Bendigo

1 0

RE: [Dovecot] 100% CPU utilisation
by Jamie Heckford 06 Sep '04

06 Sep '04

> > Dovecot (0.9.11) consumes 100% CPU utilisation when accessing > (either pop or imap) one of my mailboxes. It doesn't happen > with other mailboxes. > The mailbox has about 500 mails while others have many more. > They are all in mbox format. > I've noticed this using maildir, luckily we have an SMP server so it doesn't affect it to much, but obviously I would like to stop it. Doesn't happen to all users and doesn't seem to be dependent on size of Maildir, sending SIGTERM makes it go away and then the user opens the mailbox again and I see normal CPU usage. However 3-4 hours later it will happen again. Using FreeBSD 4.9 and dovecot-0.99.10.4, postfix 2.0.18 as MTA. If theres any other info that would be useful (this is probably the most vauge description I can manage, but its all the info I have) then let me know and I can provide. Ta Jamie

1 0

[Dovecot] [PATCH] [RFC] epoll based ioloop handler
by Andrey Panin 06 Sep '04

06 Sep '04

Hello, this patch adds ioloop handler using Linux 2.6 epoll API. I'm not sure is it ready for inclusion right now, but it works for me and survives deadconn test with 1024 simultaneous connections. Please take a look and comment. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

3 4

Re: [Dovecot] 100% CPU utilisation
by Lasse Danielsen 06 Sep '04

06 Sep '04

I have some experience with OBSD, squirrel, vpopmail and dovecot. In my experience it would hang like that if squirrel was set up to sort/thread (or whatever the settings was named). try to turn such things off and see if that helps. -- Lasse Danielsen lasse(a)danielsen.tk -- No part of this message may reproduce, store itself in a retrieval system, or transmit disease, in any form, without the permissiveness of the author. > > Dovecot (0.9.11) consumes 100% CPU utilisation when accessing > (either pop or imap) one of my mailboxes. It doesn't happen > with other mailboxes. > The mailbox has about 500 mails while others have many more. > They are all in mbox format. > > OS: OpenBSD-3.5 with all patches > MTA: Sendmail-8.12.11 > It happened with other RCs of dovecot-0.9.11 > Configured as: ./configure --without-pam --without-shadow > --without-vpopmail --localstatedir=/var --with-ssldir=/etc/ssl > --with-ssl=openssl > > There is no strange information in /var/log/maillog except the > normal ones like: > Sep 6 10:12:40 onion imap-login: Login: zoong [127.0.0.1] > > The pop or imap clients (mutt and squirrel-1.4.3a) just stay at "opening > INBOX ...". > mutt can open directly the mailbox without any problem. > I rebooted the server and problem still happening. > > Can someone advise how to find out what's wrong here? > I guess there is some kind of corruption within the mailbox. > > Thanks, > Zoong PHAM > > ___________________________________________________________________________________ > THIS EMAIL IS CONFIDENTIAL. If you have received this email in error > please forward it to information(a)mercy.com.au. It may contain personal > information and it is intended for the addressee only. If you receive this > email in error you must not use, copy forward, print or otherwise > disseminate any information it contains. > Mercy Health & Aged Care is a Catholic community benefit organisation. > Each year one in twenty Victorian families are touched by the services we > provide. Visit www.mercy.com.au for more information. > Our services include: > * Mercy Hospital for Women - East Melbourne (moving to Heidelberg in 2005) > * Werribee Mercy Hospital - Werribee * Mount Alvernia Mercy Hospital - > Bendigo * Mercy Hospice - Western suburbs * O'Connell Family Centre - > Canterbury * Corporate Office - Richmond * Rice Village - Geelong * > Tullamore Mercy - Montrose * Eventide Mercy - Colac * Bethlehem Home for > the Aged - Bendigo * > -- Lasse Danielsen lasse(a)danielsen.tk -- No part of this message may reproduce, store itself in a retrieval system, or transmit disease, in any form, without the permissiveness of the author. Random Thought: -------------- There was a young lady named Ransom Who was rogered three times in a hansom. When she cried out for more A voice from the floor Replied, "My name is Simpson, not Samson."

1 0

[Dovecot] POP3 and big mailboxes
by Sergey Matveychuk 06 Sep '04

06 Sep '04

Hello. Today one of my users has returned from vacation and his mailbox has grown to 67 Mbyte in 1705 e-mails. dovecot can't index this mailbox with this message (i've changed username with 'xxx'): pop3-login: Sep 06 10:03:43 Info: Login: xxx [172.16.4.9] pop3(xxx): Sep 06 10:03:43 Error: Error indexing mbox file /var/mail/xxx: LF not found where expected pop3(xxx): Sep 06 10:03:43 Error: Error indexing mbox file /var/mail/xxx: LF not found where expected pop3(xxx): Sep 06 10:03:43 Warning: I/O leak: 0x8050600 (0) pop3(xxx): Sep 06 10:03:43 Warning: I/O leak: 0x80858f0 (1) pop3(xxx): Sep 06 10:03:43 Warning: Timeout leak: 0x8065b90 Is it a bug in dovecot? PS. dovecot-0.99.10.9 on FreeBSD 5.2-CURRENT (a month before BETA1 released). -- Sem.

3 3