From joshua_goodall at pacific.net.au Wed Nov 1 00:15:19 2006 From: joshua_goodall at pacific.net.au (Joshua Goodall) Date: Wed, 1 Nov 2006 11:15:19 +1100 Subject: [Dovecot] Redundant shared mail store? Message-ID: <1BAD86FA20172C449C56A8E5D51977AB04E40BA8@pimel-mx1.ozpacnet.office.pacific.net.au> dovecot at redigloo.org wrote: > My ears prick up whenever I hear mention of NetApps and Dovecot. > > Which operating system (Linux, Solaris, Solaris x86...) are you > running. The NFS clients w/Dovecot are currently running Linux 2.6.16 with Trond Myklebust's Linux-2.6.16-NFS_ALL.dif applied (see http://client.linux-nfs.org/). This combo has been stable for months. And yes, we use fcntl locking, and mount noac,actimeo=0. JG From daniel at copyleft.no Wed Nov 1 01:28:35 2006 From: daniel at copyleft.no (Hr. Daniel Mikkelsen) Date: Wed, 01 Nov 2006 02:28:35 +0100 Subject: [Dovecot] Dovecot delivery Message-ID: <4547F843.8000306@copyleft.no> Hi. Does the dovecot deliver helper program now support maildirs? Are there plans to support this? -- Daniel Mikkelsen Copyleft Software AS From lists-wp at mercurycloud.net Wed Nov 1 01:28:38 2006 From: lists-wp at mercurycloud.net (Will Prater) Date: Tue, 31 Oct 2006 17:28:38 -0800 Subject: [Dovecot] Dovecot delivery In-Reply-To: <4547F843.8000306@copyleft.no> References: <4547F843.8000306@copyleft.no> Message-ID: <987D3A98-3AD7-4F1C-8433-E99B546D48A0@mercurycloud.net> I am using Dovecot LDA to deliver to Maildirs now. On Oct 31, 2006, at 5:28 PM, Hr. Daniel Mikkelsen wrote: > Hi. > > Does the dovecot deliver helper program now support maildirs? Are > there plans > to support this? > > -- > Daniel Mikkelsen > Copyleft Software AS -Will -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061031/cf5e712e/attachment.html From bofh.list at gmail.com Wed Nov 1 02:17:30 2006 From: bofh.list at gmail.com (bofh list) Date: Tue, 31 Oct 2006 21:17:30 -0500 Subject: [Dovecot] Redundant shared mail store? In-Reply-To: <1BAD86FA20172C449C56A8E5D51977AB04E40BA8@pimel-mx1.ozpacnet.office.pacific.net.au> References: <1BAD86FA20172C449C56A8E5D51977AB04E40BA8@pimel-mx1.ozpacnet.office.pacific.net.au> Message-ID: On 10/31/06, Joshua Goodall wrote: > > dovecot at redigloo.org wrote: > > My ears prick up whenever I hear mention of NetApps and Dovecot. > > > > Which operating system (Linux, Solaris, Solaris x86...) are you > > running. > > The NFS clients w/Dovecot are currently running Linux 2.6.16 with Trond > Myklebust's Linux-2.6.16-NFS_ALL.dif applied (see > http://client.linux-nfs.org/). This combo has been stable for months. > And yes, we use fcntl locking, and mount noac,actimeo=0. What version of Dovecot are you running? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061031/8d45525a/attachment.htm From rueckert at informatik.uni-rostock.de Wed Nov 1 13:30:32 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Wed, 1 Nov 2006 14:30:32 +0100 Subject: [Dovecot] Dovecot delivery In-Reply-To: <4547F843.8000306@copyleft.no> References: <4547F843.8000306@copyleft.no> Message-ID: <20061101133032.GQ5591@pixel.global-banlist.de> On 2006-11-01 02:28:35 +0100, Hr. Daniel Mikkelsen wrote: > Does the dovecot deliver helper program now support maildirs? Are there plans > to support this? it always supported maildir. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From tss at iki.fi Wed Nov 1 14:01:51 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 1 Nov 2006 16:01:51 +0200 Subject: [Dovecot] Upgrade from RC7 to RC10 didn't go too well... In-Reply-To: <200610301059.20658.dlepiane@irmacs.sfu.ca> References: <200610301059.20658.dlepiane@irmacs.sfu.ca> Message-ID: <9F0EB74B-B720-4895-8E98-FC6C7993EEEA@iki.fi> On 30.10.2006, at 20.59, Dominic Lepiane wrote: > My dovecot.conf includes > default_mail_env = mbox:/var/mail/%u That won't work. From rc8 release announcement (or NEWS file): * "mbox:/var/mail/%u" no longer works as the mail location. You'll have to specify the mail root explicitly, just like the examples always have: "mbox:~/mail:INBOX=/var/mail/%u" ie. Dovecot no longer does guessing. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061101/0c7ffc66/attachment.pgp From mailing_list at fintec.co.nz Wed Nov 1 00:01:46 2006 From: mailing_list at fintec.co.nz (Fintec) Date: Wed, 01 Nov 2006 13:01:46 +1300 Subject: [Dovecot] moving public folders to private Trash In-Reply-To: References: Message-ID: <1162339307.18957.24.camel@localhost.localdomain> On Wed, 2006-07-05 at 09:58 -0700, Mark Nienberg wrote: > Using Thunderbird 1.5.0.4 against dovecot beta9: > > If a user has Thunderbird configured to move deleted messages into a Trash folder, > then the user cannot delete folders in a public namespace. There is no problem > deleting messages. > > Thunderbird says: > "The current command did not succeed. The mail server responded: Can't rename > mailbox to another storage type." > > All mailboxes (public and private) are maildir format. > > Users can successfully delete folders from their own private areas, and the folders > then appear as subfolders of the Trash folder. > > Also, users can reconfigure Thunderbird to delete messages immediately instead of > moving them to trash and then successfully remove public folders. > > Also, users can move public folders within the public namespace. So I think the > problem boils down to the inability to move a folder from a public namespace to a > private one, which is what happens when Thunderbird is configured to move deleted > messages to a Trash folder. > > Mark Nienberg I have the same problem with dovecot rc10 and Thunderbird 1.0.5.7. Apart from changing the users settings to delete messages immediately has anyone found a solution to this problem? Gavin From dlepiane at irmacs.sfu.ca Wed Nov 1 17:48:27 2006 From: dlepiane at irmacs.sfu.ca (Dominic Lepiane) Date: Wed, 1 Nov 2006 09:48:27 -0800 Subject: [Dovecot] Upgrade from RC7 to RC10 didn't go too well... In-Reply-To: <9F0EB74B-B720-4895-8E98-FC6C7993EEEA@iki.fi> References: <200610301059.20658.dlepiane@irmacs.sfu.ca> <9F0EB74B-B720-4895-8E98-FC6C7993EEEA@iki.fi> Message-ID: <200611010948.27619.dlepiane@irmacs.sfu.ca> On Wednesday 01 November 2006 06:01, Timo Sirainen wrote: > On 30.10.2006, at 20.59, Dominic Lepiane wrote: > > My dovecot.conf includes > > default_mail_env = mbox:/var/mail/%u > > That won't work. From rc8 release announcement (or NEWS file): > > * "mbox:/var/mail/%u" no longer works as the mail location. > You'll > have to specify the mail root explicitly, just like the > examples > always have: "mbox:~/mail:INBOX=/var/mail/%u" > > ie. Dovecot no longer does guessing. Thank you, Timo. -- Dominic Lepiane The IRMACS Centre Simon Fraser University -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061101/3c91cb01/attachment.pgp From jc at info-systems.de Wed Nov 1 18:34:08 2006 From: jc at info-systems.de (Jakob Curdes) Date: Wed, 01 Nov 2006 19:34:08 +0100 Subject: [Dovecot] quota question Message-ID: <4548E8A0.8020309@info-systems.de> .. maybe a silly one, but how does the user get notified when he is over quota? Did not find anything in the docs. Is there a general IMAP way to do this or what else ? Yours JC From gerard at seibercom.net Wed Nov 1 19:05:17 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Wed, 01 Nov 2006 14:05:17 -0500 Subject: [Dovecot] Real and Virtual Users + Domains Message-ID: <20061101135746.66AB.GERARD@seibercom.net> I have seen a few suggestions on how to address the issue of a system employing both real and virtual users and domains. Is there any definitive solution as to how this should be accomplished? The system I am construction will have several hundred users, both real and virtual, and probably seven domains. I plan on using MySQL to handle the user names and passwords. -- Gerard "Seen it all, done it all, can't remember most of it." Anonymous From odhiambo.raburu at wananchi.com Wed Nov 1 21:14:47 2006 From: odhiambo.raburu at wananchi.com (Odhiambo WASHINGTON) Date: Thu, 2 Nov 2006 00:14:47 +0300 Subject: [Dovecot] Real and Virtual Users + Domains In-Reply-To: <20061101135746.66AB.GERARD@seibercom.net> References: <20061101135746.66AB.GERARD@seibercom.net> Message-ID: <20061101211447.GB59032@ns2.wananchi.com> * On 01/11/06 14:05 -0500, Gerard Seibert wrote: | I have seen a few suggestions on how to address the issue of a system | employing both real and virtual users and domains. Is there any | definitive solution as to how this should be accomplished? The system I | am construction will have several hundred users, both real and virtual, | and probably seven domains. I plan on using MySQL to handle the user | names and passwords. Check here: http://ns2.wananchi.com/wash/ - there are two dovecot files there. Use as you like! PS: The /etc/master.passwd is FreeBSD stuff. I think Linux equiv is /etc/shadow. -Wash http://www.netmeister.org/news/learn2quote.html DISCLAIMER: See http://www.wananchi.com/bms/terms.php -- +======================================================================+ |\ _,,,---,,_ | Odhiambo Washington Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +======================================================================+ Line Printer paper is strongest at the perforations. From jbz at ximian.com Wed Nov 1 21:28:25 2006 From: jbz at ximian.com (JB Zimmerman) Date: Wed, 01 Nov 2006 16:28:25 -0500 Subject: [Dovecot] CRASH: mail-cache-fields.c crash - new info, hacked 'solution' Message-ID: <1162416505.6323.33.camel@frost.boston.ximian.com> I'm baaaaack. :-) I've managed to implement a suggestion from Hans Morten Kind from this list that seems to have stopped the crashing. However, my hack - commenting out a call to i_unreached() - makes me queasy because I have no idea of the ramifications of it (I don't habitually code, myself). So I wanted to lay it out for y'all in case this is a problem that you feel should be looked at. So, here's my situation. Using dovecot-1.0.rc10 downloaded from dovecot.org. Built an RPM locally on my machine (as opposed to prior attempts, which used the AT rpms), which is running RHEL 4AS with all updates. Did *not* configure in postgres, mysql, sqlite, ldap-auth. Other than that, stock (openssl included, eg) - some file locations taken from AT RPMs' spec (redhat specific file locs). No patches performed. SPEC available if y'all think it'd help; the RPM built with no complaints, installed same. Using Maildir format, upgraded from a Courier install, so .folder.subfolder structure. Error behavior: When a user attempted to open a folder containing large numbers of messages (roughly 100k+ messages, as far as we can tell) they immediately got an error saying the server has disconnected. On the server side, I got this in the log (hostname 'magneto' obviously) ---cut--- Nov 1 15:18:16 magneto dovecot: IMAP(joeuser): file mail-cache-fields.c: line 26: unreached Nov 1 15:18:16 magneto dovecot: child 17599 (imap) killed with signal 6 ---cut--- Now, the folder in question is a folder of CVS commit messages (hence the size). If I go into the folder ("/home/joeuser/Maildir/.GNOME CVS commits/") and do 'rm -f dovecot-*' and then have the user try again, then they can open the folder and get a message list. dovecot will rebuild the various index files. However, as soon as they click on an individual message, bam, the same error behavior - and from then on, they can't get into the folder again unless we remove their dovecot files again. We tried this using Evolution, mutt and pine as the clients. All exhibited identical behavior. This is coming over TLS. NOW THE FIX: I made a change to the source (gasp!) that honestly I have no idea the ramifications of, but it has...well, not *fixed*, but sorta fixed it. As per Hans Morten Kind, I commented out the i_unreached() call in field_has_fixed_size(). After this, the mail is readable as is the folder list, but now there is an error message in the log. First things first, here's the change I made to dovecot-1.0.rc10/src/lib-index/mail-cache-fields.c: ---cut--- @@ -23,7 +23,7 @@ return FALSE; } - i_unreached(); +/* i_unreached(); */ return FALSE; } ---cut--- ...and here's what now happens in the log, to the same mail folder as above: ---cut--- Nov 1 15:59:42 magneto dovecot: IMAP(joeuser): Corrupted index cache file /home/joeuser/Maildir/.GNOME CVS commits/dovecot.index.cache: field header names corrupted ---cut--- At that point, I deleted the cache files again, and the error goes away. I also notice that the index.cache file in that folder is much, much larger than it was, from which I posit that the above error was because the crashing imap process had left an incomplete index file. Removing it thus forced a rebuild with the new code which seems to have fixed the problem. Thank you all for your patience. I hand this willingly over to the list. jb -- ------------------------------------ J.B. Zimmerman jbz at ximian.com Network Administrator Ximian - http://www.ximian.com ...a tiny little division of Novell. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061101/d0278da5/attachment.pgp From ghenry at suretecsystems.com Wed Nov 1 21:40:18 2006 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 1 Nov 2006 21:40:18 -0000 (UTC) Subject: [Dovecot] http://dovecot.org/tools/ In-Reply-To: <1155242386.7977.112.camel@hurina> References: <52448.192.168.100.90.1152790852.squirrel@webmail.suretecsystems.com> <1155242386.7977.112.camel@hurina> Message-ID: <45649.192.168.100.90.1162417218.squirrel@webmail.suretecsystems.com> > On Thu, 2006-07-13 at 12:40 +0100, Gavin Henry wrote: >> Dear all, >> >> Could this be added to http://dovecot.org/tools/ >> >> http://cpan.org/authors/id/G/GH/GHENRY/create_dovecot_shares-1.05 > > Added, finally. > > Hi Timo, We've just uploaded a new version with some general doc cleanup and added a new option as requested by a user. Could you add (once it's up/mirrored): http://cpan.org/authors/id/G/GH/GHENRY/create_dovecot_shares-1.06 Many thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From jhorner at arinbe.com Wed Nov 1 22:28:18 2006 From: jhorner at arinbe.com (Jim Horner) Date: Wed, 1 Nov 2006 17:28:18 -0500 Subject: [Dovecot] INBOX un-subscribable (is that a word?) Message-ID: <200611011728.18302.jhorner@arinbe.com> I am trying to get open-xchange installed and working (which after two days might be futile). In doing this I noticed that no email client can subscribe to INBOX. I'm using rc10 and my namespaces are the following. 99% of the email clients ignore the inability to subscribe to INBOX and display all the folders underneath anyway which is why I've never noticed this issue... however, open-xchange is not in that camp and only displays messages in INBOX. All folders are in the subscriptions file including INBOX but all email clients always list INBOX as not subscribed to. COMPANY are ROOTMAIL are share folders with ACLs in /etc/dovecot/acl and those top folders are not subscribable either. namespace public { separator = . prefix = COMPANY. location = maildir:/home/services/mail/arinbe.com/arinbe/Maildir:CONTROL=%h/shared-settings/company/control:INDEX=%h/shared-settings/company/index hidden = no inbox = no } namespace public { separator = . prefix = ROOTMAIL. location = maildir:/home/services/mail/arinbe.com/rootmail/Maildir:CONTROL=%h/shared-settings/rootmail/control:INDEX=%h/shared-settings/rootmail/index hidden = no inbox = no } # default namespace namespace private { separator = . inbox = yes hidden = no prefix = INBOX. } From bill at webmail.us Thu Nov 2 04:55:32 2006 From: bill at webmail.us (Bill Boebel) Date: Wed, 1 Nov 2006 23:55:32 -0500 (EST) Subject: [Dovecot] Clustering (replication and proxying) plans for the future Message-ID: <59691.10.238.10.71.1162443332.webmail@10.238.10.71> On Tue, October 24, 2006 2:31 pm, Timo Sirainen said: > The replication could work simply by sending the transaction logs' > contents to the replicatio process which passes it onto other servers, > which finally sync their local mailboxes based on that data. Since > Dovecot already is able to sync mailboxes based on the transaction log's > contents this should be pretty easy to implement. > > Of course the new mails' contents also have to be sent. This could be > prioritized lower than the transaction traffic, so that each server > always has very up-to-date view of the mailbox metadata, but not > necessarily the contents of all the mails. > > If the server finds itself in a situation that it doesn't have some > specific mail, it'll send a request to the replication process to fetch > it ASAP from another server. The reply will then take the highest > priority in the queue. Is your primary goal with this replication to add redundancy or to distribute load such as for shared mailboxes? I've thought about the redundancy side of this a lot, but not so much about load distribution. It sounds like you're going for load distribution, but... If the goal is redundancy, I'd suggest that mailbox state is less important than the mail data. Index files can be recreated from the data, and would not even be needed on the secondary server(s) unless the primary fails. So I'd put a higher priority on getting the mail content to the secondary servers. If the goal is to distribute load for shared mailboxes, then your prioritization makes sense. Also, if the goal is redundancy, this design can be simplified a lot by having one master and one or more slaves. All modify operations would go to the master, so that you do not need global locks. Different sets of users would belong to different namespaces, so that you can have multiple replication paths in your cluster. You'd also want an API for the replication process so that third-party applications that modify mailboxes can log those changes so that they are replicated. And in that case, the replication process could be made generic enough so that it can be used to replicate any set of files, with or without Dovecot. Bill From tss at iki.fi Thu Nov 2 17:25:43 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 19:25:43 +0200 Subject: [Dovecot] Unsolved : mbox-sync-rewrite.c : assertion failed In-Reply-To: <20061027191328.GA20499@alf.uib.no> References: <453E494F.1030009@info-systems.de> <1161720766.16462.184.camel@hurina> <453E818F.70903@info-systems.de> <9CB5726B-8C89-452F-9DEB-D9D4F0DA2393@iki.fi> <20061026070603.GA20543@ee.ethz.ch> <19F4497B-8C33-4E68-80C7-94902D070DA0@dal.net> <1161862095.16462.224.camel@hurina> <20061027191328.GA20499@alf.uib.no> Message-ID: <1162488343.4024.14.camel@hurina> On Fri, 2006-10-27 at 21:13 +0200, Hans Morten Kind wrote: > On Thu, Oct 26, 2006 at 01:31:04PM -0700, Dalvenjah FoxFire wrote: > > It got a bit weirder with this patch. It no longer crashed, but I got > > a different assert error, and a slight (fixable) corruption bug: > > The patch seems to work here when > array_append(&sync_ctx->mails, &mail_ctx->mail, 1); > is always called after the new test > if (array_is_created(&mail_ctx->mail.keywords)) { > } > instead of calling array_append() within the new if > > hmk > > if (array_is_created(&mail_ctx->mail.keywords)) { > /* mail's keywords are allocated from a pool that's cleared > for each mail. we'll need to copy it to something more > permanent. */ > ARRAY_CREATE(&keywords_copy, sync_ctx->saved_keywords_pool, > unsigned int, > array_count(&mail_ctx->mail.keywords)); > array_append_array(&keywords_copy, &mail_ctx->mail.keywords); > mail_ctx->mail.keywords = keywords_copy; > - array_append(&sync_ctx->mails, &mail_ctx->mail, 1); > } > + array_append(&sync_ctx->mails, &mail_ctx->mail, 1); Thanks, I probably would have wasted a long time trying to figure out what the problem was :) Committed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/4d5b4404/attachment.pgp From tss at iki.fi Thu Nov 2 17:33:12 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 19:33:12 +0200 Subject: [Dovecot] quota question In-Reply-To: <4548E8A0.8020309@info-systems.de> References: <4548E8A0.8020309@info-systems.de> Message-ID: <1162488792.4024.22.camel@hurina> On Wed, 2006-11-01 at 19:34 +0100, Jakob Curdes wrote: > .. maybe a silly one, but how does the user get notified when he is over > quota? Did not find anything in the docs. Is there a general IMAP way to > do this or what else ? Dovecot doesn't provide any way to do this currently. You'll have to figure out something by yourself. I guess either some cronjob, or you could write a Dovecot plugin. In both cases you could send a normal out-of-quota mail to the user (bypassing quota checks). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/9daa70a5/attachment.pgp From tss at iki.fi Thu Nov 2 17:56:08 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 19:56:08 +0200 Subject: [Dovecot] imap process crashing with "file mail-cache-fields.c: line 26: unreached" In-Reply-To: <20061027191814.GB20499@alf.uib.no> References: <1161968602.13976.22.camel@frost.boston.ximian.com> <20061027191814.GB20499@alf.uib.no> Message-ID: <1162490168.4024.25.camel@hurina> On Fri, 2006-10-27 at 21:18 +0200, Hans Morten Kind wrote: > > --cut-- > > Oct 27 11:20:11 hostname dovecot: IMAP(user): file mail-cache-fields.c: > > line 26: unreached > > Oct 27 11:20:11 hostname dovecot: child 27514 (imap) killed with signal > > 6 > > --cut-- > > > We did also experience this after moving to rc10, > by some reason field_has_fixed_size() in src/lib-index/mail-cache-fields.c > is called with an undef value of 32, > it seems to be safe to return FALSE rather than i_unreched() It shouldn't really be happening at all, but I think this change should change the crash to a "cache file corrupted" error: http://dovecot.org/list/dovecot-cvs/2006-November/006642.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/c8512d22/attachment.pgp From tss at iki.fi Thu Nov 2 18:04:41 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:04:41 +0200 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <20061030144317.2b9f6ce7@localhost.localdomain> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> Message-ID: <1162490681.4024.31.camel@hurina> On Mon, 2006-10-30 at 14:43 +0100, Dominique Feyer wrote: > After a lots of test, I found that deliver (LDA Dovecot) put the > message in the mailbox of the user, but the process dont quit. After > the max command time (from postfix), postfix kill the process, return > an error in the log and bounce the message. This conflicts with the only reason that I can see for this: > > Process 349 attached - interrupt to quit > > gettimeofday({1161965973, 768478}, {0, 0}) = 0 > > poll( This should only happen at startup when it's connecting to dovecot-auth. So my guess would have been that dovecot-auth is busy and not answering to our requests. I guess I should put some kind of a timeout to this myself also.. > > deliver(info at labomex.com): 2006.10.27 18:29:28 Error: > > file_dotlock_replace(/var/mail/labomex.com/mails/info/.dovecot.lda-dupes) > > failed: No such file or directory deliver(info at labomex.com): > > 2006.10.27 18:29:28 Error: > > rename(/var/mail/labomex.com/mails/info/.dovecot.lda-dupes.lock, /var/mail/labomex.com/mails/info/.dovecot.lda-dupes) > > failed: No such file or directory Hmm.. Something seems to be overriding or deleting the dotlocks.. Probably because the deliver hangs for a long time somewhere. Possibly when trying to send mails? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/036a08f3/attachment.pgp From tss at iki.fi Thu Nov 2 18:11:43 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:11:43 +0200 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <1162490681.4024.31.camel@hurina> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> <1162490681.4024.31.camel@hurina> Message-ID: <1162491103.4024.32.camel@hurina> On Thu, 2006-11-02 at 20:04 +0200, Timo Sirainen wrote: > > > Process 349 attached - interrupt to quit > > > gettimeofday({1161965973, 768478}, {0, 0}) = 0 > > > poll( > > This should only happen at startup when it's connecting to dovecot-auth. > So my guess would have been that dovecot-auth is busy and not answering > to our requests. > > I guess I should put some kind of a timeout to this myself also.. Done, see if this starts giving timeout errors (or wait for rc11 which should come in a couple of days): http://dovecot.org/list/dovecot-cvs/2006-November/006644.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/c42da054/attachment.pgp From tss at iki.fi Thu Nov 2 18:19:51 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:19:51 +0200 Subject: [Dovecot] changing the separator In-Reply-To: <4541E152.9010801@Media-Brokers.com> References: <45410156.6020700@cnm.de> <4541E152.9010801@Media-Brokers.com> Message-ID: <1162491591.4024.34.camel@hurina> On Fri, 2006-10-27 at 06:37 -0400, Charles Marcus wrote: > Marten Lehmann wrote: > > Hello, > > > > is it possible the change the folder separator from "." to "/"? Users > > shall be able to have folders like "Junk/aol.com/*". > > There was a thread about this a couple of months ago, and the last word > from Timo was that this would ultimately be a configuration option, but > you might want to remind him - he's been really busy lately with both > dovecot and other things...: Too much trouble and too large change for v1.0. If someone really wants to change it it's pretty easy to change from maildir-storage.h and recompile. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/c6cbca3e/attachment.pgp From jbz at ximian.com Thu Nov 2 18:19:45 2006 From: jbz at ximian.com (JB Zimmerman) Date: Thu, 02 Nov 2006 13:19:45 -0500 Subject: [Dovecot] imap process crashing with "file mail-cache-fields.c: line 26: unreached" In-Reply-To: <1162490168.4024.25.camel@hurina> References: <1161968602.13976.22.camel@frost.boston.ximian.com> <20061027191814.GB20499@alf.uib.no> <1162490168.4024.25.camel@hurina> Message-ID: <1162491585.24749.6.camel@frost.boston.ximian.com> Thank you very much. I hadn't found that change, indicating I didn't search the CVS archive with sufficient thoroughness! I'll make that change in favor of the quickhack I did earlier. JB On Thu, 2006-11-02 at 19:56 +0200, Timo Sirainen wrote: > On Fri, 2006-10-27 at 21:18 +0200, Hans Morten Kind wrote: > > > --cut-- > > > Oct 27 11:20:11 hostname dovecot: IMAP(user): file mail-cache-fields.c: > > > line 26: unreached > > > Oct 27 11:20:11 hostname dovecot: child 27514 (imap) killed with signal > > > 6 > > > --cut-- > > > > > > We did also experience this after moving to rc10, > > by some reason field_has_fixed_size() in src/lib-index/mail-cache-fields.c > > is called with an undef value of 32, > > it seems to be safe to return FALSE rather than i_unreched() > > It shouldn't really be happening at all, but I think this change should > change the crash to a "cache file corrupted" error: > > http://dovecot.org/list/dovecot-cvs/2006-November/006642.html -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/84cb6ebd/attachment.pgp From tss at iki.fi Thu Nov 2 18:20:50 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:20:50 +0200 Subject: [Dovecot] Fw: POP 23 problem In-Reply-To: <02f401c6f99e$9f98ad50$fe02a8c0@manoj> References: <02f401c6f99e$9f98ad50$fe02a8c0@manoj> Message-ID: <1162491650.4024.36.camel@hurina> On Fri, 2006-10-27 at 14:05 +0600, Manoj Fernandez wrote: > The user account created at installation works fine and Iam able to > log to POP3 services by telnetr. > > When I created a another user and tried tologin via telnet this is > what happens > > telnet XXX.XXX.XXX.XXX 10 > + OK Dovecot ready > user XXXX > + OK > pass XXX > +OK logged in > > Connection tohost lost > > > and session terminates. > > Pls advise what could be the problem Check Dovecot's log file for the exact error message. It most likely couldn't find the user's mail location. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/154bfbe4/attachment.pgp From tss at iki.fi Thu Nov 2 18:22:04 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:22:04 +0200 Subject: [Dovecot] Maildir++? In-Reply-To: <454100C3.2050207@cnm.de> References: <454100C3.2050207@cnm.de> Message-ID: <1162491724.4024.38.camel@hurina> On Thu, 2006-10-26 at 20:38 +0200, Marten Lehmann wrote: > Hello > > just to have up2date records: Is the current dovecot release capable of > the maildirsizefile as described in > http://www.exim.org/exim-html-4.63/doc/html/spec_html/ch26.html#id2643923 ? Yep, quota plugin with maildir backend. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/568d909a/attachment.pgp From tss at iki.fi Thu Nov 2 18:27:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:27:00 +0200 Subject: [Dovecot] Installation of Dovecot In-Reply-To: <20061017205543.GD23053@earth.tc.umn.edu> References: <20061017205543.GD23053@earth.tc.umn.edu> Message-ID: <1162492020.4024.41.camel@hurina> On Tue, 2006-10-17 at 15:55 -0500, Steven F Siirila wrote: > When I configure Dovecot to conform to our directory hierarchy, it insists > on adding 'dovecot/' to the prefixes I specify. Is there any way to > inhibit this? Nope, and I can't really think of an easy way to add support for that without adding lots of autoconf/automake code which I don't really want to do.. Does it work in other programs? Maybe there is some easier way to do it.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/009d3991/attachment.pgp From tss at iki.fi Thu Nov 2 18:35:11 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:35:11 +0200 Subject: [Dovecot] Dovecot imap bug In-Reply-To: <1161677457.7420.3.camel@localhost> References: <1161677457.7420.3.camel@localhost> Message-ID: <1162492511.4024.45.camel@hurina> On Tue, 2006-10-24 at 11:10 +0300, Lauri Jesmin wrote: > Oct 24 10:39:03 raud dovecot: [ID 107833 mail.error] IMAP(eleppik): file > mbox-sync-rewrite.c: line 405 (mbox_sync_read_and_move): assertion > failed: (need_space == (uoff_t)-mails[idx].space) Yep, this is a rc10 specific bug. I'll release rc11 soon which fixes it. Or you can use http://dovecot.org/patches/1.0/dovecot-1.0.rc10-mbox-keywords-fix.patch -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/40206094/attachment.pgp From tss at iki.fi Thu Nov 2 18:42:03 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:42:03 +0200 Subject: [Dovecot] suspected bug in dovecot-ldap setup? In-Reply-To: <200610271245.39547.pjvenda@pjvenda.org> References: <200610271245.39547.pjvenda@pjvenda.org> Message-ID: <1162492923.4024.47.camel@hurina> On Fri, 2006-10-27 at 12:45 +0100, Pedro Venda wrote: > I intended to have authenticated binds but there was a problem with the > user_filter directive being ignored: > user_filter = (&(objectClass=JammMailAccount)(mail=%n@%d)(accountActive=TRUE) > (delete=FALSE)) .. > ldap(dave at info.test,::ffff:192.168.0.69): bind search: > base=o=hosting,dc=example,dc=com scope=subtree filter= > **(&(objectClass=posixAccount(uid=dave at info.test))** > dovecot: Oct 26 16:20:58 Info: auth(default): > ldap(dave at info.test,::ffff:192.168.0.69): unknown user > dovecot: Oct 26 16:20:59 Info: auth(default): client out: FAIL 1 > user=dave at info.test > dovecot: Oct 26 16:20:59 Info: imap-login: Disconnected: > user=, method=PLAIN, rip=::ffff:192.168.0.69, > lip=::ffff:192.168.0.5, TLS > > (nevermind the data, it's test only) > > As you can see from the info file, the search filter used was being > (&(objectClass=posixAccount(uid=dave at info.test)) and not > (&(objectClass=JammMailAccount)(mail=dave at info.test)(accountActive=TRUE) > (delete=FALSE)). user_filter is used by userdb only, after the password authentication was successful. So I guess you wanted to modify pass_filter instead? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/b290d596/attachment-0001.pgp From tss at iki.fi Thu Nov 2 18:45:13 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:45:13 +0200 Subject: [Dovecot] 1.0rc10 proxy memory usage problem In-Reply-To: <20061024095547.771a5185.papier@sdv.fr> References: <20061024095547.771a5185.papier@sdv.fr> Message-ID: <1162493113.4024.50.camel@hurina> On Tue, 2006-10-24 at 09:55 +0200, Laurent Papier wrote: > Hi, > I have a rather large dovecot setup (4 proxy only servers and 21 IMAP/POP3 > servers) in production for 3 days now. > > The memory usage on my proxy servers only grows over time. It looks like a > memory leak somewhere in dovecot. I have a RRD graph available on demand. Well, most importantly you didn't say which process's memory usage grows? imap-login, pop3-login, both of them, or dovecot-auth? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/8b460b43/attachment.pgp From tss at iki.fi Thu Nov 2 18:50:59 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:50:59 +0200 Subject: [Dovecot] valid_chroot_dirs question In-Reply-To: <1161621158.20180.7.camel@luca> References: <1161621158.20180.7.camel@luca> Message-ID: <1162493459.4024.56.camel@hurina> On Mon, 2006-10-23 at 18:32 +0200, Luca Corti wrote: > # ':' separated list of directories under which chrooting is allowed for > mail > # processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar > too). > # This setting doesn't affect login_chroot or auth_chroot variables. > # WARNING: Never add directories here which local users can modify, that > # may lead to root exploit. Usually this should be done only if you > don't > # allow shell access for users. See doc/configuration.txt for more > information. > #valid_chroot_dirs = > > Now if I set > > valid_chroot_dirs = /home > > everything works, but the WARNING pretty much scares me since user foo > HAS shell access. Is this safe? Is there a way to avoid this? Why I > can't chroot to /home/foo/./ if I can to /home/foo ? Well, the warning is perhaps a bit too cautious. As long as 1) Dovecot has no security holes 2) You're not giving users the possibility to run all kinds of system commands via IMAP (can't see a reason to do that..) there shouldn't be any problems. Also if the /home partition is mounted with nosuid option it's always safe. The problem is that a user can hardlink a setuid binary (eg. /bin/su) inside the chroot and create his own lib/libc.so. After that it's only needed to be executed inside chroot. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/d734592f/attachment.pgp From tss at iki.fi Thu Nov 2 18:58:45 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:58:45 +0200 Subject: [Dovecot] deliver + quota failure In-Reply-To: <00d201c6f563$77bd7430$8801a8c0@Moskou> References: <00d201c6f563$77bd7430$8801a8c0@Moskou> Message-ID: <1162493925.4024.62.camel@hurina> On Sun, 2006-10-22 at 00:51 +0200, Mark Ruijs wrote: > Oct 22 00:17:51 mail deliver(mark.ruys at in2sports.net): > open(in2sports.net/mark.ruys//.temp.mail.in2sports.net.12777.5c70c02bb158bd1a) failed: No such file or directory .. > The reason is, I?m out of quota. I expected some kind of bounce, but > the message is killed by Amavis because of a bad header: Is that error really given when it happens? It should give "Out of quota" error then instead.. .. > Content-Type: text/plain; charset=utf-8 > > Content-Disposition: inline > > Content-Transfer-Encoding: 8bit .. > The problem is, there is no recipient (header is missing). You showed only the message's body, not its headers (it's a multipart message). It is sent with To headers and all. So as far as I know there are no headers missing. What exactly is Amavis's error message? And what exactly are the headers that it sees? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/a577ae93/attachment.pgp From jc at info-systems.de Thu Nov 2 19:15:00 2006 From: jc at info-systems.de (Jakob Curdes) Date: Thu, 02 Nov 2006 20:15:00 +0100 Subject: [Dovecot] quota question In-Reply-To: <1162488792.4024.22.camel@hurina> References: <4548E8A0.8020309@info-systems.de> <1162488792.4024.22.camel@hurina> Message-ID: <454A43B4.6090202@info-systems.de> >Dovecot doesn't provide any way to do this currently. You'll have to >figure out something by yourself. > >I guess either some cronjob, or you could write a Dovecot plugin. In >both cases you could send a normal out-of-quota mail to the user >(bypassing quota checks). > > At least I found a Thunderbird plugin displaying the imap quota in the program bar. That is enough for now; I fear writing a plugin exceeds my C coding skills. Yours, Jakob Curdes From tss at iki.fi Thu Nov 2 19:18:38 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:18:38 +0200 Subject: [Dovecot] 1.0.rc10 status report In-Reply-To: References: Message-ID: <1162495118.4024.75.camel@hurina> On Fri, 2006-10-20 at 13:26 +0100, David Lee wrote: > 1. "User unknown": We use NIS for our passwd information. On the earlier > rc8 test we had had several occurences of "User unknown" (from "deliver") > giving "dsn=5..." for perfectly valid users. So for this rc10 test I > applied a local patch so these were reduced to "EX_TEMPFAIL" (dsn=4...). > (This was triggered, as epected, a few times and subsequent delivery > attemtps succeeded.) I strongly suspect that this is some sort of issue > with FC5, probably "nscd" and nothing to do with dovecot. Hints would be > nice, but from the dovecot perspective you may probably ignore this item. Yea. Dovecot only does a getpwent() call which can't really be used wrong. > 2. For one particular user, the "deliver" consistently gave: > Failed to create storage for '...' with mail 'mbox:/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB:INBOX=... > > I think this is ultimately due to something strange in the user ".forward" > file. I'd be delighted to follow this up with anyone else who might have > seen it. Although in one sense we may be drifting off-topic, in another > sense I suspect that there is scope for adjusting "deliver" to handle this > more gracefully. Is deliver executed from .forward file? In that case the HOME environment isn't set and deliver doesn't assume that it's going to deliver to the current local user, so it's not looking up the home directory by itself.. > 3. There were several occurences of: > IMAP(...): file ../../../../../src/lib-storage/index/mbox/mbox-sync-rewrite.c: line 405 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) > child 30842 (imap) killed with signal 6 > > This looks particularly awkward. Any thoughts? In case you missed, this fixes it: http://dovecot.org/patches/1.0/dovecot-1.0.rc10-mbox-keywords-fix.patch > > 4. There were two occurences of: > IMAP(...): file ../../../src/lib-index/mail-index.c: line 1801 (mail_index_move_to_memory): assertion failed: (index->fd == -1) > child 20493 (imap) killed with signal 6 > > Again, this looks particularly awkward. Any thoughts? The moving to memory code isn't perfect, but normally it shouldn't even be done. I think there are only two reasons: 1) Filesystem quota / out of disk space in general 2) mbox_min_index_size > For these last two items, note that the indexes are currently NFS-shared > alongside the INBOX area. > > I'm still not clear on how to regard the concept of indexes, as applied to > a small cluster of machines, and handling simultaneous updates to INBOXes > (analogous to the vital importance of INBOX locking for such updates). > > If one imagines the IMAP daemon (and pop and deliver) as file-clients of > the (NFS-shared) INBOXes on a fileserver, do the indexes belong very close > to the INBOXes (fileserver) or the dovecot software (file client)? So > should I have the indexes on the fileserver (one instance), or should they > be on each cluster machine's private storage (possibly several instances; > one per cluster machine)? I've got them on the server; would they be > better on the cluster clients? (Might that be the cause and fix of these > two problems?) Indexes contain metadata of the mailboxes, so if you're using multiple different computers to read/write to the same user's mailbox, then it's better to keep them in NFS. If you can make only a single computer access the same user's mailbox most of the time then it's probably faster to keep them in local disk. Otherwise if you kept them in local disk in different computers you'd waste time in synchronizing the indexes separately for each computer that accesses the mailbox. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/5294f894/attachment.pgp From remote_bob at yahoo.com Thu Nov 2 19:23:47 2006 From: remote_bob at yahoo.com (Timothy Daly) Date: Thu, 2 Nov 2006 11:23:47 -0800 (PST) Subject: [Dovecot] mbox_sync_read_and_move failure Message-ID: <20061102192347.91832.qmail@web33809.mail.mud.yahoo.com> Hi, I recently switched to using dovecot for my IMAP server. I'm running dovecot 1.0rc10 on redhat linux 7.3. The filesystem is ext2, not NFS. I'm using mbox for mail storage. It worked okay for a day or two, but now when I try to check my mail I get an error from evolution, my imap client, saying that the server unexpectedly disconnected. In the server logs I see: Nov 2 13:10:49 tenkan dovecot: imap-login: Login: user=, method=PLAIN, rip=192.132.92.15, lip=216.114.78.229, TLS Nov 2 13:10:58 tenkan dovecot: IMAP(tim): file mbox-sync-rewrite.c: line 405 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) Nov 2 13:10:58 tenkan dovecot: child 30315 (imap) killed with signal 6 I see that this came up on this list a little while ago, but it doesn't sound like it got resolved. For the moment, I'm unable to read my mail via IMAP. :/ Any ideas? Cheers, Tim ____________________________________________________________________________________ Access over 1 million songs - Yahoo! Music Unlimited (http://music.yahoo.com/unlimited) From tss at iki.fi Thu Nov 2 19:24:03 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:24:03 +0200 Subject: [Dovecot] Dovecot-auth stand alone and --without-pam In-Reply-To: <4535E12B.6050001@lundman.net> References: <4535CFE0.4030807@lundman.net> <4535D3E1.10201@lundman.net> <4535E12B.6050001@lundman.net> Message-ID: <1162495443.4024.79.camel@hurina> On Wed, 2006-10-18 at 17:09 +0900, Jorgen Lundman wrote: > Oct 18 16:45:15 corpsmtp01 dovecot: [ID 107833 mail.info] auth(default_with_list > ener): ldap(lundman): Password mismatch > Oct 18 16:45:15 corpsmtp01 dovecot: [ID 107833 mail.info] auth(default_with_list > ener): ldap(lundman): crypt(MyPlainTextPass) != 'MyCryptPass' I'd guess the password is in some other format than normal crypt. LDAP-MD5 or something? default_pass_scheme would change that. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/58542049/attachment.pgp From tss at iki.fi Thu Nov 2 19:25:33 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:25:33 +0200 Subject: [Dovecot] Corrupted index cache file dovecot.index.cache: invalid record size In-Reply-To: References: Message-ID: <1162495533.4024.82.camel@hurina> On Wed, 2006-10-18 at 17:53 -0400, bofh list wrote: > Hi, > > Our dovecot setup consists of two hosts running dovecot-1.0.beta9 with > Maildir/indices stored on NFS(noac,actimeo=0 used). > > I am seeing these messages at times - but no real problems on the > client side. Is this something to worry about? > > dovecot: Oct 17 10:33:31 Error: IMAP(user): Corrupted index cache file > mailstore/user/Maildir/.mail.incoming/dovecot.index.cache: invalid > record size 1.0.beta9 is old. I've done several fixes to cache file handling since. Anyway the cache corruption errors aren't too bad, since they're fixed automatically and they won't show up to users at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/66cda0a5/attachment.pgp From tss at iki.fi Thu Nov 2 19:28:56 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:28:56 +0200 Subject: [Dovecot] Question regarding bounce messages on quota full. In-Reply-To: <5f636a2f0610200440vf1f1a9di56e9595b2c3ece92@mail.gmail.com> References: <5f636a2f0610200440vf1f1a9di56e9595b2c3ece92@mail.gmail.com> Message-ID: <1162495736.4024.86.camel@hurina> On Fri, 2006-10-20 at 16:40 +0500, Mustafa A. Hashmi wrote: > Using dovecot's LDA (debian backports package: 1.0rc2), users who have > exceeded their quota when receiving messages see the message get > bounced. You're using filesystem quota or virtual quota? Filesystem quota doesn't work perfectly in Dovecot, see: http://wiki.dovecot.org/Quota/FS > : Command died with status 11: > "/usr/lib/dovecot/deliver" Of course it shouldn't crash. Possibly already fixed since 1.0.rc2 though. > Is it not possible to specify something a bit more civil for the > sender? a "User is over quota" message works much better here. Yes, that's how it should have worked. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/6ce6ee84/attachment.pgp From remote_bob at yahoo.com Thu Nov 2 19:29:51 2006 From: remote_bob at yahoo.com (Timothy Daly) Date: Thu, 2 Nov 2006 11:29:51 -0800 (PST) Subject: [Dovecot] mbox_sync_read_and_move failure In-Reply-To: <20061102192347.91832.qmail@web33809.mail.mud.yahoo.com> Message-ID: <20061102192952.15463.qmail@web33808.mail.mud.yahoo.com> --- Timothy Daly wrote: > ... dovecot 1.0rc10 ... > > Nov 2 13:10:49 tenkan dovecot: imap-login: Login: user=, > method=PLAIN, rip=192.132.92.15, lip=216.114.78.229, TLS > Nov 2 13:10:58 tenkan dovecot: IMAP(tim): file > mbox-sync-rewrite.c: > line 405 (mbox_sync_read_and_move): assertion failed: (need_space > == > (uoff_t)-mails[idx].space) > Nov 2 13:10:58 tenkan dovecot: child 30315 (imap) killed with > signal > 6 The first message I got from the list contained the fix: http://dovecot.org/patches/1.0/dovecot-1.0.rc10-mbox-keywords-fix.patch Thank you! Cheers, Tim __________________________________________________________________________________________ Check out the New Yahoo! Mail - Fire up a more powerful email and get things done faster. (http://advision.webevents.yahoo.com/mailbeta) From tss at iki.fi Thu Nov 2 19:32:32 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:32:32 +0200 Subject: [Dovecot] quota with sendmail and dovecot In-Reply-To: <45388297.4030403@ual.es> References: <45388297.4030403@ual.es> Message-ID: <1162495952.4024.90.camel@hurina> On Fri, 2006-10-20 at 10:02 +0200, Antonio Casado Rodr?guez wrote: > I have a problem with dovecot and quotas > > I don't want quota in INBOX with sendmail (mbox), it's work ok. > Sendmail can put the new messages in INBOX although exceed the quota limit. .. > plugin { > quota = maildir:storage=10240 > } .. > It's work ok, i have 10 MB in INBOX and i have 10 MB in maildir. > My clients are Mozilla Thunderbird > > My problem: when Sendmail put one new message in INBOX, Thunderbird see > it, but the quota don't change. > I think that when dovecot do a full sync it must update the quota. Two reasons why it doesn't work: 1) Maildir quota backend doesn't work with mboxes at all 2) Quota plugin doesn't currently support multiple namespaces, won't be fixed before v1.0. Couldn't you just use maildir for INBOX as well, and just not make Sendmail use the maildir quota? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/c8ff39a7/attachment-0001.pgp From tss at iki.fi Thu Nov 2 19:37:10 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:37:10 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: References: <549C1053-9CEF-456D-AC50-DA63B6B989F9@iki.fi> <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> Message-ID: <1162496230.4024.95.camel@hurina> On Fri, 2006-10-27 at 09:52 +1300, Juha Saarinen wrote: > On 10/27/06, Hr. Daniel Mikkelsen wrote: > > I wasn't able to draw any conclusions either way - I only get this problem > > on two heavily loaded servers, and the two altered options made them run > > much slower so I had to revert. > > Well, trial and error here points to mmap - if I disable that, I can > use fcntl (or flock). Enabling it, and I get the index corruption. mmap_disable=yes does quite a many things differently than mmap_disable=no, so I guess it could just be a bug somewhere in the =no codepath. Daniel, how about you? Does mmap_disable=yes fix it for you? And what error messages exactly do you get? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/e8a7f352/attachment.pgp From lovell.mcilwain at gmail.com Thu Nov 2 19:40:11 2006 From: lovell.mcilwain at gmail.com (Lovell Mcilwain) Date: Thu, 02 Nov 2006 14:40:11 -0500 Subject: [Dovecot] FC4 and Dovecot 1.0 not displaying all migrated mailboxes Message-ID: <454A499B.9090805@gmail.com> Hello all, I recently switched to dovecot on my FC4 server from UW-IMAP on my Mac OS X 10.3 machine and I was able to get my inbox and my trash box to be seen without any issues but all of my other mailboxes don't seem to show up. My mail directory is ~/mail and that is where I placed all of my mailboxes that I moved from my mac, but when I log into my new server using SSL/IMAP, only my trash and my inbox show up. My other mailboxes don't show up at all. Can anyone tell me how I can get my other mailboxes to show? As far as I know these mailboxes are standard unix mailbox files. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061102/cd4ef775/attachment.html From tss at iki.fi Thu Nov 2 19:41:09 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:41:09 +0200 Subject: [Dovecot] Authentication in outlook In-Reply-To: <20061028151046.80318.qmail@web34708.mail.mud.yahoo.com> References: <20061028151046.80318.qmail@web34708.mail.mud.yahoo.com> Message-ID: <1162496469.4024.97.camel@hurina> On Sat, 2006-10-28 at 08:10 -0700, Paul Aguirre wrote: > Hi all, > > I have instaled dovecot 1.0.rc10, and my configuration works fine if I get the mail with Evolution mail client, bu if I try to use outlook to get mails the authentication fail and I can't pass through the logon window. > The maillog appear this message: > dovecot: pop3-login: Disconnected: rip=192.168.0.22, lip=192.168.0.1 auth_debug=yes setting will help you. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/e17de999/attachment.pgp From tss at iki.fi Thu Nov 2 19:54:25 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:54:25 +0200 Subject: [Dovecot] BUG in RC10 deliver using mbox format In-Reply-To: <20061028023443.GB16089@earth.tc.umn.edu> References: <20061028023443.GB16089@earth.tc.umn.edu> Message-ID: <1162497265.4024.101.camel@hurina> On Fri, 2006-10-27 at 21:34 -0500, Steven F Siirila wrote: > After recently adding the -f parameter to the call to the deliver command > which is called by Postfix, I found that e-mail with a null return path > (MAIL FROM:<>) was causing Dovecot deliver to SEGFAULT. I verified this > by making this patch to deliver.c (notice I fixed a typo here, too): Thanks, fixed (slightly differently). > While this fixed my SEGFAULT, it still leaves the "From_" line with the > default "dovecot.deliver" as the return path, something I don't want. > It should be "MAILER-DAEMON" or some-such just like all the other LDAs > in the case of a NULL return path. Perhaps there needs to be a new > parameter so one can specify what a NULL return path should be converted to > when it is encountered... I changed the default to MAILER-DAEMON. I don't think there needs to be a new parameter/setting just for that. > Also, note that the "Usage" message in deliver.c does not include the > relatively new -f option either, so that should have been part of my > above patch as well. Added. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/c2e8ca10/attachment.pgp From msurette at laframboise.net Thu Nov 2 19:56:10 2006 From: msurette at laframboise.net (Michael Surette) Date: Thu, 2 Nov 2006 14:56:10 -0500 Subject: [Dovecot] Authentication in outlook In-Reply-To: <20061028151046.80318.qmail@web34708.mail.mud.yahoo.com> References: <20061028151046.80318.qmail@web34708.mail.mud.yahoo.com> Message-ID: <200611021456.10722.msurette@laframboise.net> On Saturday 28 October 2006 11:10, Paul Aguirre wrote: > Hi all, > > I have instaled dovecot 1.0.rc10, and my configuration works fine if I get > the mail with Evolution mail client, bu if I try to use outlook to get > mails the authentication fail and I can't pass through the logon window. > The maillog appear this message: Here's the configuration file I use on 1.0.beta9 that works with Outlook using pop3s (port 995). I really don't like unencrypted plaintext authentication. I run Slackware, so no pam. # basic settings base_dir = /var/run/dovecot #protocols = imap imaps pop3 pop3s protocols = imap imaps pop3s listen = * # SSL settings ssl_cert_file = /etc/ssl/certs/host-cert.pem ssl_key_file = /etc/ssl/certs/host-key.pem ssl_ca_file = /etc/ssl/certs/domain-ca.pem disable_plaintext_auth = no # mail process settings mail_extra_groups = smmsp # mail storage default_mail_env = maildir:/srv/imap/%u:INDEX=MEMORY # file control maildir_copy_with_hardlinks = yes # imap settings protocol imap { imap_client_workarounds = outlook-idle } # pop3 settings protocol pop3 { pop3_uidl_format = %08Xv%08Xu pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } # authentication settings auth default { mechanisms = plain userdb passwd { } passdb shadow { } } From tss at iki.fi Thu Nov 2 19:58:18 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:58:18 +0200 Subject: [Dovecot] another suggestion In-Reply-To: <20061027192708.GC20499@alf.uib.no> References: <20061027192708.GC20499@alf.uib.no> Message-ID: <1162497498.4024.106.camel@hurina> On Fri, 2006-10-27 at 21:27 +0200, Hans Morten Kind wrote: > On our solaris systems we quite often sees dovecot coredump > on exit when trying to free a null buffer. After including > if (array->buffer == NULL) return; > in array_free() in array.h these coredums have been avoided. Well, that works but it's not exactly the correct fix.. Which process it is that crashes? Do you use any plugins? gdb backtrace of the crash would be the best, but I guess I could try to find the problematic call manually also. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/324cda4b/attachment.pgp From tss at iki.fi Thu Nov 2 19:59:45 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:59:45 +0200 Subject: [Dovecot] FC4 and Dovecot 1.0 not displaying all migrated mailboxes In-Reply-To: <454A499B.9090805@gmail.com> References: <454A499B.9090805@gmail.com> Message-ID: <1162497585.4024.107.camel@hurina> On Thu, 2006-11-02 at 14:40 -0500, Lovell Mcilwain wrote: > Hello all, > > I recently switched to dovecot on my FC4 server from UW-IMAP on my Mac > OS X 10.3 machine and I was able to get my inbox and my trash box to > be seen without any issues but all of my other mailboxes don't seem to > show up. > > My mail directory is ~/mail and that is where I placed all of my > mailboxes that I moved from my mac, but when I log into my new server > using SSL/IMAP, only my trash and my inbox show up. My other > mailboxes don't show up at all. > > Can anyone tell me how I can get my other mailboxes to show? As far > as I know these mailboxes are standard unix mailbox files. http://wiki.dovecot.org/MissingMailboxes -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/4885246d/attachment.pgp From tss at iki.fi Thu Nov 2 20:02:29 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 22:02:29 +0200 Subject: [Dovecot] Check plugin loading for LDA and dovecot-sieve In-Reply-To: <6F206D07-8EDE-4417-A13E-F6EB39BAA542@mercurycloud.net> References: <7A29D4B2-7186-4ABB-B51B-186BB9F93FBE@mercurycloud.net> <6F206D07-8EDE-4417-A13E-F6EB39BAA542@mercurycloud.net> Message-ID: <1162497749.4024.109.camel@hurina> mail_debug doesn't affect deliver. Perhaps it should.. Hmm. I don't know. In any case if you set protocol lda { debug = yes } then you'll get the same debugging. OK, I think I'll change this for next version so that both will work. On Mon, 2006-10-30 at 19:57 -0800, Will Prater wrote: > I got this working now! It would still be nice to see which plugs > were loaded when mail_debug is on. :) > > > -Will > > > > On Oct 30, 2006, at 10:54 AM, Will Prater wrote: > > > Hello, > > > > > > I found this thread: > > http://www.dovecot.org/list/dovecot/2006-September/015955.html > > > > > > and have successfully compiled and installed cmusieve plugin. How > > does one test to make sure its being loaded? It's not parsing my > > sieve files in the users homes and I'd like to first check if the > > plugin is being loaded, since I am getting no errors about it. > > > > > > > > > > Thanks > > > > > > -Will > > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/81d95fb0/attachment.pgp From tss at iki.fi Thu Nov 2 20:41:54 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 22:41:54 +0200 Subject: [Dovecot] INBOX un-subscribable (is that a word?) In-Reply-To: <200611011728.18302.jhorner@arinbe.com> References: <200611011728.18302.jhorner@arinbe.com> Message-ID: <1162500114.4024.111.camel@hurina> On Wed, 2006-11-01 at 17:28 -0500, Jim Horner wrote: > > I am trying to get open-xchange installed and working (which after two days > might be futile). In doing this I noticed that no email client can subscribe > to INBOX. I'm using rc10 and my namespaces are the following. 99% of the > email clients ignore the inability to subscribe to INBOX and display all the > folders underneath anyway which is why I've never noticed this issue... > however, open-xchange is not in that camp and only displays messages in > INBOX. All folders are in the subscriptions file including INBOX but all > email clients always list INBOX as not subscribed to. The mailbox listing code could use yet another rewrite. And the namespace handling in general needs rewriting.. Anyway, this fixes it for now: http://dovecot.org/list/dovecot-cvs/2006-November/006656.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/d188ee00/attachment.pgp From tss at iki.fi Thu Nov 2 20:44:42 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 22:44:42 +0200 Subject: [Dovecot] deliver + quota failure In-Reply-To: <00a001c6faf6$2f994330$8801a8c0@Moskou> References: <00a001c6faf6$2f994330$8801a8c0@Moskou> Message-ID: <1162500282.4024.114.camel@hurina> On Sun, 2006-10-29 at 02:04 +0100, Mark Ruijs wrote: > Digging into deliver.c, I noticed that auth_client_put_user_env() > changes the HOME environment from /var/mail (which is ok), to > ruijs.cc/test/ (which is the maildir, relative to /var/mail). How's Dovecot supposed to know it's relative to /var/mail? Why does it even work with imap/pop? Don't use relative paths for home directory.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/0249e66b/attachment.pgp From alan at aluminati.net Thu Nov 2 20:45:24 2006 From: alan at aluminati.net (Alan Mosca) Date: Thu, 2 Nov 2006 20:45:24 -0000 (GMT) Subject: [Dovecot] changing the separator In-Reply-To: <1162491591.4024.34.camel@hurina> References: <45410156.6020700@cnm.de> <4541E152.9010801@Media-Brokers.com> <1162491591.4024.34.camel@hurina> Message-ID: <1947.86.138.103.244.1162500324.squirrel@webmail> Sorry for the intrusion, but I might be interested in this. I don't quite understand how it can be hard to set it to be a config option while it's fairly simple to change the sources. With the appropriate info, I would be happy to write a patch so you don't have to worry about doing it yourself and you can include in 1.0. If you agree, obviously. --- Alan Mosca > On Fri, 2006-10-27 at 06:37 -0400, Charles Marcus wrote: >> Marten Lehmann wrote: >> > Hello, >> > >> > is it possible the change the folder separator from "." to "/"? Users >> > shall be able to have folders like "Junk/aol.com/*". >> >> There was a thread about this a couple of months ago, and the last word >> from Timo was that this would ultimately be a configuration option, but >> you might want to remind him - he's been really busy lately with both >> dovecot and other things...: > > Too much trouble and too large change for v1.0. If someone really wants > to change it it's pretty easy to change from maildir-storage.h and > recompile. > -- Alan Mosca Aluminati Network Group From tss at iki.fi Thu Nov 2 20:53:52 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 22:53:52 +0200 Subject: [Dovecot] deliver + quota failure In-Reply-To: <000d01c6fb3e$ec08ed70$8801a8c0@Moskou> References: <000d01c6fb3e$ec08ed70$8801a8c0@Moskou> Message-ID: <1162500832.4024.117.camel@hurina> On Sun, 2006-10-29 at 10:45 +0100, Mark Ruijs wrote: > I also found the cause of why the Quota Exceeded message won?t pass > the spam/virusfilter in some cases. It only happens when the original > mail is MIME. Then the reply mail contains the original mail, but only > the headers. According to the Perl library MIME::Parser, the mail has > a ?unexpected end of preamble?. It happed to be the following part: .. > My C is a bit rusty. Sure someone here can add a check in the > while-loop to suppress output of the ?Content-Type?boundary? part? OK, done. I didn't test this properly, so please reply if this works or not: http://dovecot.org/list/dovecot-cvs/2006-November/006658.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/e07f56e5/attachment.pgp From tss at iki.fi Thu Nov 2 20:59:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 22:59:36 +0200 Subject: [Dovecot] changing the separator In-Reply-To: <1947.86.138.103.244.1162500324.squirrel@webmail> References: <45410156.6020700@cnm.de> <4541E152.9010801@Media-Brokers.com> <1162491591.4024.34.camel@hurina> <1947.86.138.103.244.1162500324.squirrel@webmail> Message-ID: <1162501176.4024.123.camel@hurina> On Thu, 2006-11-02 at 20:45 +0000, Alan Mosca wrote: > Sorry for the intrusion, but I might be interested in this. I don't quite > understand how it can be hard to set it to be a config option while it's > fairly simple to change the sources. With the appropriate info, I would be > happy to write a patch so you don't have to worry about doing it yourself > and you can include in 1.0. If you agree, obviously. Yes, it shouldn't be that difficult. I just started the change and ran into a bit of trouble and then got annoyed and stopped it. Anyway, lib-storage/index/maildir/maildir-storage.h has MAILDIR_FS_SEP and _SEP_S. Remove those and add MAILDIR_DEFAULT_FS_SEP '.' which is used. If getenv("MAILDIR_FS_SEP") returns non-NULL it's used as the separator. Add char fs_sep to struct maildir_storage, and fix everything to use it. There are several t_strconcat() calls which use _FS_SEP_S, so it's easiest to just change them to t_strdup_printf("%s%c%s", .., storage->fs_sep) instead. Add the setting to master/master-settings.[ch] and pass it to imap in mail-process.c. I think that's it. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/6835c83c/attachment.pgp From mark.ruys at in2sports.net Thu Nov 2 21:11:27 2006 From: mark.ruys at in2sports.net (Mark Ruys) Date: Thu, 2 Nov 2006 22:11:27 +0100 Subject: [Dovecot] deliver + quota failure In-Reply-To: <1162500832.4024.117.camel@hurina> Message-ID: <200611022111.kA2LBUIY023913@boston.rvl> Hi Timo, Yes, your patch got it right! The | Your message was automatically rejected by Dovecot Mail Delivery Agent. | | The following reason was given: | Quota exceeded mail passes Spamassassin even when the original mail is MIME-encoded. No bad-headers anymore. Thanks! Mark PS. It might be nice if the original subject is used instead of "Automatically rejected mail", but that's a detail. PPS. Your advice not to use relative paths in maildir helped. No more open failures when deliver wants to write the .dovecot.lda-dupes file. -----Oorspronkelijk bericht----- Van: Timo Sirainen [mailto:tss at iki.fi] Verzonden: donderdag 2 november 2006 21:54 Aan: Mark Ruijs CC: dovecot at dovecot.org Onderwerp: Re: [Dovecot] deliver + quota failure On Sun, 2006-10-29 at 10:45 +0100, Mark Ruijs wrote: > I also found the cause of why the Quota Exceeded message won't pass > the spam/virusfilter in some cases. It only happens when the original > mail is MIME. Then the reply mail contains the original mail, but only > the headers. According to the Perl library MIME::Parser, the mail has > a "unexpected end of preamble". It happed to be the following part: .. > My C is a bit rusty. Sure someone here can add a check in the > while-loop to suppress output of the "Content-Type.boundary" part? OK, done. I didn't test this properly, so please reply if this works or not: http://dovecot.org/list/dovecot-cvs/2006-November/006658.html From tss at iki.fi Thu Nov 2 21:19:20 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:19:20 +0200 Subject: [Dovecot] CRAM-MD5 auth broken with postgresql passdb? In-Reply-To: References: Message-ID: <1162502360.4024.128.camel@hurina> On Mon, 2006-10-30 at 09:28 +0100, Chris Laif wrote: > Muahh, I do not want to annoy anyone with my questions, but I'm still > stuck with this problem. After hours of reading code and mailing lists > I still do not understand why CRAM-MD5 does not work depending on the > storage you use for the passdb. > > This has already been discussed in > http://dovecot.org/list/dovecot/2006-September/016051.html > http://www.dovecot.org/list/dovecot/2006-August/015501.html > but ... no solution :-( > > It would be really great if someone (Timo?) can drop a few words if > > a.) this is not possible by principle > b.) this is a bug in dovecot's code (and will be fixed soon :-) ) I thought this sounded a bit familiar. It was fixed for LDAP a while ago. Fix here: http://dovecot.org/list/dovecot-cvs/2006-November/006661.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/5520f5cc/attachment.pgp From tss at iki.fi Thu Nov 2 21:23:12 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:23:12 +0200 Subject: [Dovecot] making dovecot and exim write to one log In-Reply-To: <20061027134552.Q73198@192.168.11.51> References: <20061027134552.Q73198@192.168.11.51> Message-ID: <1162502592.4024.132.camel@hurina> On Fri, 2006-10-27 at 13:52 +0200, Zbigniew Szalbot wrote: > Hello, > > I am looking for some advice. I am trying to force dovecot to run to the > same log as exim does. In dovecot.conf I put the exim log path > /var/log/exim/mainlog. I restarted dovecot and the process worked fine. > > However at midnight exim log file is rotated and since then dovecot stops > logging to this log. > > In syslog.conf I put: > mail.* /var/log/exim/mainlog > > And in newsyslog.conf I have: > > /var/log/exim/mainlog mailnull:mail 640 60 * @T00 Z > > I used to have an N flag next to Z but after reading the man I realized > that its job is not to inform other processes about log creation. > > My qeustion is how do I set up things that dovecot and exim happily write > to one log without having to restart dovecot at midnight? Instead of restarting you can send Dovecot SIGUSR1. But since you're using syslog to log to exim anyway, why not just make Dovecot also log to syslog? It should log with mail facility by default, so I think it should have logged to the exact same log file by default already.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/4638e00d/attachment.pgp From tss at iki.fi Thu Nov 2 21:29:15 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:29:15 +0200 Subject: [Dovecot] BUG: passdb checkpassword {} and lastauth file In-Reply-To: <454068A5.20509@comtel-60.ru> References: <454068A5.20509@comtel-60.ru> Message-ID: <1162502955.4024.137.camel@hurina> On Thu, 2006-10-26 at 11:49 +0400, Max A wrote: > Also it is possible, that a similar problem exists with other variables > TCP UCSPI protocol (http://cr.yp.to/proto/ucspi-tcp.txt). Hmm. I hadn't heard of UCSPI before. Oh well, I guess I'll have to change this. The LOCAL_IP and REMOTE_IP will stay for backwards compatibility, maybe I'll remove them in Dovecot v2.0. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/0a6ef2b5/attachment.pgp From tss at iki.fi Thu Nov 2 21:44:18 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:44:18 +0200 Subject: [Dovecot] any idea why the mail downloading is slow? In-Reply-To: <200610211137.16494.leva@az.isten.hu> References: <200610211137.16494.leva@az.isten.hu> Message-ID: <1162503858.4024.142.camel@hurina> On Sat, 2006-10-21 at 11:37 +0200, LeVA wrote: > Hi! > > I'm using rc10, but had this problem with previous releases too. Not > sure if this is a dovecot problem, but I can not think of anything > else. The mail downloading with pop3 is ~very slow, approx. 20 Kbyte / > sec. no matter how many mails I've got in my mailbox, or how big are > the mails. My ISP provides me a dedicated 100mbit line, and everything > else works as fast as expected eg. http, ftp, scp... > The OS is OpenBSD 3.9-stable and the system is not under heavy load at > all. I've tried to turn off TLS but there was no change. > > Is the pop3 protocol this slow by design or there is something wrong > with my setup? There's something wrong in your setup.. You could check what Dovecot is doing by tracing the process. http://wiki.dovecot.org/Debugging/ProcessTracing It probably shows that Dovecot spends most of its time in poll() (or kqueue()). But it could be either waiting to be able to send more data to the client, or waiting for a command from the client. With POP3 each mail is downloaded with a separate RETR command, so the problem could just be that the client is sending them too slowly. Or does this same happen even with one large mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/287fc48e/attachment.pgp From tss at iki.fi Thu Nov 2 21:47:02 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:47:02 +0200 Subject: [Dovecot] errors on copying messages to sent-mail In-Reply-To: <4533D8ED.4040409@gnosh.net> References: <4533D8ED.4040409@gnosh.net> Message-ID: <1162504022.4024.144.camel@hurina> On Mon, 2006-10-16 at 12:09 -0700, Herr Nagengast wrote: > Howdy, > > In rc10 I'm still experiencing the occasional error copying mail to my > sent messages folder. This is on Thunderbird 1.5.0.7 on a Mac. With or without SSL? Anyway, I can't really think of anything else wrong from Dovecot's side nowadays anymore. I think it works for pretty much everyone nowadays, since I haven't heard problems related to this for a long time. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/d1e9da79/attachment.pgp From tss at iki.fi Thu Nov 2 21:48:47 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:48:47 +0200 Subject: [Dovecot] compiling dovecot-sieve In-Reply-To: <1161133277.30935.11.camel@localhost.localdomain> References: <1160948832.6506.19.camel@localhost.localdomain> <1160949048.5448.92.camel@hurina> <1160951866.6506.39.camel@localhost.localdomain> <1160957333.9123.22.camel@localhost.localdomain> <1160958086.5448.134.camel@hurina> <1160961001.10983.9.camel@localhost.localdomain> <062D9978-0092-4888-981B-929AE451B398@iki.fi> <1161029925.24997.15.camel@localhost.localdomain> <1161133277.30935.11.camel@localhost.localdomain> Message-ID: <1162504127.4024.147.camel@hurina> On Wed, 2006-10-18 at 14:01 +1300, Fintec wrote: > Is there anyway to combine two ldap fields to define home? What I > require is: > user_attrs = homeDirectory/mailbox=home > Where "homeDirectory" and "mailbox" are my LDAP field names. No. I guess this part of the LDAP configuration code could use some redesigning. Anyway, after v1.0.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/54e48c16/attachment.pgp From todd at gnosh.net Thu Nov 2 22:14:30 2006 From: todd at gnosh.net (Herr Nagengast) Date: Thu, 02 Nov 2006 14:14:30 -0800 Subject: [Dovecot] errors on copying messages to sent-mail In-Reply-To: <1162504022.4024.144.camel@hurina> References: <4533D8ED.4040409@gnosh.net> <1162504022.4024.144.camel@hurina> Message-ID: <454A6DC6.20505@gnosh.net> Timo Sirainen wrote: > On Mon, 2006-10-16 at 12:09 -0700, Herr Nagengast wrote: >> Howdy, >> >> In rc10 I'm still experiencing the occasional error copying mail to my >> sent messages folder. This is on Thunderbird 1.5.0.7 on a Mac. > > With or without SSL? With SSL. > Anyway, I can't really think of anything else wrong from Dovecot's side > nowadays anymore. I think it works for pretty much everyone nowadays, > since I haven't heard problems related to this for a long time. I certainly don't know what's going on, but I can say in years of using uw-imap I never saw the error. I'll poke around with the thunderbird folks and see if they have anything new in their bugtracking databases. Thanks! Todd From tss at iki.fi Thu Nov 2 22:29:12 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 03 Nov 2006 00:29:12 +0200 Subject: [Dovecot] v1.0 plans, rc11 tomorrow Message-ID: <1162506552.4024.189.camel@hurina> As you can probably guess from my today's burst of activity, I'm no longer extremely busy. Actually it looks like for the next 3-4 weeks I don't have anything especially time consuming to do. So it's time to get Dovecot v1.0 released :) I've now read all the mails from this list again, and it looks like pretty much the only problems with rc10 was the mbox assert crash, which is now fixed. My TODO contains: v1.0 blocker: - inetd logins are broken? I should look more into this.. I only remembered this just now while writing this mail. New non-v1.0 blockers: - trash plugin is apparently broken? - mbox_min_index_size != 0 causes Invalid new transaction log sequence (4 >= 4) The old preferrably-fixed-for-v1.0 items are: - ldap auth is leaking memory? maybe not, maybe it's something else. - master leaks log fds with kqueue. I don't have a machine to test this on. Could someone give me an account in some BSD system for a while to test this? Anyway, I'll most likely release rc11 tomorrow, but it would be nice if you tested today's CVS snapshot already to see if I accidentally broke something. :) http://dovecot.org/nightly/dovecot-latest.tar.gz Oh and one thing that I wanted for Dovecot v1.0 was nice documentation. I think the current wiki is a bit chaotic. I started http://wiki.dovecot.org/NewIndex a long time ago. Maybe I should finish it finally and put it as the new main index.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/4dccc7dc/attachment-0001.pgp From marc at perkel.com Thu Nov 2 22:43:01 2006 From: marc at perkel.com (Marc Perkel) Date: Thu, 02 Nov 2006 14:43:01 -0800 Subject: [Dovecot] Sending email using IMAP Message-ID: <454A7475.7030800@perkel.com> This is something for after the 1.0 release but I think it's important and I'm going to try to figure out how to make it happen. I'd like to see some way to pass outgoing email from Thunderbird back to dovecot through some new command that we would have to make up. Email would be sent back over the IMAP connection and when Dovecot gets it dovecot would hand it off to an SMTP server that would deliver it. If a crude experimental spec can be written I'll try to find someone on the Thunderbird side to write some sort of module to talk to it. The reason for this is that I think that the elimination of SMTP from the client is a big step to control spam. The idea being that if IMAP can transfer outgoing mail the SMTP wouldn't be necessary for clients and we can block port 25 on windows machines and viruses can't send email. And the virus wouldn't have access to the IMAP password so viruses can't authenticate to send mail. So - the key question is - what would it take to create an outgoing spec for sending email over IMAP? Like to see something clean and simple. From madduck at madduck.net Thu Nov 2 22:50:23 2006 From: madduck at madduck.net (martin f krafft) Date: Thu, 2 Nov 2006 23:50:23 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454A7475.7030800@perkel.com> References: <454A7475.7030800@perkel.com> Message-ID: <20061102225023.GA8689@piper.madduck.net> also sprach Marc Perkel [2006.11.02.2343 +0100]: > This is something for after the 1.0 release but I think it's important > and I'm going to try to figure out how to make it happen. I'd like to > see some way to pass outgoing email from Thunderbird back to dovecot > through some new command that we would have to make up. Email would be > sent back over the IMAP connection and when Dovecot gets it dovecot > would hand it off to an SMTP server that would deliver it. FWIW, courier already allows this by way of a special folder. You configure Thunderbird to send mail to the discard port, or using e.g. /bin/true, and to store a copy of sent mail in the .outgoing folder. The courier mail server then takes all messages in this folder and sends them on. No module required on the client side, no protocol modifications. -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net at madduck spamtraps: madduck.bogus at madduck.net "you don't sew with a fork, so i see no reason to eat with knitting needles." -- miss piggy, on eating chinese food -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature (GPG/PGP) Url : http://dovecot.org/pipermail/dovecot/attachments/20061102/a1265310/attachment.pgp From tss at iki.fi Thu Nov 2 23:01:19 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 03 Nov 2006 01:01:19 +0200 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454A7475.7030800@perkel.com> References: <454A7475.7030800@perkel.com> Message-ID: <1162508479.29374.12.camel@hurina> On Thu, 2006-11-02 at 14:43 -0800, Marc Perkel wrote: > The reason for this is that I think that the elimination of SMTP from > the client is a big step to control spam. The idea being that if IMAP > can transfer outgoing mail the SMTP wouldn't be necessary for clients > and we can block port 25 on windows machines and viruses can't send > email. And the virus wouldn't have access to the IMAP password so > viruses can't authenticate to send mail. Here in Finland port 25 is already blocked by all the major ISPs. Only the ISP's own SMTP server can be used which also typically limits how fast mails can be sent through it. I'm using submission port (rfc2476) nowadays for sending my own mail to my SMTP server. Submission port in general is supposed to require authentication from clients. I think using the submission port is just as good for blocking spam as it would be to send mails via IMAP. Both work only as long as viruses don't use your email client directly and don't dig up the password from the client's configuration. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/61da4216/attachment.pgp From sfs at tc.umn.edu Thu Nov 2 23:14:55 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Thu, 2 Nov 2006 17:14:55 -0600 Subject: [Dovecot] Postfix + Dovecot LDA Problem Message-ID: <20061102231455.GA18319@earth.tc.umn.edu> I am having a problem setting up a server to handle e-mail in a way in which it had always done traditionally, but with Postfix+Dovecot LDA. Here's a rundown... Solaris 9 Postfix 2.3.3 Dovecot 1.0.rc10 Postfix non-defaults (postconf -n): alias_maps = dbm:/etc/mail/aliases command_directory = /opt/postfix/sbin config_directory = /etc/opt/postfix daemon_directory = /opt/postfix/libexec debug_peer_level = 2 html_directory = no inet_interfaces = $myhostname mail_owner = postfix mailbox_command = /opt/dovecot/libexec/dovecot/deliver -f "$SENDER" mailq_path = /opt/postfix/bin/mailq manpage_directory = /opt/postfix/man masquerade_domains = tc.umn.edu masquerade_exceptions = root mydestination = $myhostname mynetworks = 127.0.0.0/8, ... (omitted) myorigin = $mydomain newaliases_path = /opt/postfix/bin/newaliases queue_directory = /var/spool/postfix readme_directory = no relayhost = [omitted.tc.umn.edu] sample_directory = /etc/opt/postfix sendmail_path = /opt/postfix/sbin/sendmail setgid_group = postdrop smtpd_client_restrictions = permit_mynetworks, reject unknown_local_recipient_reject_code = 550 This works just like our old MTA, with one exception: sending e-mail to addresses within our domain (@tc.umn.edu) requires us to specify the @tc.umn.edu -- otherwise it is rejected with a message like alias at host.tc.umn.edu does not exist. I want such messages to be relayed to the relayhost. When I set mydestination to null, and luser_relay = $user@$domain the message goes into a black hole (I never get the message, nor do I get an NDN.) I am posting this to both the Dovecot and Postfix lists since I'm not sure where the fault lies, configuration- or software-wise. Thanks in advance for any helpful tips. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From lists-wp at mercurycloud.net Fri Nov 3 01:01:20 2006 From: lists-wp at mercurycloud.net (Will Prater) Date: Thu, 2 Nov 2006 17:01:20 -0800 Subject: [Dovecot] Check plugin loading for LDA and dovecot-sieve In-Reply-To: <1162497749.4024.109.camel@hurina> References: <7A29D4B2-7186-4ABB-B51B-186BB9F93FBE@mercurycloud.net> <6F206D07-8EDE-4417-A13E-F6EB39BAA542@mercurycloud.net> <1162497749.4024.109.camel@hurina> Message-ID: <254CD386-BAD6-40AD-8B73-E638B7D533D2@mercurycloud.net> Great, I got this working, but I'll add that debug flag and see what additional information is outputted. Thanks On Nov 2, 2006, at 12:02 PM, Timo Sirainen wrote: > mail_debug doesn't affect deliver. Perhaps it should.. Hmm. I don't > know. In any case if you set protocol lda { debug = yes } then you'll > get the same debugging. > > OK, I think I'll change this for next version so that both will work. > > On Mon, 2006-10-30 at 19:57 -0800, Will Prater wrote: >> I got this working now! It would still be nice to see which plugs >> were loaded when mail_debug is on. :) >> >> >> -Will >> >> >> >> On Oct 30, 2006, at 10:54 AM, Will Prater wrote: >> >>> Hello, >>> >>> >>> I found this thread: >>> http://www.dovecot.org/list/dovecot/2006-September/015955.html >>> >>> >>> and have successfully compiled and installed cmusieve plugin. How >>> does one test to make sure its being loaded? It's not parsing my >>> sieve files in the users homes and I'd like to first check if the >>> plugin is being loaded, since I am getting no errors about it. >>> >>> >>> >>> >>> Thanks >> >> >> >> >> >> -Will >> >> -Will -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061102/51f516c2/attachment.htm From jfesler at gigo.com Fri Nov 3 03:49:21 2006 From: jfesler at gigo.com (Jason Fesler) Date: Thu, 2 Nov 2006 19:49:21 -0800 (PST) Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454A7475.7030800@perkel.com> References: <454A7475.7030800@perkel.com> Message-ID: Why not use the smtp *submission* port (and leave 25 disabled)? Also, SMTP auth is a good thing. Much better than the old cowboy days of just trusting some networks.. I look back at the mail submission over pop.. and shudder. From mahashmi at gmail.com Fri Nov 3 05:57:35 2006 From: mahashmi at gmail.com (Mustafa A. Hashmi) Date: Fri, 3 Nov 2006 10:57:35 +0500 Subject: [Dovecot] Question regarding bounce messages on quota full. In-Reply-To: <1162495736.4024.86.camel@hurina> References: <5f636a2f0610200440vf1f1a9di56e9595b2c3ece92@mail.gmail.com> <1162495736.4024.86.camel@hurina> Message-ID: <5f636a2f0611022157g7ac3e54du9c39bbd15e0818be@mail.gmail.com> Apologies about the late response. On 11/3/06, Timo Sirainen wrote: > On Fri, 2006-10-20 at 16:40 +0500, Mustafa A. Hashmi wrote: > > Using dovecot's LDA (debian backports package: 1.0rc2), users who have > > exceeded their quota when receiving messages see the message get > > bounced. > > You're using filesystem quota or virtual quota? Filesystem quota doesn't > work perfectly in Dovecot, see: Virtual quotas. > > http://wiki.dovecot.org/Quota/FS > > > : Command died with status 11: > > "/usr/lib/dovecot/deliver" > > Of course it shouldn't crash. Possibly already fixed since 1.0.rc2 > though. We're currently on 1.0.rc2 (debian backports). > > Is it not possible to specify something a bit more civil for the > > sender? a "User is over quota" message works much better here. > > Yes, that's how it should have worked. :) I'll try to debug this further and see how far I get. Thank you, -- Mustafa A. Hashmi mahashmi at gmail.com mh at stderr.net From alien at 12inch.com Fri Nov 3 06:04:47 2006 From: alien at 12inch.com (alan premselaar) Date: Fri, 03 Nov 2006 15:04:47 +0900 Subject: [Dovecot] quota question In-Reply-To: <454A43B4.6090202@info-systems.de> References: <4548E8A0.8020309@info-systems.de> <1162488792.4024.22.camel@hurina> <454A43B4.6090202@info-systems.de> Message-ID: <454ADBFF.20208@12inch.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jakob Curdes wrote: > >> Dovecot doesn't provide any way to do this currently. You'll have to >> figure out something by yourself. >> >> I guess either some cronjob, or you could write a Dovecot plugin. In >> both cases you could send a normal out-of-quota mail to the user >> (bypassing quota checks). >> >> > At least I found a Thunderbird plugin displaying the imap quota in the > program bar. That is enough for now; I fear writing a plugin exceeds my > C coding skills. > > Yours, > Jakob Curdes > I don't know about other distributions, but at least on RedHat EL 3 try "man warnquota" alan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFStv/E2gsBSKjZHQRAjzHAKC82XR4mt1nB+mZArlqRIF5K1IlGgCg16Pp GOL54+G+dHSjccq0ANUrWCY= =gVy/ -----END PGP SIGNATURE----- From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Fri Nov 3 08:25:01 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Fri, 3 Nov 2006 09:25:01 +0100 (CET) Subject: [Dovecot] quota question In-Reply-To: <4548E8A0.8020309@info-systems.de> References: <4548E8A0.8020309@info-systems.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 1 Nov 2006, Jakob Curdes wrote: > .. maybe a silly one, but how does the user get notified when he is over > quota? Did not find anything in the docs. Is there a general IMAP way to do > this or what else ? I run a cron job (as root) that creates <>/.INBOX/new/over_quota and chown's the file to the user. Of course, all */<>/.INBOX/new/over_quota* files are deleted prior the check. People with active forwards also get notified via their forwards. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRUr83y9SORjhbDpvAQJSjAgAqMxWHgPIUxlMfO4YM7VKHyZeQJHzTMHa GenLco+yIdC/bH8LmwMjtgqSB2cIVr33tqbbuDnXAyy24cfvGJR85khMB05EeBZF +98i4tcTvGfcpH3CLxcM1NcGFtMrWOl6rj5MLzqC7Do7BMrsZnagGmD4G63JJkyO MPPXwgpwa8Cyu98SqdHVXWQSkyF0GFfJsP2P26aP1DLRibSITEo9bgGqChmhtfeZ WF7MOXQ9/DJEZ7Phw019+POyrk+J0ttbRFwkJxk3fykw7ceQ8lhizq2txwGJhkhm ssMTxzb/o9SiflM+cOu+vubRbJymtqLhgTKxq71uzrBAvolaUHuOEQ== =QHJH -----END PGP SIGNATURE----- From mail at tomsommer.dk Fri Nov 3 08:25:29 2006 From: mail at tomsommer.dk (Tom Sommer) Date: Fri, 3 Nov 2006 09:25:29 +0100 (CET) Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <1162506552.4024.189.camel@hurina> References: <1162506552.4024.189.camel@hurina> Message-ID: <7338.62.242.67.218.1162542329.squirrel@webmail.dreamcoder.dk> On Thu, November 2, 2006 23:29, Timo Sirainen wrote: > Anyway, I'll most likely release rc11 tomorrow, but it would be nice if > you tested today's CVS snapshot already to see if I accidentally broke > something. :) http://dovecot.org/nightly/dovecot-latest.tar.gz Nov 3 09:23:43 palantir dovecot: imap-login: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Nov 3 09:23:43 palantir dovecot: IMAP(ts at dreamcoder.dk): mail_never_cache_fields: Invalid cache field name 'imap.envelope', ignoring Nov 3 09:23:44 palantir dovecot: IMAP(ts at dreamcoder.dk): file mail-cache-transaction.c: line 713 (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == data_size) Nov 3 09:23:44 palantir dovecot: child 14738 (imap) killed with signal 6 // Tom From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Fri Nov 3 08:38:41 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Fri, 3 Nov 2006 09:38:41 +0100 (CET) Subject: [Dovecot] Sending email using IMAP In-Reply-To: References: <454A7475.7030800@perkel.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 2 Nov 2006, Jason Fesler wrote: > Why not use the smtp *submission* port (and leave 25 disabled)? > Also, SMTP auth is a good thing. Much better than the old cowboy days of > just trusting some networks.. Well, one intention for mail via IMAP is that most people keep a copy in their Sent folder, which is located remotely as well - in contrast to POP3. So, you have only one transmission of the (same) contents. Before you mention DSL, cable etc.pp.: there still people out there who either cannot gain a well enough connection (for whatever reason, be it a technical one or just money) or must share the line with plenty of others or think about roaming people using GSM or UMTS. I don't advocate Send-Mail-Via-Imap heavily, but I know the pros of it for myself. There is another one: Some mail clients have a really bad SMTP AUTH / TLS implementation, in opposite to IMAP. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRUsAFC9SORjhbDpvAQLU/Qf+OnhwazacUkrkc6Str4CyGs7B7nLkRz+5 DERdO/GnZBT2hJfHCf7q0Zd/WGKOaycxMJfJcv1YM4YjL+GJTpVD4OaLKasAhnua LK4DD06PvMEBDAQ5wd2vbmh2iPt1xdTYuVNBqHOipUubdUwPFX3uC1GHHT3VTi18 tQ0+5E3ywDnskv1gtzlpeAs+zCxx5MRmAwe+f/RW44qU5Vxb7m2+ZJeN2+ul1HKg XXA73XOe1h6AagFZ8TZwQKJRTkDfTc9pn4ixuLZZ10Mkxnbjmzia5g56qxkJZoLK rF13tuYLDn8VyJsDw2ZmKBbjN2m15YJwP9aWZkVsAYuJb+rbrxtmbQ== =YUae -----END PGP SIGNATURE----- From ao at rsbac.org Fri Nov 3 08:49:15 2006 From: ao at rsbac.org (Amon Ott) Date: Fri, 3 Nov 2006 09:49:15 +0100 Subject: [Dovecot] Authentication in outlook In-Reply-To: <1162496469.4024.97.camel@hurina> References: <20061028151046.80318.qmail@web34708.mail.mud.yahoo.com> <1162496469.4024.97.camel@hurina> Message-ID: <200611030949.15324.ao@rsbac.org> On Donnerstag 02 November 2006 20:41, Timo Sirainen wrote: > On Sat, 2006-10-28 at 08:10 -0700, Paul Aguirre wrote: > > Hi all, > > > > I have instaled dovecot 1.0.rc10, and my configuration works fine if I get the mail with Evolution mail client, bu if I try to use outlook to get mails the authentication fail and I can't pass through the logon window. > > The maillog appear this message: > > dovecot: pop3-login: Disconnected: rip=192.168.0.22, lip=192.168.0.1 > > auth_debug=yes setting will help you. By default Outlook uses plaintext authentication. You can either enable it with disable_plaintext_auth = no in your Dovecot config, or you can make Outlook use SSL. Look into Outlook's extra options for your mail account. Unfortunately, Outlook makes trouble with self signed SSL certs: It requires to accept the certificate again after every restart, what is very annoying for the users and makes it hard to recognize forged certs. So you will have the choice to allow password sniffing, annoy your users, buy an official cert - or to get a decent mail client installed. Amon. -- http://www.rsbac.org - GnuPG: 2048g/5DEAAA30 2002-10-22 From tss at iki.fi Fri Nov 3 09:02:04 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 3 Nov 2006 11:02:04 +0200 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <7338.62.242.67.218.1162542329.squirrel@webmail.dreamcoder.dk> References: <1162506552.4024.189.camel@hurina> <7338.62.242.67.218.1162542329.squirrel@webmail.dreamcoder.dk> Message-ID: <12848425-9F53-4168-A91D-7827494CB1E7@iki.fi> On 3.11.2006, at 10.25, Tom Sommer wrote: > On Thu, November 2, 2006 23:29, Timo Sirainen wrote: > >> Anyway, I'll most likely release rc11 tomorrow, but it would be >> nice if >> you tested today's CVS snapshot already to see if I accidentally >> broke >> something. :) http://dovecot.org/nightly/dovecot-latest.tar.gz > > Nov 3 09:23:43 palantir dovecot: imap-login: Login: > user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, > secured > Nov 3 09:23:43 palantir dovecot: IMAP(ts at dreamcoder.dk): > mail_never_cache_fields: Invalid cache field name 'imap.envelope', > ignoring > Nov 3 09:23:44 palantir dovecot: IMAP(ts at dreamcoder.dk): file > mail-cache-transaction.c: line 713 (mail_cache_add): assertion failed: > (fixed_size == (unsigned int)-1 || fixed_size == data_size) > Nov 3 09:23:44 palantir dovecot: child 14738 (imap) killed with > signal 6 Thanks, I noticed this myself also but then thought it had something to do with switching between CVS HEAD and 1.0. Updated CVS, and the snapshot is being rebuilt now also. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/85c1e5f6/attachment.pgp From chris.laif at googlemail.com Fri Nov 3 09:54:46 2006 From: chris.laif at googlemail.com (Chris Laif) Date: Fri, 3 Nov 2006 10:54:46 +0100 Subject: [Dovecot] CRAM-MD5 auth broken with postgresql passdb? In-Reply-To: <1162502360.4024.128.camel@hurina> References: <1162502360.4024.128.camel@hurina> Message-ID: On 11/2/06, Timo Sirainen wrote: > On Mon, 2006-10-30 at 09:28 +0100, Chris Laif wrote: > > This has already been discussed in > > http://dovecot.org/list/dovecot/2006-September/016051.html > > http://www.dovecot.org/list/dovecot/2006-August/015501.html > > but ... no solution :-( > > > > It would be really great if someone (Timo?) can drop a few words if > > > > a.) this is not possible by principle > > b.) this is a bug in dovecot's code (and will be fixed soon :-) ) > > I thought this sounded a bit familiar. It was fixed for LDAP a while > ago. Fix here: > > http://dovecot.org/list/dovecot-cvs/2006-November/006661.html > Strike! It works :-) Thank you very much, Timo! imap-login: Login: user=, method=CRAM-MD5, rip=10.0.0.123, lip=10.0.0.234 Chris From gerard at seibercom.net Fri Nov 3 10:00:46 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Fri, 03 Nov 2006 05:00:46 -0500 Subject: [Dovecot] Authentication in outlook In-Reply-To: <200611030949.15324.ao@rsbac.org> References: <1162496469.4024.97.camel@hurina> <200611030949.15324.ao@rsbac.org> Message-ID: <20061103045415.21FE.GERARD@seibercom.net> On Friday November 03, 2006 at 03:49:15 (AM) Amon Ott wrote: > Unfortunately, Outlook makes trouble with self signed SSL certs: It > requires to accept the certificate again after every restart, what is > very annoying for the users and makes it hard to recognize forged > certs. So you will have the choice to allow password sniffing, annoy > your users, buy an official cert - or to get a decent mail client > installed. I would vote for the 'Official Cert' option. Seriously, unless you are running a home based operation, why would you not be employing a properly signed certificate. After all, if you are offering SSL on your mail server, you are going to need a signed certificate or else risk having problems with other servers that are going to flag your server form using self signed certificates. By the way, I think Outlook's alerting users of the use of self signed certificates is a good idea, although it should also have a mechanism in place to stop those warnings on a permanent basis. Then again, if they did, someone would complain about that. You cannot make everyone happy. Just my 2?. -- Gerard From tsh at mrc-lmb.cam.ac.uk Fri Nov 3 10:11:41 2006 From: tsh at mrc-lmb.cam.ac.uk (T. Horsnell) Date: Fri, 3 Nov 2006 10:11:41 +0000 (GMT) Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <1162506552.4024.189.camel@hurina> from Timo Sirainen at "Nov 3, 2006 00:29:12 am" Message-ID: -- Start of PGP signed section. >As you can probably guess from my today's burst of activity, I'm no >longer extremely busy. Actually it looks like for the next 3-4 weeks I >don't have anything especially time consuming to do. So it's time to get >Dovecot v1.0 released :) I wonder if I might add a request please. Would it be possible to offer an option which limits the per-user number of imap processes? We have users who gaily open 30 mail folders simultaneously. OK, 1 or 2 such users dont matter, but the number creeps up. Also, would a PDF version of the wiki docs be possible? It is very handy to take something to read in bed... And a big thank you for dovecot. We are migrating right now. Cheers, Terry. > >I've now read all the mails from this list again, and it looks like >pretty much the only problems with rc10 was the mbox assert crash, which >is now fixed. > >My TODO contains: > >v1.0 blocker: > > - inetd logins are broken? I should look more into this.. I only >remembered this just now while writing this mail. > >New non-v1.0 blockers: > > - trash plugin is apparently broken? > - mbox_min_index_size != 0 causes Invalid new transaction log sequence >(4 >= 4) > >The old preferrably-fixed-for-v1.0 items are: > > - ldap auth is leaking memory? maybe not, maybe it's something else. > - master leaks log fds with kqueue. I don't have a machine to test this >on. Could someone give me an account in some BSD system for a while to >test this? > >Anyway, I'll most likely release rc11 tomorrow, but it would be nice if >you tested today's CVS snapshot already to see if I accidentally broke >something. :) http://dovecot.org/nightly/dovecot-latest.tar.gz > >Oh and one thing that I wanted for Dovecot v1.0 was nice documentation. >I think the current wiki is a bit chaotic. I started >http://wiki.dovecot.org/NewIndex a long time ago. Maybe I should finish >it finally and put it as the new main index.. -- End of PGP section, PGP failed! From pjvenda at pjvenda.org Fri Nov 3 10:15:49 2006 From: pjvenda at pjvenda.org (Pedro Venda) Date: Fri, 3 Nov 2006 10:15:49 +0000 Subject: [Dovecot] suspected bug in dovecot-ldap setup? In-Reply-To: <1162492923.4024.47.camel@hurina> References: <200610271245.39547.pjvenda@pjvenda.org> <1162492923.4024.47.camel@hurina> Message-ID: <200611031015.52046.pjvenda@pjvenda.org> On Thursday 02 November 2006 18:42, Timo Sirainen wrote: > On Fri, 2006-10-27 at 12:45 +0100, Pedro Venda wrote: > > I intended to have authenticated binds but there was a problem with the > > user_filter directive being ignored: > > user_filter = > > (&(objectClass=JammMailAccount)(mail=%n@%d)(accountActive=TRUE) > > (delete=FALSE)) > > .. > > > ldap(dave at info.test,::ffff:192.168.0.69): bind search: > > base=o=hosting,dc=example,dc=com scope=subtree filter= > > **(&(objectClass=posixAccount(uid=dave at info.test))** > > dovecot: Oct 26 16:20:58 Info: auth(default): > > ldap(dave at info.test,::ffff:192.168.0.69): unknown user > > dovecot: Oct 26 16:20:59 Info: auth(default): client out: FAIL 1 > > user=dave at info.test > > dovecot: Oct 26 16:20:59 Info: imap-login: Disconnected: > > user=, method=PLAIN, rip=::ffff:192.168.0.69, > > lip=::ffff:192.168.0.5, TLS > > > > (nevermind the data, it's test only) > > > > As you can see from the info file, the search filter used was being > > (&(objectClass=posixAccount(uid=dave at info.test)) and not > > (&(objectClass=JammMailAccount)(mail=dave at info.test)(accountActive=TRUE) > > (delete=FALSE)). > > user_filter is used by userdb only, after the password authentication > was successful. So I guess you wanted to modify pass_filter instead? You see, I'm using auth_bind = yes, so pass_filter isn't relevant. Dovecot doesn't need to find the password, given that authentication relies on successfull binding. Cheers, -- Pedro Jo?o Lopes Venda email: pjvenda at pjvenda org http://www.pjvenda.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/ac347bdd/attachment-0001.pgp From jaysen at emtjaysen.net Fri Nov 3 10:17:43 2006 From: jaysen at emtjaysen.net (jaysen at emtjaysen.net) Date: Fri, 03 Nov 2006 03:17:43 -0700 Subject: [Dovecot] installation problem Message-ID: <20061103031743.2b6431c17b4b8b82d8a23e454e0bc691.1d41f45575.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061103/bc516aee/attachment.html From ghen at telenet.be Fri Nov 3 10:28:12 2006 From: ghen at telenet.be (Geert Hendrickx) Date: Fri, 3 Nov 2006 11:28:12 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <1162508479.29374.12.camel@hurina> References: <454A7475.7030800@perkel.com> <1162508479.29374.12.camel@hurina> Message-ID: <20061103102812.GA21061@lori.ghen.be> On Fri, Nov 03, 2006 at 01:01:19AM +0200, Timo Sirainen wrote: > I think using the submission port is just as good for blocking spam as it > would be to send mails via IMAP. Both work only as long as viruses don't > use your email client directly and don't dig up the password from the > client's configuration. They do. Many Windows spammer-worms simply use MAPI (the mail libraries used by Outlook) so they can trivially use your SMTP configuration and password. Once mail-via-IMAP gets widely used, spammer worms will adapt. Geert From ao at rsbac.org Fri Nov 3 10:35:27 2006 From: ao at rsbac.org (Amon Ott) Date: Fri, 3 Nov 2006 11:35:27 +0100 Subject: [Dovecot] Authentication in outlook In-Reply-To: <20061103045415.21FE.GERARD@seibercom.net> References: <1162496469.4024.97.camel@hurina> <200611030949.15324.ao@rsbac.org> <20061103045415.21FE.GERARD@seibercom.net> Message-ID: <200611031135.28119.ao@rsbac.org> On Freitag 03 November 2006 11:00, Gerard Seibert wrote: > On Friday November 03, 2006 at 03:49:15 (AM) Amon Ott wrote: > > > Unfortunately, Outlook makes trouble with self signed SSL certs: It > > requires to accept the certificate again after every restart, what is > > very annoying for the users and makes it hard to recognize forged > > certs. So you will have the choice to allow password sniffing, annoy > > your users, buy an official cert - or to get a decent mail client > > installed. > > I would vote for the 'Official Cert' option. Seriously, unless you are > running a home based operation, why would you not be employing a > properly signed certificate. After all, if you are offering SSL on your > mail server, you are going to need a signed certificate or else risk > having problems with other servers that are going to flag your server > form using self signed certificates. I am only speaking about IMAP/POP3 servers here. What other server is supposed to access an IMAP or POP3 server? Sure an official cert is better, but it also costs extra money. As long as an IMAP/POP3 server is only accessed from inside a company and not available from outside, self signed is fine for me. Most clients will only warn when the cert has changed. If the cert has been renewed after a year or such, people can still verify the signature from other sources, but not every day. Amon. -- http://www.rsbac.org - GnuPG: 2048g/5DEAAA30 2002-10-22 From johannes at sipsolutions.net Fri Nov 3 10:39:14 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 11:39:14 +0100 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: References: Message-ID: <1162550354.2923.29.camel@ux156> On Fri, 2006-11-03 at 10:11 +0000, T. Horsnell wrote: > Also, would a PDF version of the wiki docs be possible? It is very > handy to take something to read in bed... May I suggest http://moinmoin.wikiwikiweb.de/FormatterMarket/#head-a1aba44104a18e48f3187e95eef605f86b88fedd for that? :) The formatters should work with most MoinMoin versions, and if the text_latex.py (and multipart_latex.py if there are embedded images) formatters are installed it becomes possible to pull a latex file that can be run through pdflatex. I don't recommend to install the application_pdf formatter directly because it may be possible to write exploits in latex, though if the latex parser isn't installed this shouldn't be possible since the latex formatter will quote everything and the application_pdf formatter will get sanitised input. johannes From rob.coward at game.co.uk Fri Nov 3 10:47:11 2006 From: rob.coward at game.co.uk (Rob Coward) Date: Fri, 03 Nov 2006 10:47:11 +0000 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <1162506552.4024.189.camel@hurina> References: <1162506552.4024.189.camel@hurina> Message-ID: <1162550831.30500.5.camel@localhost> Timo, I dont know about any ldap-auth memory leak, but I still havent seen any responses about the issue myself and Matheus Antonio Oliveira have reported about ldap authentications against Active Directory using auth_bind. Any chance this could be looked at before the v1.0 release is finalised ? This is causing us ever growing pain as all it takes is a single user to type their password wrongly and it locks out dovecot preventing anyone else from logging in until the service is restarted. I currently have a cron job checking dovecot every minute and restarting when necessary. Last post on the issue: http://www.dovecot.org/list/dovecot/2006-October/017073.html Many thanks, Rob Coward On Fri, 2006-11-03 at 00:29 +0200, Timo Sirainen wrote: > As you can probably guess from my today's burst of activity, I'm no > longer extremely busy. Actually it looks like for the next 3-4 weeks I > don't have anything especially time consuming to do. So it's time to get > Dovecot v1.0 released :) > > I've now read all the mails from this list again, and it looks like > pretty much the only problems with rc10 was the mbox assert crash, which > is now fixed. > > My TODO contains: > > v1.0 blocker: > > - inetd logins are broken? I should look more into this.. I only > remembered this just now while writing this mail. > > New non-v1.0 blockers: > > - trash plugin is apparently broken? > - mbox_min_index_size != 0 causes Invalid new transaction log sequence > (4 >= 4) > > The old preferrably-fixed-for-v1.0 items are: > > - ldap auth is leaking memory? maybe not, maybe it's something else. > - master leaks log fds with kqueue. I don't have a machine to test this > on. Could someone give me an account in some BSD system for a while to > test this? > > Anyway, I'll most likely release rc11 tomorrow, but it would be nice if > you tested today's CVS snapshot already to see if I accidentally broke > something. :) http://dovecot.org/nightly/dovecot-latest.tar.gz > > Oh and one thing that I wanted for Dovecot v1.0 was nice documentation. > I think the current wiki is a bit chaotic. I started > http://wiki.dovecot.org/NewIndex a long time ago. Maybe I should finish > it finally and put it as the new main index.. This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the system manager at: mailto:postmaster at game.net The recipient acknowledges that the transmissions made via the Internet can be corrupted and therefore THE GAME GROUP PLC and any of its subsidiaries do not give any warranty as to the quality or accuracy of any information contained in the message or assume any liability for it or for its transmission, reception or storage. This footnote also confirms that this e-mail message has been swept by anti-virus software for the presence of computer viruses. http://www.game.co.uk http://www.gamegroup.plc.uk From leva at az.isten.hu Fri Nov 3 11:01:37 2006 From: leva at az.isten.hu (LeVA) Date: Fri, 3 Nov 2006 12:01:37 +0100 Subject: [Dovecot] any idea why the mail downloading is slow? In-Reply-To: <1162503858.4024.142.camel@hurina> References: <200610211137.16494.leva@az.isten.hu> <1162503858.4024.142.camel@hurina> Message-ID: <200611031201.37748.leva@az.isten.hu> 2006. November 2. 22:44, Timo Sirainen: > On Sat, 2006-10-21 at 11:37 +0200, LeVA wrote: > > Hi! > > > > I'm using rc10, but had this problem with previous releases too. > > Not sure if this is a dovecot problem, but I can not think of > > anything else. The mail downloading with pop3 is ~very slow, > > approx. 20 Kbyte / sec. no matter how many mails I've got in my > > mailbox, or how big are the mails. My ISP provides me a dedicated > > 100mbit line, and everything else works as fast as expected eg. > > http, ftp, scp... > > The OS is OpenBSD 3.9-stable and the system is not under heavy load > > at all. I've tried to turn off TLS but there was no change. > > > > Is the pop3 protocol this slow by design or there is something > > wrong with my setup? > > There's something wrong in your setup.. > > You could check what Dovecot is doing by tracing the process. > http://wiki.dovecot.org/Debugging/ProcessTracing > > It probably shows that Dovecot spends most of its time in poll() (or > kqueue()). But it could be either waiting to be able to send more > data to the client, or waiting for a command from the client. > > With POP3 each mail is downloaded with a separate RETR command, so > the problem could just be that the client is sending them too slowly. > Or does this same happen even with one large mail? Yes, it happens this one large mail too, so I followed your instructions, and traced the pop3 process; Here are some lines which caught my attention: 1168 pop3 1162550554.983008 RET write 2048/0x800 1168 pop3 1162550554.983041 CALL write(0x1,0x7f64bbeb,0x1018) 1168 pop3 1162550554.983048 RET write -1 errno 35 Resource temporarily unavailable 1168 pop3 1162550554.983053 CALL write(0x1,0x7f64bbeb,0x1018) 1168 pop3 1162550554.983055 RET write -1 errno 35 Resource temporarily unavailable 1168 pop3 1162550554.983062 CALL gettimeofday(0xcfbe3330,0) 1168 pop3 1162550554.983067 RET gettimeofday 0 1168 pop3 1162550554.983069 CALL poll(0x80456000,0x4,0x235f) 1168 pop3 1162550554.983477 RET poll 1 1168 pop3 1162550554.983493 CALL gettimeofday(0x3c012cd4,0x3c012cdc) 1168 pop3 1162550554.983499 RET gettimeofday 0 1168 pop3 1162550554.983506 CALL write(0x1,0x7f64bbeb,0x1018) 1168 pop3 1162550554.983518 GIO fd 1 wrote 2048 bytes [...] 1168 pop3 1162550554.983605 RET pread 4096/0x1000 1168 pop3 1162550554.983627 CALL writev(0x1,0xcfbe3260,0x2) 1168 pop3 1162550554.983636 RET writev -1 errno 35 Resource temporarily unavailable 1168 pop3 1162550554.983639 CALL writev(0x1,0xcfbe3260,0x2) 1168 pop3 1162550554.983642 RET writev -1 errno 35 Resource temporarily unavailable 1168 pop3 1162550554.983651 CALL gettimeofday(0xcfbe3330,0) 1168 pop3 1162550554.983655 RET gettimeofday 0 1168 pop3 1162550554.983657 CALL poll(0x80456000,0x4,0x235f) 1168 pop3 1162550554.983930 RET poll 1 1168 pop3 1162550554.983946 CALL gettimeofday(0x3c012cd4,0x3c012cdc) 1168 pop3 1162550554.983952 RET gettimeofday 0 1168 pop3 1162550554.983959 CALL writev(0x1,0xcfbe3290,0x2) 1168 pop3 1162550554.983972 GIO fd 1 wrote 2048 bytes The write() failures are fishy, there are quite a lot of them :\ Is there something in dovecot which could cause this ~error? Daniel -- LeVA From anmar at gmx.net Fri Nov 3 11:51:56 2006 From: anmar at gmx.net (Angel Marin) Date: Fri, 03 Nov 2006 12:51:56 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: References: <454A7475.7030800@perkel.com> Message-ID: Steffen Kaiser escribi?: > -----BEGIN PGP SIGNED MESSAGE----- > Well, one intention for mail via IMAP is that most people keep a copy in > their Sent folder, which is located remotely as well - in contrast to > POP3. So, you have only one transmission of the (same) contents. You don't need send-via-IMAP for that, we're already doing this without it. Just configure your MTA to deliver a copy of sent mail to user's sent folder (and some mechanism for user opt-in if needed) and configure clients to not save the copy. A sieve script to add 'Seen' flag to those messages may also be a good thing to add. Regards, -- Angel Marin http://anmar.eu.org/ From madduck at madduck.net Fri Nov 3 12:01:49 2006 From: madduck at madduck.net (martin f krafft) Date: Fri, 3 Nov 2006 13:01:49 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: References: <454A7475.7030800@perkel.com> Message-ID: <20061103120149.GA3116@diamond.madduck.net> also sprach Angel Marin [2006.11.03.1251 +0100]: > You don't need send-via-IMAP for that, we're already doing this without > it. Just configure your MTA to deliver a copy of sent mail to user's > sent folder (and some mechanism for user opt-in if needed) and configure > clients to not save the copy. A sieve script to add 'Seen' flag to those > messages may also be a good thing to add. This seems like going out of your way, and it adds a bunch of headers to the archived mail. -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net at madduck spamtraps: madduck.bogus at madduck.net "even if you persuade me, you won't persuade me." -- aristophanes -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature (GPG/PGP) Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/c9186c29/attachment.pgp From anmar at gmx.net Fri Nov 3 12:15:13 2006 From: anmar at gmx.net (Angel Marin) Date: Fri, 03 Nov 2006 13:15:13 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <20061103120149.GA3116@diamond.madduck.net> References: <454A7475.7030800@perkel.com> <20061103120149.GA3116@diamond.madduck.net> Message-ID: martin f krafft escribi?: > also sprach Angel Marin [2006.11.03.1251 +0100]: >> You don't need send-via-IMAP for that, we're already doing this without >> it. Just configure your MTA to deliver a copy of sent mail to user's >> sent folder (and some mechanism for user opt-in if needed) and configure >> clients to not save the copy. A sieve script to add 'Seen' flag to those >> messages may also be a good thing to add. > > This seems like going out of your way, and it adds a bunch of > headers to the archived mail. But it makes dialup user's life a lot easier without much configuration overhead (one extra delivery on your MTA and make your MDA set the 'Seen' flag). The extra headers are even useful as you'll have a copy of the message that's much like the real one delivered, and if you don't want them then configure your MDA to not archive them. -- Angel Marin http://anmar.eu.org/ From tss at iki.fi Fri Nov 3 12:18:21 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 3 Nov 2006 14:18:21 +0200 Subject: [Dovecot] any idea why the mail downloading is slow? In-Reply-To: <200611031201.37748.leva@az.isten.hu> References: <200610211137.16494.leva@az.isten.hu> <1162503858.4024.142.camel@hurina> <200611031201.37748.leva@az.isten.hu> Message-ID: On 3.11.2006, at 13.01, LeVA wrote: >> It probably shows that Dovecot spends most of its time in poll() (or >> kqueue()). But it could be either waiting to be able to send more >> data to the client, or waiting for a command from the client. .. > 1168 pop3 1162550554.983041 CALL write(0x1,0x7f64bbeb,0x1018) > 1168 pop3 1162550554.983048 RET write -1 errno 35 Resource > temporarily unavailable OK, so this means that the receiving end isn't reading the data fast enough, so kernel starts giving EAGAIN errors to write() calls. So there simply is a network bottleneck somewhere outside Dovecot.. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/734f1a3d/attachment.pgp From tss at iki.fi Fri Nov 3 12:22:43 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 3 Nov 2006 14:22:43 +0200 Subject: [Dovecot] installation problem In-Reply-To: <20061103031743.2b6431c17b4b8b82d8a23e454e0bc691.1d41f45575.wbe@email.secureserver.net> References: <20061103031743.2b6431c17b4b8b82d8a23e454e0bc691.1d41f45575.wbe@email.secureserver.net> Message-ID: On 3.11.2006, at 12.17, jaysen at emtjaysen.net wrote: > Nov 2 23:03:18 liberty dovecot: auth(default): Unknown passdb > driver 'pam' (typo, or Dovecot was built without support for it > ? Check with dovecot --build-options) .. > ./configure > make > sudo make install You most likely don't have libpam-devel or similar package installed, so PAM support wasn't compiled in. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/96c50810/attachment.pgp From chris.laif at googlemail.com Fri Nov 3 12:22:30 2006 From: chris.laif at googlemail.com (Chris Laif) Date: Fri, 3 Nov 2006 13:22:30 +0100 Subject: [Dovecot] auth-req-handler.c adds spurious tab Message-ID: If the auth backend (postgresql in my case) returns extra fields, and all of these extra_fields begin with 'userdb_', the auth_callback functions adds an unwanted extra tab at the end of the response: auth(default): client out: OK^I8^Iuser=foo at bar^I This extra tab at the end confuses exim's dovecot-auth handler (the exim-dovecot auth handler does not correctly count the number of returned fields then (side note: the code on exim's side should probably be cleaned up as well)). A quick fix is attached below. Chris --- src/auth/auth-request-handler.c.orig 2006-11-03 13:10:35.000000000 +0100 +++ src/auth/auth-request-handler.c 2006-11-03 13:08:32.000000000 +0100 @@ -139,6 +139,10 @@ str_append(str, fields[src]); } } + + if (str_len(str) == 0) + return NULL; + return str_c(str); } From leva at az.isten.hu Fri Nov 3 12:25:48 2006 From: leva at az.isten.hu (LeVA) Date: Fri, 3 Nov 2006 13:25:48 +0100 Subject: [Dovecot] any idea why the mail downloading is slow? In-Reply-To: References: <200610211137.16494.leva@az.isten.hu> <200611031201.37748.leva@az.isten.hu> Message-ID: <200611031325.48739.leva@az.isten.hu> 2006. November 3. 13:18, Timo Sirainen: > On 3.11.2006, at 13.01, LeVA wrote: > >> It probably shows that Dovecot spends most of its time in poll() > >> (or kqueue()). But it could be either waiting to be able to send > >> more data to the client, or waiting for a command from the client. > > .. > > > 1168 pop3 1162550554.983041 CALL > > write(0x1,0x7f64bbeb,0x1018) 1168 pop3 1162550554.983048 RET > > write -1 errno 35 Resource temporarily unavailable > > OK, so this means that the receiving end isn't reading the data fast > enough, so kernel starts giving EAGAIN errors to write() calls. So > there simply is a network bottleneck somewhere outside Dovecot.. Understood. Thanks for the support! I am going to investigate this bottleneck. Daniel -- LeVA From tss at iki.fi Fri Nov 3 12:27:06 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 3 Nov 2006 14:27:06 +0200 Subject: [Dovecot] Sending email using IMAP In-Reply-To: References: <454A7475.7030800@perkel.com> Message-ID: <171AD5FA-301F-4430-B8E5-2C9F0A4396F9@iki.fi> On 3.11.2006, at 10.38, Steffen Kaiser wrote: >> Why not use the smtp *submission* port (and leave 25 disabled)? >> Also, SMTP auth is a good thing. Much better than the old cowboy >> days of just trusting some networks.. > > Well, one intention for mail via IMAP is that most people keep a > copy in their Sent folder, which is located remotely as well - in > contrast to POP3. So, you have only one transmission of the (same) > contents. There are already some other SMTP/IMAP extensions created for that purpose by Lemonade IETF group, which I think is a better way to do this. > There is another one: Some mail clients have a really bad SMTP > AUTH / TLS implementation, in opposite to IMAP. And how many such clients support sending mail via IMAP? :) I guess it would already work with most clients if you specifically save the message to a specific mailbox, instead of just clicking the normal send-button. But I doubt anyone would actually want to use that way. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/15e30062/attachment.pgp From tss at iki.fi Fri Nov 3 12:40:16 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 03 Nov 2006 14:40:16 +0200 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: References: Message-ID: <1162557616.29374.33.camel@hurina> On Fri, 2006-11-03 at 10:11 +0000, T. Horsnell wrote: > -- Start of PGP signed section. > >As you can probably guess from my today's burst of activity, I'm no > >longer extremely busy. Actually it looks like for the next 3-4 weeks I > >don't have anything especially time consuming to do. So it's time to get > >Dovecot v1.0 released :) > > I wonder if I might add a request please. Would it be possible to > offer an option which limits the per-user number of imap processes? Too large change, I'll do it after v1.0. > We have users who gaily open 30 mail folders simultaneously. OK, 1 > or 2 such users dont matter, but the number creeps up. Luckily Dovecot shouldn't take much memory normally :) > Also, would a PDF version of the wiki docs be possible? It is very > handy to take something to read in bed... I'll see about the link that Johannes gave. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/bddfb0de/attachment.pgp From johannes at sipsolutions.net Fri Nov 3 13:18:21 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 14:18:21 +0100 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <1162557616.29374.33.camel@hurina> References: <1162557616.29374.33.camel@hurina> Message-ID: <1162559901.2923.67.camel@ux156> On Fri, 2006-11-03 at 14:40 +0200, Timo Sirainen wrote: > I'll see about the link that Johannes gave. Oh, I have a very tiny action installed on one wiki that makes a 'get this page as latex' item in the actions menu. Here you go: --snip-- # -*- coding: utf-8 -*- """Add from MoinMoin.Page import Page def execute(pagename, request): url = Page(request, pagename).url(request, {'action': 'format', 'mimetype': 'text_latex'}, relative=False) request.http_redirect(url) --snip-- maybe that relative=False won't work and you need to put False instead. I'm working against so many different Moin versions that I'm losing track. johannes From lrosa at hypertrek.info Fri Nov 3 13:19:37 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Fri, 03 Nov 2006 14:19:37 +0100 Subject: [Dovecot] Last connection date/time Message-ID: <454B41E9.2010507@hypertrek.info> Hi, in an installation of Dovecot I need to know when each user made his/her last POP3 connection in a maildir environment. The date of which of the index files maintained by Dovecot can I use to get this information? Thanks. Ciao, luigi -- / +--[Luigi Rosa]-- \ Left-Handers have rights too. From CMarcus at Media-Brokers.com Fri Nov 3 13:30:46 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Fri, 03 Nov 2006 08:30:46 -0500 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? Message-ID: <454B4486.5060501@Media-Brokers.com> Hi Timo, I have a question on the feasibility of adding the capability directly in dovecot LDA (or maybe this wouldn't be the correct place?) to provide a server-side mail archiving feature. What I'd like is a simple way to define a maildir, ie: vmail/archive/$user/Inbox and vmail/archive/$user/Inbox.Sent And then have the dovecot LDA deliver a copy of all mail (incoming and outgoing) to this archive folder. Is the dovecot LDA the best place for this to go? Or would an entirely new plug-in be more appropriate? My boss may be willing to pay to have this capability added. I have investigated other third party solutions, but I would prefer something that is tightly integrated with dovecot. I look forward to your response... -- Best regards, Charles From johannes at sipsolutions.net Fri Nov 3 13:44:39 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 14:44:39 +0100 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <454B4486.5060501@Media-Brokers.com> References: <454B4486.5060501@Media-Brokers.com> Message-ID: <1162561479.2923.70.camel@ux156> On Fri, 2006-11-03 at 08:30 -0500, Charles Marcus wrote: > Is the dovecot LDA the best place for this to go? Or would an entirely > new plug-in be more appropriate? Neither? For archive.inbox, simply make your MTA deliver a second copy to there, or configure the dovecot LDA to put a copy into it. That should be trivial. For archive.outbox, you need to make your MTA deliver a copy of the message to the right folder, with exim that's easy with the unseen router option (IIRC, but I do know that the exim FAQ contains an entry answering exactly your question) johannes From johannes at sipsolutions.net Fri Nov 3 13:53:35 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 14:53:35 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <1162508479.29374.12.camel@hurina> References: <454A7475.7030800@perkel.com> <1162508479.29374.12.camel@hurina> Message-ID: <1162562015.2923.74.camel@ux156> On Fri, 2006-11-03 at 01:01 +0200, Timo Sirainen wrote: > I'm using submission port (rfc2476) nowadays for sending my own mail to > my SMTP server. Submission port in general is supposed to require > authentication from clients. I also require the From: and envelope mail address to match one of the addresses that the logged-in user owns. That not only stops people from impersonating each other but would also stop a virus using the MAPI library (now, if the virus uses that user's From: address then we know who is to blame too...) johannes From tss at iki.fi Fri Nov 3 13:58:46 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 03 Nov 2006 15:58:46 +0200 Subject: [Dovecot] Last connection date/time In-Reply-To: <454B41E9.2010507@hypertrek.info> References: <454B41E9.2010507@hypertrek.info> Message-ID: <1162562326.29374.45.camel@hurina> On Fri, 2006-11-03 at 14:19 +0100, Luigi Rosa wrote: > Hi, > in an installation of Dovecot I need to know when each user made > his/her last POP3 connection in a maildir environment. > > The date of which of the index files maintained by Dovecot can I use > to get this information? Well, as long as you don't have the filesystem mounted with "noatime" you can use the index file's atime. mtime might work well enough also, but it's not updated if there have been no changes to the mailbox since last login. You could also change mail_executable to some wrapper script which updates some file's timestamp before executing the pop3 binary. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/2019f280/attachment.pgp From anmar at gmx.net Fri Nov 3 14:01:08 2006 From: anmar at gmx.net (Angel Marin) Date: Fri, 03 Nov 2006 15:01:08 +0100 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <454B4486.5060501@Media-Brokers.com> References: <454B4486.5060501@Media-Brokers.com> Message-ID: Charles Marcus escribi?: > And then have the dovecot LDA deliver a copy of all mail (incoming and > outgoing) to this archive folder. dovecot LDA has already -m that allows what you're looking for, just make your MTA do a second delivery adjusting LDA arguments. Regards, -- Angel Marin http://anmar.eu.org/ From msurette at laframboise.net Fri Nov 3 14:16:40 2006 From: msurette at laframboise.net (Michael Surette) Date: Fri, 3 Nov 2006 09:16:40 -0500 Subject: [Dovecot] Authentication in outlook In-Reply-To: <20061103045415.21FE.GERARD@seibercom.net> References: <1162496469.4024.97.camel@hurina> <200611030949.15324.ao@rsbac.org> <20061103045415.21FE.GERARD@seibercom.net> Message-ID: <200611030916.40293.msurette@laframboise.net> On Friday 03 November 2006 05:00, Gerard Seibert wrote: > On Friday November 03, 2006 at 03:49:15 (AM) Amon Ott wrote: > > Unfortunately, Outlook makes trouble with self signed SSL certs: It > > requires to accept the certificate again after every restart, what is > > very annoying for the users and makes it hard to recognize forged > > certs. So you will have the choice to allow password sniffing, annoy > > your users, buy an official cert - or to get a decent mail client > > installed. > > I would vote for the 'Official Cert' option. Seriously, unless you are > running a home based operation, why would you not be employing a > properly signed certificate. After all, if you are offering SSL on your > mail server, you are going to need a signed certificate or else risk > having problems with other servers that are going to flag your server > form using self signed certificates. If you're going to go the self-signed route, you may as well create your own CA as I did. It's only a few more steps and then you can supply the CA's certificate to the clients accessing your server for inclusion in their "trusted root certificates". After all, I can trust my certificates even more than I trust Verisign. The annoying messages then go away. After all it's only your clients accessing your pop server, not the general public. Not that I've ever had a problem with the smtp side with that setup. > By the way, I think Outlook's alerting users of the use of self signed > certificates is a good idea, although it should also have a mechanism in > place to stop those warnings on a permanent basis. Then again, if they > did, someone would complain about that. You cannot make everyone happy. You mean like Thunderbird, as well as most non-Microsoft clients I've tried. Most people I know are happy with that solution. My 2c too. Mike From CMarcus at Media-Brokers.com Fri Nov 3 14:29:19 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Fri, 03 Nov 2006 09:29:19 -0500 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <1162561479.2923.70.camel@ux156> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> Message-ID: <454B523F.1030307@Media-Brokers.com> Johannes Berg wrote: > On Fri, 2006-11-03 at 08:30 -0500, Charles Marcus wrote: > >> Is the dovecot LDA the best place for this to go? Or would an entirely >> new plug-in be more appropriate? > Neither? Why not? Have you ever googled on what is available for an integrated email archiving solution? There are no (good) OSS solutions available, and there are only a few commercial ones, most of those aimed at Exchange servers. I did quite a bit of googling, and there doesn't seem to be a good OSS solution to archiving all email on a server, which is why I am asking about this here. > For archive.inbox, simply make your MTA deliver a second copy to there, Postfix has an 'always_bcc' option, but it does not preserve the message with all of the headers intact, so this is not an option. > or configure the dovecot LDA to put a copy into it. That should be > trivial. For a programmer, maybe - but sadly I am not. But at least you have partially answered my question - apparently it *is* possible to do this with dovecots lda. Thanks... anmar at gmx.net said: > dovecot LDA has already -m that allows what you're looking for, just > make your MTA do a second delivery adjusting LDA arguments. Well, since I'm not a programmer, I wouldn't know where to begin, which, again, is why I asked. What I'd like is something that is easily configurable *and* *fully* *supported* (ie, no 'hacks' required). Something like: archive_incoming= archive_sent= archive_directory= Hacking is fine for someone with the requisite skills to dig themselves out of the holes they inevitably dig for themselves. Why would you object to some extra options to the LDA that would support feeding Postfix (or other MTA's via a documented list of arguments for each supported MTA) the required command(s) to accomplish the delivery to the correct maildir? > For archive.outbox, you need to make your MTA deliver a copy of the > message to the right folder, with exim that's easy with the unseen > router option (IIRC, but I do know that the exim FAQ contains an entry > answering exactly your question) Again, Postfix's 'always_bcc' option won't work for us because it doesn't preserve the headers. I did quite a bit of googling, and there doesn't seem to be a good OSS solution to this, which is why I asked. I want an *exact* *duplicate* of all messages. It does indeed sound like dovecots LDA is fully capable of doing this, at least for the 'incoming' mail, and it sounds like it would also work for outgoing mail if you have your MTA configured to use the dovecot LDA. What I'd like to know is, is it *feasible* to consider hiring someone to modify the LDA to fully support this using documented switches? Or via a new plug-in? -- Best regards, Charles From G.Ohrner at post.rwth-aachen.de Fri Nov 3 14:29:20 2006 From: G.Ohrner at post.rwth-aachen.de (Gunter Ohrner) Date: Fri, 3 Nov 2006 15:29:20 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454A7475.7030800@perkel.com> References: <454A7475.7030800@perkel.com> Message-ID: <200611031529.27134.G.Ohrner@post.rwth-aachen.de> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: > email. And the virus wouldn't have access to the IMAP password so Why not? Greetings, Gunter -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ "whitespace" - Programming language where only whitespace counts Most modern programming languages do not consider white space characters (spaces, tabs and newlines) syntax, ignoring them, as if they weren't there. Whitespace is a language that seeks to redress the balance. Any non whitespace characters are ignored; only spaces, tabs and newlines are considered syntax. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + PGP-verschl?sselte Mails bevorzugt! + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/1df2bc7b/attachment.pgp From listuser at peternixon.net Fri Nov 3 14:35:02 2006 From: listuser at peternixon.net (Peter Nixon) Date: Fri, 3 Nov 2006 16:35:02 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts Message-ID: <200611031635.07740.listuser@peternixon.net> Hi Guys I have recently migrated an existing courier install to dovecot + openldap and think dovecot is wonderfull. Great work! However, I am seeing that dovecot-ldap doesnt reconnect if openldap restarts. Is there an options I am missing or is this a know problem?As I am using dovecot for sasl with postfix and pop/imap this basically completely stops my mail sytem... Thanks in Advance -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/9d608a72/attachment.pgp From jaysen at emtjaysen.net Fri Nov 3 14:57:32 2006 From: jaysen at emtjaysen.net (jaysen at emtjaysen.net) Date: Fri, 03 Nov 2006 07:57:32 -0700 Subject: [Dovecot] installation problem Message-ID: <20061103075732.2b6431c17b4b8b82d8a23e454e0bc691.75a74ae94a.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061103/db7ef0af/attachment.htm From johannes at sipsolutions.net Fri Nov 3 15:00:26 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 16:00:26 +0100 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <454B523F.1030307@Media-Brokers.com> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> <454B523F.1030307@Media-Brokers.com> Message-ID: <1162566026.2923.99.camel@ux156> On Fri, 2006-11-03 at 09:29 -0500, Charles Marcus wrote: > Why not? Have you ever googled on what is available for an integrated > email archiving solution? There are no (good) OSS solutions available, > and there are only a few commercial ones, most of those aimed at > Exchange servers. I did quite a bit of googling, and there doesn't seem > to be a good OSS solution to archiving all email on a server, which is > why I am asking about this here. Well, you see, there is no OSS solution to email like exchange that provides all of MTA, LDA and IMAP/POP server. Hence, there's no way to have an integrated archiving solution. Outgoing mail is only visible to the MTA and incoming mail is visible to all three. Hence, the most logical place to put archiving would be the MTA (not dovecot but postfix for you). But then you'll probably complain that the archive isn't visible in IMAP. > > For archive.inbox, simply make your MTA deliver a second copy to there, > > Postfix has an 'always_bcc' option, but it does not preserve the message > with all of the headers intact, so this is not an option. Use a saner MTA then. > For a programmer, maybe - but sadly I am not. But at least you have > partially answered my question - apparently it *is* possible to do this > with dovecots lda. Thanks... Ho humm, last I checked dovecot lda supported mail filtering by way of config files. So you can always force a config file that first drops a copy to the archive and then invokes the user's filter file. > It does indeed sound like dovecots LDA is fully capable of doing this, > at least for the 'incoming' mail, Yes, and I'm confident that no hacking is required for that. I personally use maildrop, and it initially always reads /etc/maildroprc before the user's ~/.mailfilter. I could, if I wanted to, force it to copy the message to the archive in that case. > and it sounds like it would also work > for outgoing mail if you have your MTA configured to use the dovecot > LDA. No, you obviously haven't understood mail flow yet. Read up on what MTAs do. For outgoing mail, no LDA ("*local* delivery agent" after all) is involved at all. > What I'd like to know is, is it *feasible* to consider hiring > someone to modify the LDA to fully support this using documented > switches? Or via a new plug-in? No. See above. The LDA never gets a copy of outgoing mail. For the MTA, I can only point to how exim can do it: http://www.exim.org/eximwiki/FAQ/Delivery/Q0622 http://www.exim.org/eximwiki/FAQ/Miscellaneous/Q5033 Has it ever occurred to you that a product as you want is not even possible because if written for postfix it won't work on another system that uses exim or sendmail or ....? And if it serves the archive with cyrus and uses maildrop, then it won't work with dovecot/dovecot-lda? johannes From alan at aluminati.net Fri Nov 3 14:59:46 2006 From: alan at aluminati.net (Alan Mosca [Aluminati]) Date: Fri, 03 Nov 2006 14:59:46 +0000 Subject: [Dovecot] changing the separator In-Reply-To: <1162501176.4024.123.camel@hurina> References: <45410156.6020700@cnm.de> <4541E152.9010801@Media-Brokers.com> <1162491591.4024.34.camel@hurina> <1947.86.138.103.244.1162500324.squirrel@webmail> <1162501176.4024.123.camel@hurina> Message-ID: <454B5962.6080802@aluminati.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok thanks, I'll start working on a patch tonight. Timo Sirainen wrote: > On Thu, 2006-11-02 at 20:45 +0000, Alan Mosca wrote: >> Sorry for the intrusion, but I might be interested in this. I don't quite >> understand how it can be hard to set it to be a config option while it's >> fairly simple to change the sources. With the appropriate info, I would be >> happy to write a patch so you don't have to worry about doing it yourself >> and you can include in 1.0. If you agree, obviously. > > Yes, it shouldn't be that difficult. I just started the change and ran > into a bit of trouble and then got annoyed and stopped it. > > Anyway, lib-storage/index/maildir/maildir-storage.h has MAILDIR_FS_SEP > and _SEP_S. Remove those and add MAILDIR_DEFAULT_FS_SEP '.' which is > used. If getenv("MAILDIR_FS_SEP") returns non-NULL it's used as the > separator. Add char fs_sep to struct maildir_storage, and fix everything > to use it. There are several t_strconcat() calls which use _FS_SEP_S, so > it's easiest to just change them to t_strdup_printf("%s%c%s", .., > storage->fs_sep) instead. Add the setting to master/master-settings.[ch] > and pass it to imap in mail-process.c. I think that's it. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFS1liS7JzjfmqvrMRAsjTAJ9mpKsjhQV8oLBcAkj59yH0d9sdQwCdF89K enrFlx8y4XUp6D4UTC2982I= =8UDS -----END PGP SIGNATURE----- From anmar at gmx.net Fri Nov 3 15:00:30 2006 From: anmar at gmx.net (Angel Marin) Date: Fri, 03 Nov 2006 16:00:30 +0100 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <454B523F.1030307@Media-Brokers.com> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> <454B523F.1030307@Media-Brokers.com> Message-ID: Charles Marcus escribi?: > I did quite a bit of googling, and there doesn't seem > to be a good OSS solution to archiving all email on a server, which is > why I am asking about this here. Maybe because they're not needed? Any decent mta will allow doing 'shadow' deliveries given a set of conditions, so all archiving needs can be met by configuring the mta (in exim land this can be done as an unseen router or in a system filter, neither of which require programming skills). > anmar at gmx.net said: >> dovecot LDA has already -m that allows what you're looking for, just > > make your MTA do a second delivery adjusting LDA arguments. > > Well, since I'm not a programmer, I wouldn't know where to begin, which, > again, is why I asked. Well, it's not a programming issue, it's a MTA configuration one. > Why would you object to some extra options to the LDA that would support > feeding Postfix (or other MTA's via a documented list of arguments for > each supported MTA) the required command(s) to accomplish the delivery > to the correct maildir? Let's say you're delivering using dovecot lda as '/path/to/lda/deliver -d $user', then you need your mta do a second delivery invoking '/path/to/lda/deliver -d $user -m Archive'. That's all. Both for 'incoming' (two LDA deliveries) or 'outgoing' (one smtp and one LDA delivery) mail. Then if you're mta does not allow that sort of configuration, you need a more flexible mta :) Regards, -- Angel Marin http://anmar.eu.org/ From msurette at laframboise.net Fri Nov 3 15:20:31 2006 From: msurette at laframboise.net (Michael Surette) Date: Fri, 3 Nov 2006 10:20:31 -0500 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <454B4486.5060501@Media-Brokers.com> References: <454B4486.5060501@Media-Brokers.com> Message-ID: <200611031020.31573.msurette@laframboise.net> On Friday 03 November 2006 08:30, Charles Marcus wrote: > Hi Timo, > > I have a question on the feasibility of adding the capability directly > in dovecot LDA (or maybe this wouldn't be the correct place?) to provide > a server-side mail archiving feature. > > What I'd like is a simple way to define a maildir, ie: > > vmail/archive/$user/Inbox > and > vmail/archive/$user/Inbox.Sent > > And then have the dovecot LDA deliver a copy of all mail (incoming and > outgoing) to this archive folder. > > Is the dovecot LDA the best place for this to go? Or would an entirely > new plug-in be more appropriate? > > My boss may be willing to pay to have this capability added. I have > investigated other third party solutions, but I would prefer something > that is tightly integrated with dovecot. > > I look forward to your response... As discussed elsewhere in this thread, the LDA is not the appropriate place for this feature, the MTA is. I do something similar already with sendmail using milters. As I understand it, postfix also has milter capability, so a postfix/milter guru is likely what you're looking for. hth Mike From jtrigg at spamcop.net Fri Nov 3 15:45:08 2006 From: jtrigg at spamcop.net (Jim Trigg) Date: Fri, 3 Nov 2006 10:45:08 -0500 (EST) Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <1162566026.2923.99.camel@ux156> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> <454B523F.1030307@Media-Brokers.com> <1162566026.2923.99.camel@ux156> Message-ID: <63609.128.221.197.21.1162568708.squirrel@mail.scadian.net> On Fri, November 3, 2006 10:00 am, Johannes Berg wrote: > On Fri, 2006-11-03 at 09:29 -0500, Charles Marcus wrote: > >> Why not? Have you ever googled on what is available for an integrated >> email archiving solution? There are no (good) OSS solutions available, >> and there are only a few commercial ones, most of those aimed at >> Exchange servers. I did quite a bit of googling, and there doesn't seem >> to be a good OSS solution to archiving all email on a server, which is >> why I am asking about this here. > > Well, you see, there is no OSS solution to email like exchange that > provides all of MTA, LDA and IMAP/POP server. Technically, that's not true -- Courier MTA includes all of those (Courier MTA, Maildrop, and Courier IMAP). Not that I'm recommending it -- I find Courier MTA's configuration ... peculiar, and its documentation is severely lacking. Jim Trigg From swarren at wwwdotorg.org Fri Nov 3 16:24:03 2006 From: swarren at wwwdotorg.org (Stephen Warren) Date: Fri, 03 Nov 2006 09:24:03 -0700 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: References: Message-ID: <1162571046.5163.TMDA@tmda.severn.wwwdotorg.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 T. Horsnell wrote: > -- Start of PGP signed section. >> As you can probably guess from my today's burst of activity, I'm no >> longer extremely busy. Actually it looks like for the next 3-4 weeks I >> don't have anything especially time consuming to do. So it's time to get >> Dovecot v1.0 released :) > > I wonder if I might add a request please. Would it be possible to > offer an option which limits the per-user number of imap processes? > We have users who gaily open 30 mail folders simultaneously. OK, 1 > or 2 such users dont matter, but the number creeps up. I'd like to request a *complete* freeze on any kind of features (i.e. just bugfixes) until 1.0 is out the door, and probably for a while after. All this talk of new features whilst 1.0 is trying to get out makes me extremely uneasy... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFFS20jhk3bo0lNTrURAqAqAJ94rDiNPrBsqd6eRkoawlWI9fuYJACVED3t 0uvda1AOnhmlVwaTDPxaJA== =2I2i -----END PGP SIGNATURE----- From johannes at sipsolutions.net Fri Nov 3 16:31:07 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 17:31:07 +0100 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <63609.128.221.197.21.1162568708.squirrel@mail.scadian.net> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> <454B523F.1030307@Media-Brokers.com> <1162566026.2923.99.camel@ux156> <63609.128.221.197.21.1162568708.squirrel@mail.scadian.net> Message-ID: <1162571467.16509.0.camel@johannes.berg> On Fri, 2006-11-03 at 10:45 -0500, Jim Trigg wrote: > Technically, that's not true -- Courier MTA includes all of those (Courier > MTA, Maildrop, and Courier IMAP). Oh, I wasn't aware that it had an MTA too. There's also hula. johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 828 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/95c52a54/attachment.pgp From tss at iki.fi Fri Nov 3 16:44:02 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 3 Nov 2006 18:44:02 +0200 Subject: [Dovecot] installation problem In-Reply-To: <20061103075732.2b6431c17b4b8b82d8a23e454e0bc691.75a74ae94a.wbe@email.secureserver.net> References: <20061103075732.2b6431c17b4b8b82d8a23e454e0bc691.75a74ae94a.wbe@email.secureserver.net> Message-ID: <3DB4D44D-5C0C-4B27-965F-5E482B7F0486@iki.fi> On 3.11.2006, at 16.57, jaysen at emtjaysen.net wrote: > I have checked my system and you are right about one thing. I do > not have libpam-devel installed. I also checked to see if such a > package exists for Fedora 5 and I am not able to find one. I think Fedora calls it pam-devel. > I've also tried --with-pam and --enable-pam on the configure > line. I did not get any errors during make or make install however > it still did not compile with pam support. Yea. I should probably some day change it so that if --enable- something is given and something can't be used because of some missing libraries or whatever, it should give an error instead of silently disabling it. You can check from config.log what it says about PAM. It most likely isn't finding the needed header files. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/dc8f1e90/attachment.pgp From jc at info-systems.de Fri Nov 3 17:03:17 2006 From: jc at info-systems.de (Jakob Curdes) Date: Fri, 03 Nov 2006 18:03:17 +0100 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <1162571046.5163.TMDA@tmda.severn.wwwdotorg.org> References: <1162571046.5163.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <454B7655.1040002@info-systems.de> Stephen Warren schrieb: >I'd like to request a *complete* freeze on any kind of features (i.e. >just bugfixes) until 1.0 is out the door, and probably for a while after. > > Agreed. Full stop. JC From marc at perkel.com Fri Nov 3 17:09:32 2006 From: marc at perkel.com (Marc Perkel) Date: Fri, 03 Nov 2006 09:09:32 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <200611031529.27134.G.Ohrner@post.rwth-aachen.de> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> Message-ID: <454B77CC.2050405@perkel.com> Gunter Ohrner wrote: > Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: > >> email. And the virus wouldn't have access to the IMAP password so >> > > Why not? > > Because the virus wouldn't have the password. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061103/9d54d51e/attachment.html From jtrigg at spamcop.net Fri Nov 3 17:30:11 2006 From: jtrigg at spamcop.net (Jim Trigg) Date: Fri, 3 Nov 2006 12:30:11 -0500 (EST) Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B77CC.2050405@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> Message-ID: <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: > Gunter Ohrner wrote: >> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: >> >>> email. And the virus wouldn't have access to the IMAP password so >> Why not? > Because the virus wouldn't have the password. That doesn't answer the question. Why would the IMAP password be any less accessible to a virus than the SMTP password? (For that matter, what you just used was "proof by assertion" which is meaningless. "The virus wouldn't have access to the IMAP password because the virus wouldn't have the password.") Jim Trigg From sfs at tc.umn.edu Fri Nov 3 17:57:59 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Fri, 3 Nov 2006 11:57:59 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> Message-ID: <20061103175759.GA25566@earth.tc.umn.edu> On Fri, Nov 03, 2006 at 12:30:11PM -0500, Jim Trigg wrote: > On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: > > Gunter Ohrner wrote: > >> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: > >> > >>> email. And the virus wouldn't have access to the IMAP password so > > >> Why not? > > > Because the virus wouldn't have the password. > > That doesn't answer the question. Why would the IMAP password be any less > accessible to a virus than the SMTP password? (For that matter, what you > just used was "proof by assertion" which is meaningless. "The virus > wouldn't have access to the IMAP password because the virus wouldn't have > the password.") Not sure if this is where either of you are going, but... If people are foolish enough to save their account's password on-disk, then a virus (given enough intelligence) will have access to it. Yes, it means that you'll have to type it in once per startup of the e-mail client, but I for one leave mine running -- and use hibernate. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From rob0 at gmx.co.uk Fri Nov 3 18:27:12 2006 From: rob0 at gmx.co.uk (/dev/rob0) Date: Fri, 3 Nov 2006 12:27:12 -0600 Subject: [Dovecot] Authentication in outlook In-Reply-To: <200611030916.40293.msurette@laframboise.net> References: <1162496469.4024.97.camel@hurina> <20061103045415.21FE.GERARD@seibercom.net> <200611030916.40293.msurette@laframboise.net> Message-ID: <200611031227.12618.rob0@gmx.co.uk> On Friday 03 November 2006 08:16, Michael Surette wrote: > After all, I can trust my certificates > even more than I trust Verisign. Hmmm, I can trust a rattlesnake more than I trust Verisign. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From marc at perkel.com Fri Nov 3 18:36:13 2006 From: marc at perkel.com (Marc Perkel) Date: Fri, 03 Nov 2006 10:36:13 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> Message-ID: <454B8C1D.3000302@perkel.com> Jim Trigg wrote: > On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: > >> Gunter Ohrner wrote: >> >>> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: >>> >>> >>>> email. And the virus wouldn't have access to the IMAP password so >>>> > > >>> Why not? >>> > > >> Because the virus wouldn't have the password. >> > > That doesn't answer the question. Why would the IMAP password be any less > accessible to a virus than the SMTP password? (For that matter, what you > just used was "proof by assertion" which is meaningless. "The virus > wouldn't have access to the IMAP password because the virus wouldn't have > the password.") > > Jim Trigg > > IMAP requires a password. SMTP it's optional. I think that consumer SMTP should be replaced with not only something that requires a password, but that the user has to log into the account that they are sending email from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP account you can spoof anyone. My idea with IMAP sending is to deny the ability of the sender to use a different email address that the one that they are logged into. This is to prevent spam and spoofing. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061103/e0639228/attachment.htm From jhg at jhmg.net Fri Nov 3 18:42:10 2006 From: jhg at jhmg.net (Jim Garrison) Date: Fri, 03 Nov 2006 12:42:10 -0600 Subject: [Dovecot] mbox sync: Expunged message reappeared in mailbox Message-ID: <454B8D82.3010809@jhmg.net> Starting at 05:32 this morning, one user on my dovecot server is receiving hundreds of copies of old email. This is a short excerpt from my dovecot.log showing the problem: > dovecot: Nov 03 05:27:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:27:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 05:32:01 Error: POP3(joyce at obfusca.ted): mbox sync: > Expunged message reappeared in mailbox > /var/mail/vhosts/obfusca.ted/joyce (UID 1443 < 1446, seq=2, idx_msgs=0) > dovecot: Nov 03 05:32:01 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:67.9.149.201, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:32:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:32:03 Info: POP3(joyce at obfusca.ted): Disconnected: > Logged out top=0/0, retr=3/163473, del=3/3, size=163419 > dovecot: Nov 03 05:32:03 Error: POP3(joyce at obfusca.ted): mbox sync: > Expunged message reappeared in mailbox > /var/mail/vhosts/obfusca.ted/joyce (UID 1443 < 1449, seq=2, idx_msgs=0) > dovecot: Nov 03 05:32:03 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 05:37:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:37:03 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/3, size=0 > dovecot: Nov 03 05:42:01 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:67.9.149.201, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:42:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:42:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 05:42:03 Info: POP3(joyce at obfusca.ted): Disconnected: > Logged out top=0/0, retr=3/163461, del=3/3, size=0 > dovecot: Nov 03 05:47:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:47:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 05:52:01 Error: POP3(joyce at obfusca.ted): mbox sync: > Expunged message reappeared in mailbox > /var/mail/vhosts/obfusca.ted/joyce (UID 1449 < 1452, seq=2, idx_msgs=0) > dovecot: Nov 03 05:52:01 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:67.9.149.201, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:52:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:52:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 05:52:03 Info: POP3(joyce at obfusca.ted): Disconnected: > Logged out top=0/0, retr=3/163473, del=3/3, size=163419 > dovecot: Nov 03 05:52:03 Error: POP3(joyce at obfusca.ted): mbox sync: > Expunged message reappeared in mailbox > /var/mail/vhosts/obfusca.ted/joyce (UID 1449 < 1455, seq=2, idx_msgs=0) > dovecot: Nov 03 05:57:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:57:03 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/3, size=0 > dovecot: Nov 03 06:02:01 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:67.9.149.201, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 06:02:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 06:02:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 06:02:02 Info: POP3(joyce at obfusca.ted): Disconnected: > Logged out top=0/0, retr=3/163461, del=3/3, size=0 > dovecot: Nov 03 06:07:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 06:07:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 06:12:01 Error: POP3(joyce at obfusca.ted): mbox sync: > Expunged message reappeared in mailbox > /var/mail/vhosts/obfusca.ted/joyce (UID 1455 < 1458, seq=2, idx_msgs=0) Dovecot version: [jhg at helios ~]$ rpm -q dovecot dovecot-1.0-0.beta8.2.fc5 The MTA is postfix, and this is the first time this has ever happened. I made a copy of the mbox file, and find that it's over a megabyte long. Checking the postfix maillog I find that only three messages arrived for that user in the hour preceding the start of this behavior (all SPAM). No other users are affected, and I can't see anything obviously wrong in the mbox file. Could a bad message cause this? From sfs at tc.umn.edu Fri Nov 3 18:42:29 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Fri, 3 Nov 2006 12:42:29 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: <20061103184229.GE25566@earth.tc.umn.edu> On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > > > Jim Trigg wrote: > >On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: > > > >>Gunter Ohrner wrote: > >> > >>>Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: > >>> > >>> > >>>>email. And the virus wouldn't have access to the IMAP password so > >>>> > > > > > >>>Why not? > >>> > > > > > >>Because the virus wouldn't have the password. > >> > > > >That doesn't answer the question. Why would the IMAP password be any less > >accessible to a virus than the SMTP password? (For that matter, what you > >just used was "proof by assertion" which is meaningless. "The virus > >wouldn't have access to the IMAP password because the virus wouldn't have > >the password.") > > > >Jim Trigg > > > > > > IMAP requires a password. SMTP it's optional. Not at the University of Minnesota. We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). > I think that consumer SMTP > should be replaced with not only something that requires a password, but > that the user has to log into the account that they are sending email > from. Not necessary -- configure your mail server to match your policy requirements. > SMTP doesn't have to be tied to IMAP accounts. Correct. In fact, you can have multiple IMAP accounts configured in an e-mail client, but may have only 1 SMTP account set up (which doesn't even have to match up with any of the IMAP accounts). At least in Thunderbird. > If you have an SMTP account you can spoof anyone. That is an SMTP issue in general, not an authentication issue. If you have Internet access at all, you can spoof anyone by simply connecting to a remote port 25 and sending to your heart's content without needing any passwords... > My idea with IMAP sending is to deny the > ability of the sender to use a different email address that the one that > they are logged into. This is to prevent spam and spoofing. You can certainly do this on your mail server, but you can't force every other server on the Internet to do the same. :) -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From astle at lexi.net Fri Nov 3 18:47:39 2006 From: astle at lexi.net (William Astle) Date: Fri, 03 Nov 2006 11:47:39 -0700 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: <454B8ECB.2000900@lexi.net> Marc Perkel wrote: > IMAP requires a password. SMTP it's optional. I think that consumer SMTP > should be replaced with not only something that requires a password, but > that the user has to log into the account that they are sending email > from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP > account you can spoof anyone. My idea with IMAP sending is to deny the > ability of the sender to use a different email address that the one that > they are logged into. This is to prevent spam and spoofing. > I don't know what SMTP software you're using, but on my servers port 587 *requires* authentication and port 25 requires authentication in order to relay mail. Of course, once authenticated, you can put anything you want for sender address but that, too, can be prevented with a reasonable MTA and correct configuration. Basically, my point is that you can configure your SMTP server to enforce whatever restrictions you want on the envelope or even the headers. Just because you can configure it to be an open relay doesn't mean you have to have it configured that way. -- William Astle Lexicom Ltd. Phone: +1-403-262-6610 Long Distance: 1-877-426-6277 Email: astle at lexi.net From jhg at jhmg.net Fri Nov 3 18:55:01 2006 From: jhg at jhmg.net (Jim Garrison) Date: Fri, 03 Nov 2006 12:55:01 -0600 Subject: [Dovecot] mbox sync: Expunged message reappeared in mailbox In-Reply-To: <454B8D82.3010809@jhmg.net> References: <454B8D82.3010809@jhmg.net> Message-ID: <454B9085.5050802@jhmg.net> I just saw this message also: > dovecot: Nov 03 10:35:59 Error: POP3(joyce at jhmg.net): mbox sync: > UID inserted in the middle of mailbox > /var/mail/vhosts/jhmg.net/joyce (1603 > 1595, seq=2, idx_msgs=9) Does (1603 > 1595) refer to line numbers in the file? Jim Garrison wrote: > Starting at 05:32 this morning, one user on my dovecot server is > receiving hundreds of copies of old email. This is a short excerpt > from my dovecot.log showing the problem: > [snip] From marc at perkel.com Fri Nov 3 19:00:08 2006 From: marc at perkel.com (Marc Perkel) Date: Fri, 03 Nov 2006 11:00:08 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <20061103184229.GE25566@earth.tc.umn.edu> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> Message-ID: <454B91B8.1080109@perkel.com> Steven F Siirila wrote: > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > >> Jim Trigg wrote: >> >>> On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: >>> >>> >>>> Gunter Ohrner wrote: >>>> >>>> >>>>> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: >>>>> >>>>> >>>>> >>>>>> email. And the virus wouldn't have access to the IMAP password so >>>>>> >>>>>> >>> >>> >>>>> Why not? >>>>> >>>>> >>> >>> >>>> Because the virus wouldn't have the password. >>>> >>>> >>> That doesn't answer the question. Why would the IMAP password be any less >>> accessible to a virus than the SMTP password? (For that matter, what you >>> just used was "proof by assertion" which is meaningless. "The virus >>> wouldn't have access to the IMAP password because the virus wouldn't have >>> the password.") >>> >>> Jim Trigg >>> >>> >>> >> IMAP requires a password. SMTP it's optional. >> > > Not at the University of Minnesota. > We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). > OK - but the rest of the world varies from what the University of Minnesota does. > >> I think that consumer SMTP >> should be replaced with not only something that requires a password, but >> that the user has to log into the account that they are sending email >> from. >> > > Not necessary -- configure your mail server to match your policy requirements. > Yes but it's optional. I've done it that way but others don't. > >> SMTP doesn't have to be tied to IMAP accounts. >> > > Correct. In fact, you can have multiple IMAP accounts configured in an > e-mail client, but may have only 1 SMTP account set up (which doesn't even > have to match up with any of the IMAP accounts). At least in Thunderbird. > But with outgoing IMAP you wouldn't have to configure outgoing email at all. > >> If you have an SMTP account you can spoof anyone. >> > > That is an SMTP issue in general, not an authentication issue. > If you have Internet access at all, you can spoof anyone by simply > connecting to a remote port 25 and sending to your heart's content > without needing any passwords... > But you could limit a domain to require that the sending email come from the account of the receiving email. > >> My idea with IMAP sending is to deny the >> ability of the sender to use a different email address that the one that >> they are logged into. This is to prevent spam and spoofing. >> > > You can certainly do this on your mail server, but you can't force every > other server on the Internet to do the same. :) > But I think if we tightend up the spec some we could eliminate most spam. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061103/551f3859/attachment-0001.html From marc at perkel.com Fri Nov 3 19:01:21 2006 From: marc at perkel.com (Marc Perkel) Date: Fri, 03 Nov 2006 11:01:21 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8ECB.2000900@lexi.net> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <454B8ECB.2000900@lexi.net> Message-ID: <454B9201.4040206@perkel.com> William Astle wrote: > Marc Perkel wrote: > >> IMAP requires a password. SMTP it's optional. I think that consumer SMTP >> should be replaced with not only something that requires a password, but >> that the user has to log into the account that they are sending email >> from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP >> account you can spoof anyone. My idea with IMAP sending is to deny the >> ability of the sender to use a different email address that the one that >> they are logged into. This is to prevent spam and spoofing. >> >> > > I don't know what SMTP software you're using, but on my servers port 587 > *requires* authentication and port 25 requires authentication in order > to relay mail. Of course, once authenticated, you can put anything you > want for sender address but that, too, can be prevented with a > reasonable MTA and correct configuration. > > Basically, my point is that you can configure your SMTP server to > enforce whatever restrictions you want on the envelope or even the > headers. Just because you can configure it to be an open relay doesn't > mean you have to have it configured that way. > > It does on mine as well. But I do not control the rest of the world. If everyone used this standard then spam would drop drastically. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061103/348fd559/attachment.htm From jc at info-systems.de Fri Nov 3 19:39:02 2006 From: jc at info-systems.de (Jakob Curdes) Date: Fri, 03 Nov 2006 20:39:02 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B9201.4040206@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <454B8ECB.2000900@lexi.net> <454B9201.4040206@perkel.com> Message-ID: <454B9AD6.3040707@info-systems.de> To make it short : would it not be better to discuss such a proposed standard extension on the imap protocol list (Imap-protocol at u.washington.edu) rather than on an imap server list ? It would not help much to implement this in one server only. Yours JC From ghen at telenet.be Fri Nov 3 19:43:10 2006 From: ghen at telenet.be (Geert Hendrickx) Date: Fri, 3 Nov 2006 20:43:10 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B91B8.1080109@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> Message-ID: <20061103194310.GA10773@lori.ghen.be> On Fri, Nov 03, 2006 at 11:00:08AM -0800, Marc Perkel wrote: > But with outgoing IMAP you wouldn't have to configure outgoing email at all. How would SMTP errors (e.g. user does not exist) be returned? With a bounce mail? And what if a user is over quota? He wouldn't be able to send mail anymore either? Geert From jtrigg at spamcop.net Fri Nov 3 19:47:24 2006 From: jtrigg at spamcop.net (Jim Trigg) Date: Fri, 3 Nov 2006 14:47:24 -0500 (EST) Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: <19477.128.221.197.21.1162583244.squirrel@mail.scadian.net> On Fri, November 3, 2006 1:36 pm, Marc Perkel wrote: > Jim Trigg wrote: >> On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: >>> Gunter Ohrner wrote: >>>> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: >>>>> email. And the virus wouldn't have access to the IMAP password so >>>> Why not? >>> Because the virus wouldn't have the password. >> >> That doesn't answer the question. Why would the IMAP password be any >> less accessible to a virus than the SMTP password? (For that matter, >> what you just used was "proof by assertion" which is meaningless. "The >> virus wouldn't have access to the IMAP password because the virus >> wouldn't have the password.") > IMAP requires a password. SMTP it's optional. I think that consumer SMTP > should be replaced with not only something that requires a password, but > that the user has to log into the account that they are sending email > from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP > account you can spoof anyone. My idea with IMAP sending is to deny the > ability of the sender to use a different email address that the one that > they are logged into. This is to prevent spam and spoofing. Sorry, I thought the whole discussion was IMAP-sending versus SMTP-AUTH. Any submission port that is using neither SMTP-AUTH nor pop/imap-before-smtp is not worth considering, and any that is using such effectively requires a password to send email. As for preventing spoofing, there are scenarios in which it is necessary (real-life case study available on request). Jim From rob0 at gmx.co.uk Fri Nov 3 19:57:29 2006 From: rob0 at gmx.co.uk (/dev/rob0) Date: Fri, 3 Nov 2006 13:57:29 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B91B8.1080109@perkel.com> References: <454A7475.7030800@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> Message-ID: <200611031357.29495.rob0@gmx.co.uk> On Friday 03 November 2006 13:00, Marc Perkel wrote: > >> IMAP requires a password. SMTP it's optional. > > > > Not at the University of Minnesota. > > We require ESMTP STARTTLS/AUTH over the standard mail submission > > port (587). > > OK - but the rest of the world varies from what the University of > Minnesota does. This is absurd. Any responsible mail server will require some form of control over the clients it allows to relay. If yours does not, please see http://www.ordb.org/submit/ . Yes, you might choose to allow unauthenticated relaying for clients in netblocks under your direct control. But that is also reasonable, since when you get an abuse report you can immediately cut off the relaying client. It's a well-established best practice now to require SMTP AUTH for relaying. Every mail server I have set up or currently administer is exactly like what Steven describes. ISTM that the U. of Minnesota is quite in the mainstream. > >> I think that consumer SMTP > >> should be replaced with not only something that requires a > >> password, but that the user has to log into the account that they > >> are sending email from. FWIW, I think it has been replaced. If I were to authenticate to send through GMX, they would not allow me to use a different sender address. Probably all major freemail providers, and many ISPs, are already doing this. > > Not necessary -- configure your mail server to match your policy > > requirements. > > Yes but it's optional. I've done it that way but others don't. Everyone is (or should be, sigh) responsible for abuse that comes from their networks. > But with outgoing IMAP you wouldn't have to configure outgoing email > at all. You'd simply have to create a new standard and get most server and client software to implement it. Piece of cake. :) > But I think if we tightend up the spec some we could eliminate most > spam. Many talented people have worked tirelessly to find one, but alas, there is no FUSSP in sight. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From holmgren at lysator.liu.se Fri Nov 3 20:03:47 2006 From: holmgren at lysator.liu.se (Magnus Holmgren) Date: Fri, 3 Nov 2006 22:03:47 +0200 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: <200611032104.05955@proffe.kibibyte.se> On Friday 03 November 2006 19:36, Marc Perkel took the opportunity to say: > IMAP requires a password. SMTP it's optional. I think that consumer SMTP > should be replaced with not only something that requires a password, but > that the user has to log into the account that they are sending email > from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP > account you can spoof anyone. My idea with IMAP sending is to deny the > ability of the sender to use a different email address that the one that > they are logged into. This is to prevent spam and spoofing. You never give up, do you? Every time you propose submission by IMAP many people tell you that there is no fundamental difference between that and authenticated SMTP. Every ISP in the world, including the large-scale spammers who act as ISPs themselves, would have to employ suitable policies to avoid transmitting spoofed email. SMTP will still be used to transmit the mail to its destinations. Real authenticity is achieved using digital signatures, e.g. DKIM, in combination with SPF and your personal trust preferences. For example, GMail allows their users to send mail from any email address they can demonstrate that they own. That's good, that's what yoy want, and it is completely unrelated to IMAP. -- Magnus Holmgren holmgren at lysator.liu.se (No Cc of list mail needed, thanks) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061103/f3408fe4/attachment.pgp From jkt at gentoo.org Fri Nov 3 21:03:22 2006 From: jkt at gentoo.org (Jan Kundrat) Date: Fri, 3 Nov 2006 22:03:22 +0100 (CET) Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: On Fri, 3 Nov 2006, Marc Perkel wrote: > IMAP requires a password. False. There's a plenty of other ways how you can authorize yourself to an IMAP server, be it an X.509 certificate, Kerberos ticket or anything else. Cheers, -jkt From CMarcus at Media-Brokers.com Fri Nov 3 21:41:15 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Fri, 03 Nov 2006 16:41:15 -0500 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <1162566026.2923.99.camel@ux156> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> <454B523F.1030307@Media-Brokers.com> <1162566026.2923.99.camel@ux156> Message-ID: <454BB77B.2060403@Media-Brokers.com> > the most logical place to put archiving would be the MTA (not dovecot > but postfix for you). I agree - but was under the impression that, if Postfix is using the dovecot LDA, it might be easy to do this with the dovecot lda. Obviously I was not thinking clearly - thanks for straightening me out.... > But then you'll probably complain that the archive isn't visible in > IMAP. ? I would share the maildir, and only those who had access could see the archives. >>> For archive.inbox, simply make your MTA deliver a second copy to there, >> Postfix has an 'always_bcc' option, but it does not preserve the message >> with all of the headers intact, so this is not an option. > Use a saner MTA then. There are more than a few people out there who might take issue with your intimation that postfix is not a sane mta. That said... > For the MTA, I can only point to how exim can do it: > http://www.exim.org/eximwiki/FAQ/Delivery/Q0622 > http://www.exim.org/eximwiki/FAQ/Miscellaneous/Q5033 Thanks for the pointers. I've heard of exim, but never played with it... maybe I'll give it a look... > Has it ever occurred to you that a product as you want is not even > possible because if written for postfix it won't work on another system > that uses exim or sendmail or ....? So, why exactly do you think I made reference to doing this via a plug-in? > And if it serves the archive with cyrus and uses maildrop, then it > won't work with dovecot/dovecot-lda? I don't get your point? What difference does it make if a plug-in for postfix doesn't work for exim? Anyway, I've learned enough to know that I should definitely be looking at an MTA level solution, so thanks at least for getting me this far, even if you did so with a bit of an attitude... -- Best regards, Charles From ka at pacific.net Fri Nov 3 22:06:56 2006 From: ka at pacific.net (Ken A) Date: Fri, 03 Nov 2006 14:06:56 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <200611032104.05955@proffe.kibibyte.se> References: <454A7475.7030800@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <200611032104.05955@proffe.kibibyte.se> Message-ID: <454BBD80.6080909@pacific.net> Magnus Holmgren wrote: > On Friday 03 November 2006 19:36, Marc Perkel took the opportunity to say: >> IMAP requires a password. SMTP it's optional. I think that consumer SMTP >> should be replaced with not only something that requires a password, but >> that the user has to log into the account that they are sending email >> from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP >> account you can spoof anyone. My idea with IMAP sending is to deny the >> ability of the sender to use a different email address that the one that >> they are logged into. This is to prevent spam and spoofing. > > You never give up, do you? Every time you propose submission by IMAP many > people tell you that there is no fundamental difference between that and > authenticated SMTP. I remembered another recent neverending thread "The future of email is SQL" by the same author. One of these days he'll hit on a million dollar idea. This ain't it tho... So please stop wasting Timo's precious time with it! Thanks, Ken A. Pacific.Net Every ISP in the world, including the large-scale > spammers who act as ISPs themselves, would have to employ suitable policies > to avoid transmitting spoofed email. SMTP will still be used to transmit the > mail to its destinations. Real authenticity is achieved using digital > signatures, e.g. DKIM, in combination with SPF and your personal trust > preferences. For example, GMail allows their users to send mail from any > email address they can demonstrate that they own. That's good, that's what > yoy want, and it is completely unrelated to IMAP. > From bernd at firmix.at Fri Nov 3 22:37:08 2006 From: bernd at firmix.at (Bernd Petrovitsch) Date: Fri, 03 Nov 2006 23:37:08 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B91B8.1080109@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> Message-ID: <1162593428.4827.5.camel@gimli.at.home> On Fri, 2006-11-03 at 11:00 -0800, Marc Perkel wrote: > Steven F Siirila wrote: > > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: [...] > > > IMAP requires a password. SMTP it's optional. > > > > Not at the University of Minnesota. > > We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). The question is: How do you enforce it on submission via port 25? > OK - but the rest of the world varies from what the University of > Minnesota does. Not all of it. And if, then it is their choice. Perhaps you should submit an RFC for a better SMTP requiring authentication and other anti-spam meassures. Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services From sfs at tc.umn.edu Fri Nov 3 23:10:51 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Fri, 3 Nov 2006 17:10:51 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <1162593428.4827.5.camel@gimli.at.home> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> <1162593428.4827.5.camel@gimli.at.home> Message-ID: <20061103231051.GC19345@earth.tc.umn.edu> On Fri, Nov 03, 2006 at 11:37:08PM +0100, Bernd Petrovitsch wrote: > On Fri, 2006-11-03 at 11:00 -0800, Marc Perkel wrote: > > Steven F Siirila wrote: > > > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > [...] > > > > IMAP requires a password. SMTP it's optional. > > > > > > Not at the University of Minnesota. > > > We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). > > The question is: How do you enforce it on submission via port 25? We do allow the same thing over port 25, but only for backward compatibility. (If you try using either port without STARTTLS+AUTH, it will not work.) And of course for those non-standard MUAs (i.e. older Outlook) we also do support port 465 (SSL) and require AUTH there as well. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From tss at iki.fi Sat Nov 4 01:27:59 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 4 Nov 2006 03:27:59 +0200 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454A7475.7030800@perkel.com> References: <454A7475.7030800@perkel.com> Message-ID: I see only one way to get rid of spam: Hashcash type of thing being required by everyone, but with some kind of a protocol to make mailing lists be able to work. Of course, that won't work if the spam is sent only by some botnets using tons of computers. To fix that everyone would have to start using operating systems which don't allow you to accidentally run all sorts of botnet software. And such operating systems don't exist at the moment. Although OLTP's sounds promising. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/9dac0283/attachment.pgp From tss at iki.fi Sat Nov 4 11:15:21 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 13:15:21 +0200 Subject: [Dovecot] mbox sync: Expunged message reappeared in mailbox In-Reply-To: <454B9085.5050802@jhmg.net> References: <454B8D82.3010809@jhmg.net> <454B9085.5050802@jhmg.net> Message-ID: <1162638921.29374.57.camel@hurina> On Fri, 2006-11-03 at 12:55 -0600, Jim Garrison wrote: > I just saw this message also: > > > dovecot: Nov 03 10:35:59 Error: POP3(joyce at jhmg.net): mbox sync: > > UID inserted in the middle of mailbox > > /var/mail/vhosts/jhmg.net/joyce (1603 > 1595, seq=2, idx_msgs=9) > Does (1603 > 1595) refer to line numbers in the file? They refer to messages' UIDs. The above message means that the second mail in the mbox file contained "X-UID: 1595" header, while the mbox had already contained UIDs up to 1603. This by itself isn't enough to give the error though. If Dovecot sees broken X-UID headers for "new" messages, they're silently fixed. So besides having a broken X-UID header, Dovecot had to think this was a message it had already seen. In the above message it says Dovecot last saw 9 messages in the mbox file, and it's now parsing only the second one. So it means that something expunged the messages outside Dovecot. So.. If the mboxes are changed only using Dovecot, this really shouldn't be happening. Typically it could only happen when eg. copying an older backup of the mbox file over the new changed one. > Jim Garrison wrote: > > Starting at 05:32 this morning, one user on my dovecot server is > > receiving hundreds of copies of old email. This is a short excerpt > > from my dovecot.log showing the problem: You should anyway filter out the X-UID headers (and preferrably other Dovecot's metadata headers) in your MTA/LDA so that they won't get written to the mbox. That might help here if mbox is modified externally also. Anyway, these error messages shouldn't show up to users in any way. They get automatically fixed and won't give the client any error messages. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/98cdf7ff/attachment.pgp From tss at iki.fi Sat Nov 4 11:16:44 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 13:16:44 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <200611031635.07740.listuser@peternixon.net> References: <200611031635.07740.listuser@peternixon.net> Message-ID: <1162639004.29374.60.camel@hurina> On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > However, I am seeing that dovecot-ldap doesnt reconnect if openldap restarts. > Is there an options I am missing or is this a know problem?As I am using > dovecot for sasl with postfix and pop/imap this basically completely stops my > mail sytem... What messages do you see in Dovecot's log files? As far as I know the reconnection code should be working, at least for most people. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/2ca2210a/attachment.pgp From tss at iki.fi Sat Nov 4 11:21:21 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 13:21:21 +0200 Subject: [Dovecot] auth-req-handler.c adds spurious tab In-Reply-To: References: Message-ID: <1162639281.29374.62.camel@hurina> On Fri, 2006-11-03 at 13:22 +0100, Chris Laif wrote: > If the auth backend (postgresql in my case) returns extra fields, and > all of these extra_fields begin with 'userdb_', the auth_callback > functions adds an unwanted extra tab at the end of the response: > > auth(default): client out: OK^I8^Iuser=foo at bar^I > > This extra tab at the end confuses exim's dovecot-auth handler (the > exim-dovecot auth handler does not correctly count the number of > returned fields then (side note: the code on exim's side should > probably be cleaned up as well)). > > A quick fix is attached below. Thanks, fixed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/895650a9/attachment.pgp From ndbecker2 at gmail.com Sat Nov 4 12:00:48 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 04 Nov 2006 07:00:48 -0500 Subject: [Dovecot] deliver feature request (filter) Message-ID: I'm using maildrop for delivery, because I want to filter through spamassassin before delivery. Maildrop makes that trivial. It seems deliver can pipe (one way) to a command, but what is needed is to pipe: deliver -> spamd -> deliver which is what the maildrop xfilter does. From tss at iki.fi Sat Nov 4 12:31:33 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 14:31:33 +0200 Subject: [Dovecot] suspected bug in dovecot-ldap setup? In-Reply-To: <200611031015.52046.pjvenda@pjvenda.org> References: <200610271245.39547.pjvenda@pjvenda.org> <1162492923.4024.47.camel@hurina> <200611031015.52046.pjvenda@pjvenda.org> Message-ID: <1162643493.29374.80.camel@hurina> On Fri, 2006-11-03 at 10:15 +0000, Pedro Venda wrote: > On Thursday 02 November 2006 18:42, Timo Sirainen wrote: > > On Fri, 2006-10-27 at 12:45 +0100, Pedro Venda wrote: > > > I intended to have authenticated binds but there was a problem with the > > > user_filter directive being ignored: > > > user_filter = > > > (&(objectClass=JammMailAccount)(mail=%n@%d)(accountActive=TRUE) > > > (delete=FALSE)) > > > > .. > > > > > ldap(dave at info.test,::ffff:192.168.0.69): bind search: > > > base=o=hosting,dc=example,dc=com scope=subtree filter= > > > **(&(objectClass=posixAccount(uid=dave at info.test))** > > > dovecot: Oct 26 16:20:58 Info: auth(default): > > > ldap(dave at info.test,::ffff:192.168.0.69): unknown user > > > dovecot: Oct 26 16:20:59 Info: auth(default): client out: FAIL 1 > > > user=dave at info.test > > > dovecot: Oct 26 16:20:59 Info: imap-login: Disconnected: > > > user=, method=PLAIN, rip=::ffff:192.168.0.69, > > > lip=::ffff:192.168.0.5, TLS > > > > > > (nevermind the data, it's test only) > > > > > > As you can see from the info file, the search filter used was being > > > (&(objectClass=posixAccount(uid=dave at info.test)) and not > > > (&(objectClass=JammMailAccount)(mail=dave at info.test)(accountActive=TRUE) > > > (delete=FALSE)). > > > > user_filter is used by userdb only, after the password authentication > > was successful. So I guess you wanted to modify pass_filter instead? > > You see, I'm using auth_bind = yes, so pass_filter isn't relevant. Dovecot > doesn't need to find the password, given that authentication relies on > successfull binding. If you use auth_bind=yes, but not auth_bind_userdn, then the dn is looked up using pass_filter, not user_filter. user_filter is used only after a successful authentication to look up the user_attrs. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/a6ea2cf1/attachment.pgp From marc at perkel.com Sat Nov 4 14:53:29 2006 From: marc at perkel.com (Marc Perkel) Date: Sat, 04 Nov 2006 06:53:29 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <200611032104.05955@proffe.kibibyte.se> References: <454A7475.7030800@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <200611032104.05955@proffe.kibibyte.se> Message-ID: <454CA969.7070805@perkel.com> Magnus Holmgren wrote: > On Friday 03 November 2006 19:36, Marc Perkel took the opportunity to say: > >> IMAP requires a password. SMTP it's optional. I think that consumer SMTP >> should be replaced with not only something that requires a password, but >> that the user has to log into the account that they are sending email >> from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP >> account you can spoof anyone. My idea with IMAP sending is to deny the >> ability of the sender to use a different email address that the one that >> they are logged into. This is to prevent spam and spoofing. >> > > You never give up, do you? Every time you propose submission by IMAP many > people tell you that there is no fundamental difference between that and > authenticated SMTP. Every ISP in the world, including the large-scale > spammers who act as ISPs themselves, would have to employ suitable policies > to avoid transmitting spoofed email. SMTP will still be used to transmit the > mail to its destinations. Real authenticity is achieved using digital > signatures, e.g. DKIM, in combination with SPF and your personal trust > preferences. For example, GMail allows their users to send mail from any > email address they can demonstrate that they own. That's good, that's what > yoy want, and it is completely unrelated to IMAP. > > There is a fundamental difference. 1) You can use SMTP or authenticated SMTP to authenticate and send email through ANY server and it doesn't require that the authentication have anything to do with the authentication of the IMAP account. If you had an IMAP protocol to send email then you could lock out the SMTP protocols for end users and force the to have to authenticate using the same protocols. This gives you several advantages. You can make it so that the from address and reply to address match the IMAP account prohibiting spoofing of email addresses. It can be used to prevent user mischief. 2) It eliminated 50% of user setup in that once you set up IMAP you need not set up oupgoing email. 3) It gets you around port blocking. If you can receive email you can send email This is good for those traveling who have trouble finding a working SMTP server. 4) A server who advertizes through DNS that they have these restrictions can prevent spam as other servers can reject spam from that domain that comes from outside the rules advertized. 5) Why use 2 protocols when you can use one? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061104/1948a7d9/attachment.html From sfs at tc.umn.edu Sat Nov 4 15:05:08 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Sat, 4 Nov 2006 09:05:08 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454CA969.7070805@perkel.com> References: <454A7475.7030800@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <200611032104.05955@proffe.kibibyte.se> <454CA969.7070805@perkel.com> Message-ID: <20061104150508.GA4474@earth.tc.umn.edu> On Sat, Nov 04, 2006 at 06:53:29AM -0800, Marc Perkel wrote: > > > Magnus Holmgren wrote: > >On Friday 03 November 2006 19:36, Marc Perkel took the opportunity to say: > > > >>IMAP requires a password. SMTP it's optional. I think that consumer SMTP > >>should be replaced with not only something that requires a password, but > >>that the user has to log into the account that they are sending email > >>from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP > >>account you can spoof anyone. My idea with IMAP sending is to deny the > >>ability of the sender to use a different email address that the one that > >>they are logged into. This is to prevent spam and spoofing. > >> > > > >You never give up, do you? Every time you propose submission by IMAP many > >people tell you that there is no fundamental difference between that and > >authenticated SMTP. Every ISP in the world, including the large-scale > >spammers who act as ISPs themselves, would have to employ suitable > >policies to avoid transmitting spoofed email. SMTP will still be used to > >transmit the mail to its destinations. Real authenticity is achieved using > >digital signatures, e.g. DKIM, in combination with SPF and your personal > >trust preferences. For example, GMail allows their users to send mail from > >any email address they can demonstrate that they own. That's good, that's > >what yoy want, and it is completely unrelated to IMAP. > > > > > > There is a fundamental difference. > > 1) You can use SMTP or authenticated SMTP to authenticate and send email > through ANY server and it doesn't require that the authentication have > anything to do with the authentication of the IMAP account. If you had > an IMAP protocol to send email then you could lock out the SMTP > protocols for end users and force the to have to authenticate using the > same protocols. This gives you several advantages. You can make it so > that the from address and reply to address match the IMAP account > prohibiting spoofing of email addresses. It can be used to prevent user > mischief. You can do the same thing with authenticated SMTP (tie the from address and reply to address to the authenticated user). > 2) It eliminated 50% of user setup in that once you set up IMAP you need > not set up oupgoing email. Minor. > 3) It gets you around port blocking. If you can receive email you can > send email This is good for those traveling who have trouble finding a > working SMTP server. So does standardizing on the already-established submission port (587). > 4) A server who advertizes through DNS that they have these restrictions > can prevent spam as other servers can reject spam from that domain that > comes from outside the rules advertized. If you can get LOTS of folks to advertise something via DNS, I have much better ways to reject spam. For example, get IP network owners to publish IP addresses which are never authorized to send direct-to-MX mail. This would eliminate tons of spam from zombies on dynamic IP addresses. > 5) Why use 2 protocols when you can use one? Because they're industry standards and in wide use. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From tss at iki.fi Sat Nov 4 15:11:53 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 17:11:53 +0200 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162550831.30500.5.camel@localhost> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> Message-ID: <1162653113.29374.90.camel@hurina> On Fri, 2006-11-03 at 10:47 +0000, Rob Coward wrote: > Timo, > I dont know about any ldap-auth memory leak, but I still havent seen any > responses about the issue myself and Matheus Antonio Oliveira have > reported about ldap authentications against Active Directory using > auth_bind. Any chance this could be looked at before the v1.0 release is > finalised ? I did quite large changes related to this and other auth_bind related things. All of it is untested unfortunately, because I haven't bothered to figure out why my OpenLDAP server installation is broken (and I really don't want to spend time figuring it out either). Anyway, if you (or someone else) could test that these changes work before I release rc11 that'd be great. The changes are in CVS and in the latest nightly snapshot: http://dovecot.org/nightly/dovecot-latest.tar.gz The changes are also in these patches: http://dovecot.org/list/dovecot-cvs/2006-November/006683.html http://dovecot.org/list/dovecot-cvs/2006-November/006687.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/7d64e8ea/attachment.pgp From jaysen at emtjaysen.net Sat Nov 4 15:43:04 2006 From: jaysen at emtjaysen.net (jaysen at emtjaysen.net) Date: Sat, 04 Nov 2006 08:43:04 -0700 Subject: [Dovecot] INIT startup script for Fedora Core 5 Message-ID: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061104/ced30a80/attachment.html From billl at inetmsg.com Sat Nov 4 15:48:29 2006 From: billl at inetmsg.com (Bill Landry) Date: Sat, 04 Nov 2006 07:48:29 -0800 Subject: [Dovecot] INIT startup script for Fedora Core 5 In-Reply-To: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> References: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> Message-ID: <454CB64D.6040507@inetmsg.com> jaysen at emtjaysen.net wrote: > Does anyone have an init script for dovecot that will work with Fedora > Core 5 so that it will startup automatically on boot? I can't seem to > find one so If you have one I would appreciate it if you could send it > to me. > > Thank You > > Jaysen This is what I use on my Fedora Core 3 server (should work fine of Core 5, as well): ===== #!/bin/sh # description: Dovecot IMAP Server # processname: dovecot # chkconfig: - 54 54 # Source function library. . /etc/rc.d/init.d/functions # Source networking configuration. . /etc/sysconfig/network [ -x /usr/local/sbin/dovecot ] || exit 0 PATH=$PATH:/usr/local/sbin case "$1" in start) echo -n "Starting Dovecot Daemon: " daemon dovecot RETVAL=$? echo [ $RETVAL -eq 0 ] && touch /var/lock/subsys/dovecot ;; stop) echo -n "Stopping Dovecot Daemon: " killproc dovecot RETVAL=$? echo [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/dovecot ;; status) status dovecot RETVAL=$? ;; restart) echo -n "Restarting Dovecot: " $0 stop $0 start RETVAL=$? ;; *) echo "Usage: dovecot {start|stop|status|restart}" exit 1 esac exit $RETVAL ===== HTH, Bill From gerard at seibercom.net Sat Nov 4 16:06:52 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Sat, 4 Nov 2006 11:06:52 -0500 Subject: [Dovecot] MySQL Configuration Message-ID: <200611041107.03617.gerard@seibercom.net> Dovecot 1.0.rc10 FreeBSD 6.1 This is probably a dumb question; however, I have never let a little thing like that bother me in the past. In the 'dovecot.conf' file there are the follow two sections: # SQL database passdb sql { # Path for SQL configuration file, see doc/dovecot-sql.conf for example args = /usr/local/etc/dovecot-sql.conf } userdb sql { # Path for SQL configuration file, see doc/dovecot-sql.conf for example args = /usr/local/etc/dovecot-sql.conf } I keep the 'users' and their respective 'passwords' in the same MySQL database. I am not sure why I wouldn't. Therefore, would it not make more sense to have just one MySQL configuration line in the 'dovecot.conf' file rather than two, or am I missing something here? -- Gerard Seibert gerard at seibercom.net Laws are like sausages. It's better not to see them being made. Otto von Bismarck -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/7b1f8d7d/attachment-0001.pgp From swarren at wwwdotorg.org Sat Nov 4 17:07:00 2006 From: swarren at wwwdotorg.org (Stephen Warren) Date: Sat, 04 Nov 2006 10:07:00 -0700 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162653113.29374.90.camel@hurina> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> <1162653113.29374.90.camel@hurina> Message-ID: <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> Timo Sirainen wrote: > I did quite large changes related to this and other auth_bind related > things. All of it is untested unfortunately, because I haven't bothered > to figure out why my OpenLDAP server installation is broken (and I > really don't want to spend time figuring it out either). Surely the code-base should be pretty much frozen except for bug-fixes, since we're already *way* into an extremely protracted RC series. I understand this change was to fix an existing bug, but it sounds like the change was far more than a simple bug fix. Major code rewrites, especially without any testing, don't seem right at this stage in the game. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/3c76849f/attachment.pgp From luca at leenoox.net Sat Nov 4 17:07:57 2006 From: luca at leenoox.net (Luca Corti) Date: Sat, 04 Nov 2006 18:07:57 +0100 Subject: [Dovecot] MySQL Configuration In-Reply-To: <200611041107.03617.gerard@seibercom.net> References: <200611041107.03617.gerard@seibercom.net> Message-ID: <1162660077.4809.6.camel@cdevo.cdlan.it> On Sat, 2006-11-04 at 11:06 -0500, Gerard Seibert wrote: > I keep the 'users' and their respective 'passwords' in the same MySQL > database. I am not sure why I wouldn't. Therefore, would it not make more > sense to have just one MySQL configuration line in the 'dovecot.conf' file > rather than two, or am I missing something here? It is not a matter of where information is stored. At authentication you need username and password. At mail delivery you need address and mailbox location. Dovecot allows you to do prefetching of userdb data in the passdb query and use just one query. However for some features to work you still need a valid, non prefetch userdb configuration (e.g. Dovecot LDA). ciao Luca From bdm at fenrir.org.uk Sat Nov 4 17:15:44 2006 From: bdm at fenrir.org.uk (Brian Morrison) Date: Sat, 4 Nov 2006 17:15:44 +0000 Subject: [Dovecot] INIT startup script for Fedora Core 5 In-Reply-To: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> References: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> Message-ID: <20061104171544.42b150b5@peterson.fenrir.org.uk> On Sat, 04 Nov 2006 08:43:04 -0700 jaysen at emtjaysen.net wrote: > Does anyone have an init script for dovecot that will work with Fedora Core 5 so that it will startup automatically on boot? I can't seem to find one so If you have one I would appreciate it if you could send it to me. There is a dovecot rpm available from the ATrpms repository, it contains the sysV-style init scripts and will do what you want. -- Brian Morrison bdm at fenrir dot org dot uk GnuPG key ID DE32E5C5 - http://wwwkeys.uk.pgp.net/pgpnet/wwwkeys.html From tss at iki.fi Sat Nov 4 17:20:56 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 19:20:56 +0200 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> <1162653113.29374.90.camel@hurina> <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1162660856.4177.4.camel@hurina> On Sat, 2006-11-04 at 10:07 -0700, Stephen Warren wrote: > Timo Sirainen wrote: > > I did quite large changes related to this and other auth_bind related > > things. All of it is untested unfortunately, because I haven't bothered > > to figure out why my OpenLDAP server installation is broken (and I > > really don't want to spend time figuring it out either). > > Surely the code-base should be pretty much frozen except for bug-fixes, > since we're already *way* into an extremely protracted RC series. > > I understand this change was to fix an existing bug, but it sounds like > the change was far more than a simple bug fix. Major code rewrites, > especially without any testing, don't seem right at this stage in the game. In general I agree, but there wasn't any simple fix for this bug, except to just tell people that auth_bind sort of works but not really. And since so many people have wanted auth binds for a long time, I think it's better to fix it now than to hear complains about it for a long time. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/6b8b2b2e/attachment.pgp From gerard at seibercom.net Sat Nov 4 17:55:34 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Sat, 4 Nov 2006 12:55:34 -0500 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162660856.4177.4.camel@hurina> References: <1162506552.4024.189.camel@hurina> <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> <1162660856.4177.4.camel@hurina> Message-ID: <200611041255.44747.gerard@seibercom.net> On Saturday 04 November 2006 12:20, Timo Sirainen wrote: > On Sat, 2006-11-04 at 10:07 -0700, Stephen Warren wrote: > > Timo Sirainen wrote: > > > I did quite large changes related to this and other auth_bind related > > > things. All of it is untested unfortunately, because I haven't > > > bothered to figure out why my OpenLDAP server installation is broken > > > (and I really don't want to spend time figuring it out either). > > > > Surely the code-base should be pretty much frozen except for bug-fixes, > > since we're already *way* into an extremely protracted RC series. > > > > I understand this change was to fix an existing bug, but it sounds like > > the change was far more than a simple bug fix. Major code rewrites, > > especially without any testing, don't seem right at this stage in the > > game. > > In general I agree, but there wasn't any simple fix for this bug, except > to just tell people that auth_bind sort of works but not really. And > since so many people have wanted auth binds for a long time, I think > it's better to fix it now than to hear complains about it for a long > time. I'll drink to that! Seriously though, if you know the problem exists, then there is really no good reason to procrastinate. Fix it and get it over with. -- Gerard I'd give my right arm to be ambidextrous. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/da0a2172/attachment.pgp From anmar at gmx.net Sat Nov 4 17:57:05 2006 From: anmar at gmx.net (Angel Marin) Date: Sat, 04 Nov 2006 18:57:05 +0100 Subject: [Dovecot] INIT startup script for Fedora Core 5 In-Reply-To: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> References: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> Message-ID: jaysen at emtjaysen.net escribi?: > Does anyone have an init script for dovecot that will work with Fedora Core 5 so > that it will startup automatically on boot? I can't seem to find one so If you > have one I would appreciate it if you could send it to me. FC5 ships dovecot as part of core, so it has an init script: http://cvs.fedora.redhat.com/viewcvs/*checkout*/rpms/dovecot/FC-5/dovecot.init?rev=HEAD -- Angel Marin http://anmar.eu.org/ From lesmikesell at gmail.com Sat Nov 4 18:20:29 2006 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 04 Nov 2006 12:20:29 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B77CC.2050405@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> Message-ID: <1162664428.13009.14.camel@les-home.futuresource.com> On Fri, 2006-11-03 at 11:09, Marc Perkel wrote: > > > > > > email. And the virus wouldn't have access to the IMAP password so > > > > > Why not? > > > > > > Because the virus wouldn't have the password. Beg your pardon, but the biggest email virus spreader of all doesn't use smtp, and does send through a service that needs authentication. You are on the wrong track here. -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Sat Nov 4 19:30:34 2006 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 04 Nov 2006 13:30:34 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: <1162668634.13009.37.camel@les-home.futuresource.com> On Fri, 2006-11-03 at 12:36, Marc Perkel wrote: > IMAP requires a password. SMTP it's optional. I think that consumer > SMTP should be replaced with not only something that requires a > password, but that the user has to log into the account that they are > sending email from. SMTP doesn't have to be tied to IMAP accounts. If > you have an SMTP account you can spoof anyone. My idea with IMAP > sending is to deny the ability of the sender to use a different email > address that the one that they are logged into. This is to prevent > spam and spoofing. You are talking about implementation details, not protocols here. Assuming you could send over IMAP, why do you think it would any more likely that spoofing would be blocked by all implementations than with authenticated smtp or that all accounts that accepted IMAP logins would be valid sending addresses? -- Les Mikesell lesmikesell at gmail.com From tss at iki.fi Sat Nov 4 19:55:02 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 21:55:02 +0200 Subject: [Dovecot] trash plugin not working as expected In-Reply-To: <452FD6BA.7070009@schetterer.org> References: <452FD6BA.7070009@schetterer.org> Message-ID: <1162670102.4177.17.camel@hurina> The trash plugin was completely broken. I remember testing it long time ago that it worked, but looks like I had since broken it in multiple ways. I anyway fixed it now, and it should work again in rc11. Patches also here: http://dovecot.org/list/dovecot-cvs/2006-November/006695.html http://dovecot.org/list/dovecot-cvs/2006-November/006697.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/80489e15/attachment.pgp From bernd at firmix.at Sat Nov 4 20:40:44 2006 From: bernd at firmix.at (Bernd Petrovitsch) Date: Sat, 04 Nov 2006 21:40:44 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <20061103231051.GC19345@earth.tc.umn.edu> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> <1162593428.4827.5.camel@gimli.at.home> <20061103231051.GC19345@earth.tc.umn.edu> Message-ID: <1162672844.3606.3.camel@gimli.at.home> On Fri, 2006-11-03 at 17:10 -0600, Steven F Siirila wrote: > On Fri, Nov 03, 2006 at 11:37:08PM +0100, Bernd Petrovitsch wrote: > > On Fri, 2006-11-03 at 11:00 -0800, Marc Perkel wrote: > > > Steven F Siirila wrote: > > > > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > > [...] > > > > > IMAP requires a password. SMTP it's optional. > > > > > > > > Not at the University of Minnesota. > > > > We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). > > > > The question is: How do you enforce it on submission via port 25? > > We do allow the same thing over port 25, but only for backward compatibility. > (If you try using either port without STARTTLS+AUTH, it will not work.) > And of course for those non-standard MUAs (i.e. older Outlook) we also do > support port 465 (SSL) and require AUTH there as well. Sorry, my above question was bad worded - it should have been: The question is: How do you enforce submission via the submission port (and inhibit submission via port 25)? Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services From sfs at tc.umn.edu Sat Nov 4 20:49:48 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Sat, 4 Nov 2006 14:49:48 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <1162672844.3606.3.camel@gimli.at.home> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> <1162593428.4827.5.camel@gimli.at.home> <20061103231051.GC19345@earth.tc.umn.edu> <1162672844.3606.3.camel@gimli.at.home> Message-ID: <20061104204948.GA23797@earth.tc.umn.edu> On Sat, Nov 04, 2006 at 09:40:44PM +0100, Bernd Petrovitsch wrote: > On Fri, 2006-11-03 at 17:10 -0600, Steven F Siirila wrote: > > On Fri, Nov 03, 2006 at 11:37:08PM +0100, Bernd Petrovitsch wrote: > > > On Fri, 2006-11-03 at 11:00 -0800, Marc Perkel wrote: > > > > Steven F Siirila wrote: > > > > > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > > > [...] > > > > > > IMAP requires a password. SMTP it's optional. > > > > > > > > > > Not at the University of Minnesota. > > > > > We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). > > > > > > The question is: How do you enforce it on submission via port 25? > > > > We do allow the same thing over port 25, but only for backward compatibility. > > (If you try using either port without STARTTLS+AUTH, it will not work.) > > And of course for those non-standard MUAs (i.e. older Outlook) we also do > > support port 465 (SSL) and require AUTH there as well. > > Sorry, my above question was bad worded - it should have been: > The question is: How do you enforce submission via the submission port > (and inhibit submission via port 25)? We don't REQUIRE it (yet), but we strongly encourage it. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From tss at iki.fi Sat Nov 4 21:27:31 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 23:27:31 +0200 Subject: [Dovecot] 1.0.rc11 released Message-ID: <1162675651.4177.25.camel@hurina> http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz.sig Hopefully the last RC release? As far as I know there are no major problems left now. If nothing big shows up, v1.0 should be out in a couple of weeks. * Renamed default_mail_env to mail_location. default_mail_env still works for backwards compatibility. * deliver: When sending rejects, don't include Content-Type in the rejected mail's headers. * LDAP changes: * If auth binds are used, bind back to the default dn before doing a search. Otherwise it could fail if a user gave an invalid password. * Initial binding at connect is now done asynchronously. * Use pass_attrs even with auth_bind=yes since it may contain useful non-password fields. + passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP environments to the checkpassword binary so we're UCSPI (and vchkpw) compatible. - mbox handling was a bit broken in rc10 - Using Dovecot via inetd kept crashing dovecot master - deliver: Don't crash with -f "". Changed the default from envelope to be "MAILER-DAEMON". - INBOX wasn't shown with LSUB command if only prefixed namespaces were used. - passdb ldap: Reconnecting to LDAP server wasn't working with auth binds. - passdb sql: Non-plaintext authentication didn't work - MySQL passdb ignored all non-password checks, such as allow_nets - trash plugin was broken -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/006e2349/attachment.pgp From tss at iki.fi Sat Nov 4 21:31:20 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 23:31:20 +0200 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162653113.29374.90.camel@hurina> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> <1162653113.29374.90.camel@hurina> Message-ID: <1162675880.4177.27.camel@hurina> On Sat, 2006-11-04 at 17:11 +0200, Timo Sirainen wrote: > I did quite large changes related to this and other auth_bind related > things. All of it is untested unfortunately, because I haven't bothered > to figure out why my OpenLDAP server installation is broken (and I > really don't want to spend time figuring it out either). I ended up reinstalling my OpenLDAP server and testing myself. There were several bugs, so I guess I would have had to do that anyway :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061104/0abb5f51/attachment.pgp From listuser at peternixon.net Sat Nov 4 23:04:54 2006 From: listuser at peternixon.net (Peter Nixon) Date: Sun, 5 Nov 2006 01:04:54 +0200 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <1162672844.3606.3.camel@gimli.at.home> References: <454A7475.7030800@perkel.com> <20061103231051.GC19345@earth.tc.umn.edu> <1162672844.3606.3.camel@gimli.at.home> Message-ID: <200611050105.00557.listuser@peternixon.net> On Sat 04 Nov 2006 22:40, Bernd Petrovitsch wrote: > On Fri, 2006-11-03 at 17:10 -0600, Steven F Siirila wrote: > > On Fri, Nov 03, 2006 at 11:37:08PM +0100, Bernd Petrovitsch wrote: > > > On Fri, 2006-11-03 at 11:00 -0800, Marc Perkel wrote: > > > > Steven F Siirila wrote: > > > > > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > > > > > > [...] > > > > > > > > > IMAP requires a password. SMTP it's optional. > > > > > > > > > > Not at the University of Minnesota. > > > > > We require ESMTP STARTTLS/AUTH over the standard mail submission > > > > > port (587). > > > > > > The question is: How do you enforce it on submission via port 25? > > > > We do allow the same thing over port 25, but only for backward > > compatibility. (If you try using either port without STARTTLS+AUTH, it > > will not work.) And of course for those non-standard MUAs (i.e. older > > Outlook) we also do support port 465 (SSL) and require AUTH there as > > well. > > Sorry, my above question was bad worded - it should have been: > The question is: How do you enforce submission via the submission port > (and inhibit submission via port 25)? Postfix can be configured in this manner, although I am not really sure what it gains you. -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061105/7f044fa5/attachment.pgp From rueckert at informatik.uni-rostock.de Sat Nov 4 23:23:19 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Sun, 5 Nov 2006 00:23:19 +0100 Subject: [Dovecot] deliver feature request (filter) In-Reply-To: References: Message-ID: <20061104232319.GS5591@pixel.global-banlist.de> On 2006-11-04 07:00:48 -0500, Neal Becker wrote: > I'm using maildrop for delivery, because I want to filter through > spamassassin before delivery. Maildrop makes that trivial. > > It seems deliver can pipe (one way) to a command, but what is needed is to > pipe: > deliver -> spamd -> deliver > > which is what the maildrop xfilter does. you feed deliver from your MTA or from your mail fetch tool? darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From bspencer at XsiteDesigns.com Sat Nov 4 23:39:28 2006 From: bspencer at XsiteDesigns.com (Brent Spencer) Date: Sat, 4 Nov 2006 15:39:28 -0800 (PST) Subject: [Dovecot] [Dovecot-news] 1.0.rc11 released In-Reply-To: <1162675651.4177.25.camel@hurina> References: <1162675651.4177.25.camel@hurina> Message-ID: <2634.68.228.95.162.1162683568.squirrel@secure.xsitedesigns.com> Thanks for getting the xinetd working again. I appreciate it. Brent Spencer XsiteDesigns > http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz > http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz.sig > > Hopefully the last RC release? As far as I know there are no major > problems left now. If nothing big shows up, v1.0 should be out in a > couple of weeks. > > * Renamed default_mail_env to mail_location. default_mail_env still > works for backwards compatibility. > * deliver: When sending rejects, don't include Content-Type in the > rejected mail's headers. > * LDAP changes: > * If auth binds are used, bind back to the default dn before > doing > a search. Otherwise it could fail if a user gave an invalid > password. > * Initial binding at connect is now done asynchronously. > * Use pass_attrs even with auth_bind=yes since it may contain > useful non-password fields. > > + passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP > environments to the checkpassword binary so we're UCSPI (and vchkpw) > compatible. > - mbox handling was a bit broken in rc10 > - Using Dovecot via inetd kept crashing dovecot master > - deliver: Don't crash with -f "". Changed the default from envelope > to be "MAILER-DAEMON". > - INBOX wasn't shown with LSUB command if only prefixed namespaces > were used. > - passdb ldap: Reconnecting to LDAP server wasn't working with > auth binds. > - passdb sql: Non-plaintext authentication didn't work > - MySQL passdb ignored all non-password checks, such as allow_nets > - trash plugin was broken > > _______________________________________________ > Dovecot-news mailing list > Dovecot-news at dovecot.org > http://dovecot.org/cgi-bin/mailman/listinfo/dovecot-news > _________________________________________________ This email has been scanned for viruses by ClamAV From tim at krellis.org Sun Nov 5 00:15:07 2006 From: tim at krellis.org (Tim Wilde) Date: Sat, 04 Nov 2006 16:15:07 -0800 Subject: [Dovecot] RC11 Build Failure on FreeBSD 6.1 Message-ID: <454D2D0B.2000600@krellis.org> I just ran into a build failure on Dovecot 1.0RC11 on FreeBSD 6.1. Identical command sequence for the build worked fine for RC10. uname -a: FreeBSD thor.krellis.org 6.1-RELEASE-p5 FreeBSD 6.1-RELEASE-p5 #0: Fri Sep 1 01:47:32 EDT 2006 root at jail7.jvds.com:/usr/obj/usr/src/sys/JAIL7 i386 Configured with a straight ./configure, no options, no problems reported during configure, but make failed with: if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mountpoint.o -MD -MP -MF ".deps/mountpoint.Tpo" -c -o mountpoint.o mountpoint.c; then mv -f ".deps/mountpoint.Tpo" ".deps/mountpoint.Po"; else rm -f ".deps/mountpoint.Tpo"; exit 1; fi mountpoint.c:11:30: #if with no expression mountpoint.c:40: warning: unused parameter 'path' mountpoint.c:40: warning: unused parameter 'pool' *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11/src/lib. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11/src. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11. Full output of everything I did after untarring (I apologize in advance for any bad wrapping, I can attach as text/plain if necessary for diagnosis): [tim at thor ~/build/dovecot-1.0.rc11]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for library containing strerror... none required checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for inline... inline checking build system type... i386-unknown-freebsd6.1 checking host system type... i386-unknown-freebsd6.1 checking for a sed that does not truncate output... /usr/bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... freebsd6.1 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.1 ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 static flag -static works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.1 ld.so checking how to hardcode library paths into programs... immediate checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... /usr/local/bin/bash: ./config.rpath: No such file or directory done checking for iconv... no, consider installing GNU libiconv checking for strings.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking dirent.h usability... yes checking dirent.h presence... yes checking for dirent.h... yes checking sys/uio.h usability... yes checking sys/uio.h presence... yes checking for sys/uio.h... yes checking sys/sysmacros.h usability... no checking sys/sysmacros.h presence... no checking for sys/sysmacros.h... no checking sys/resource.h usability... yes checking sys/resource.h presence... yes checking for sys/resource.h... yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking libgen.h usability... yes checking libgen.h presence... yes checking for libgen.h... yes checking sys/quota.h usability... no checking sys/quota.h presence... no checking for sys/quota.h... no checking sys/fs/ufs_quota.h usability... no checking sys/fs/ufs_quota.h presence... no checking for sys/fs/ufs_quota.h... no checking ufs/ufs/quota.h usability... yes checking ufs/ufs/quota.h presence... yes checking for ufs/ufs/quota.h... yes checking jfs/quota.h usability... no checking jfs/quota.h presence... no checking for jfs/quota.h... no checking mntent.h usability... no checking mntent.h presence... no checking for mntent.h... no checking sys/mnttab.h usability... no checking sys/mnttab.h presence... no checking for sys/mnttab.h... no checking sys/event.h usability... yes checking sys/event.h presence... yes checking for sys/event.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking sys/mkdev.h usability... no checking sys/mkdev.h presence... no checking for sys/mkdev.h... no checking linux/dqblk_xfs.h usability... no checking linux/dqblk_xfs.h presence... no checking for linux/dqblk_xfs.h... no checking xfs/xqm.h usability... no checking xfs/xqm.h presence... no checking for xfs/xqm.h... no checking sasl.h usability... no checking sasl.h presence... no checking for sasl.h... no checking sasl/sasl.h usability... no checking sasl/sasl.h presence... no checking for sasl/sasl.h... no checking for socket... yes checking for inet_addr... yes checking for fdatasync... no checking for fdatasync in -lrt... no checking for fcntl... yes checking for flock... yes checking for lockf... yes checking for inet_aton... yes checking for sigaction... yes checking for getpagesize... yes checking for madvise... yes checking for strcasecmp... yes checking for stricmp... no checking for vsnprintf... yes checking for vsyslog... yes checking for writev... yes checking for pread... yes checking for setrlimit... yes checking for setproctitle... yes checking for seteuid... yes checking for setreuid... yes checking for setegid... yes checking for setresgid... yes checking for strtoull... yes checking for strtouq... yes checking for setpriority... yes checking for quotactl... yes checking for getmntent... no checking for kqueue... yes checking for kevent... yes checking for getrusage... yes checking for poll... yes checking if we can use inotify... "no" checking if we can use dnotify... "no" checking for int... yes checking size of int... 4 checking for long... yes checking size of long... 4 checking for void *... yes checking size of void *... 4 checking for long long... yes checking size of long long... 8 checking for _Bool... yes checking for uoff_t... no checking type of off_t... long long checking whether size_t is signed... no checking type of size_t... unsigned int checking for stdint.h... (cached) yes checking for uintmax_t... yes checking for uint_fast32_t... yes checking for socklen_t... yes checking for /dev/urandom... yes checking for tm_gmtoff... yes checking how large time_t values gmtime() accepts... 32 checking for struct iovec... yes checking Linux compatible mremap()... no checking whether shared mmaps get updated by write()s... yes checking whether fd passing works... yes checking for sendfile in -lsendfile... no checking Linux compatible sendfile()... no checking FreeBSD compatible sendfile()... yes checking if we should use _XPG6 macro for crypt()... yes checking if statvfs.f_mntfromname exists... no checking if statfs.f_mntfromname exists... yes checking if struct dqblk.dqb_curblocks exists... yes checking if struct dqblk.dqb_curspace exists... no checking if struct Q_QUOTACTL ioctl exists... no checking for an implementation of va_copy()... yes checking for an implementation of __va_copy()... no checking whether va_lists can be copied by value... yes checking for SSL_read in -lssl... yes checking openssl/ssl.h usability... yes checking openssl/ssl.h presence... yes checking for openssl/ssl.h... yes checking openssl/err.h usability... yes checking openssl/err.h presence... yes checking for openssl/err.h... yes checking for getspnam... no checking for pam_start in -lpam... yes checking security/pam_appl.h usability... yes checking security/pam_appl.h presence... yes checking for security/pam_appl.h... yes checking pam/pam_appl.h usability... no checking pam/pam_appl.h presence... no checking for pam/pam_appl.h... no checking for pam_setcred in -lpam... yes checking for auth_userokay... no checking for vpopmail configuration at ~vpopmail/etc/lib_deps... not found checking for crypt in -lcrypt... yes checking for dlopen... yes checking whether byte ordering is bigendian... no checking for IPv6... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating src/lib/Makefile config.status: creating src/lib-sql/Makefile config.status: creating src/lib-auth/Makefile config.status: creating src/lib-charset/Makefile config.status: creating src/lib-dict/Makefile config.status: creating src/lib-imap/Makefile config.status: creating src/lib-index/Makefile config.status: creating src/lib-mail/Makefile config.status: creating src/lib-ntlm/Makefile config.status: creating src/lib-settings/Makefile config.status: creating src/lib-storage/Makefile config.status: creating src/lib-storage/index/Makefile config.status: creating src/lib-storage/index/maildir/Makefile config.status: creating src/lib-storage/index/mbox/Makefile config.status: creating src/lib-storage/index/dbox/Makefile config.status: creating src/lib-storage/subscription-file/Makefile config.status: creating src/lib-storage/register/Makefile config.status: creating src/auth/Makefile config.status: creating src/deliver/Makefile config.status: creating src/dict/Makefile config.status: creating src/imap/Makefile config.status: creating src/imap-login/Makefile config.status: creating src/login-common/Makefile config.status: creating src/master/Makefile config.status: creating src/pop3/Makefile config.status: creating src/pop3-login/Makefile config.status: creating src/util/Makefile config.status: creating src/plugins/Makefile config.status: creating src/plugins/acl/Makefile config.status: creating src/plugins/convert/Makefile config.status: creating src/plugins/quota/Makefile config.status: creating src/plugins/imap-quota/Makefile config.status: creating src/plugins/trash/Makefile config.status: creating src/plugins/zlib/Makefile config.status: creating stamp.h config.status: creating dovecot-config.in config.status: creating config.h config.status: executing depfiles commands Install prefix ...................... : /usr/local File offsets ........................ : 64bit I/O loop method ..................... : poll File change notification method ..... : none Building with SSL support ........... : yes (OpenSSL) Building with IPv6 support .......... : yes Building with pop3 server ........... : yes Building with mail delivery agent .. : yes Building with GSSAPI support ........ : no Building with user database modules . : static prefetch passwd passwd-file checkpassword (modules) Building with password lookup modules : passwd passwd-file pam checkpassword (modules) Building with SQL drivers ............: [tim at thor ~/build/dovecot-1.0.rc11]$ make make all-recursive Making all in src Making all in lib if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT base64.o -MD -MP -MF ".deps/base64.Tpo" -c -o base64.o base64.c; then mv -f ".deps/base64.Tpo" ".deps/base64.Po"; else rm -f ".deps/base64.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT bsearch-insert-pos.o -MD -MP -MF ".deps/bsearch-insert-pos.Tpo" -c -o bsearch-insert-pos.o bsearch-insert-pos.c; then mv -f ".deps/bsearch-insert-pos.Tpo" ".deps/bsearch-insert-pos.Po"; else rm -f ".deps/bsearch-insert-pos.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT buffer.o -MD -MP -MF ".deps/buffer.Tpo" -c -o buffer.o buffer.c; then mv -f ".deps/buffer.Tpo" ".deps/buffer.Po"; else rm -f ".deps/buffer.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT close-keep-errno.o -MD -MP -MF ".deps/close-keep-errno.Tpo" -c -o close-keep-errno.o close-keep-errno.c; then mv -f ".deps/close-keep-errno.Tpo" ".deps/close-keep-errno.Po"; else rm -f ".deps/close-keep-errno.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT compat.o -MD -MP -MF ".deps/compat.Tpo" -c -o compat.o compat.c; then mv -f ".deps/compat.Tpo" ".deps/compat.Po"; else rm -f ".deps/compat.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT data-stack.o -MD -MP -MF ".deps/data-stack.Tpo" -c -o data-stack.o data-stack.c; then mv -f ".deps/data-stack.Tpo" ".deps/data-stack.Po"; else rm -f ".deps/data-stack.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT env-util.o -MD -MP -MF ".deps/env-util.Tpo" -c -o env-util.o env-util.c; then mv -f ".deps/env-util.Tpo" ".deps/env-util.Po"; else rm -f ".deps/env-util.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT failures.o -MD -MP -MF ".deps/failures.Tpo" -c -o failures.o failures.c; then mv -f ".deps/failures.Tpo" ".deps/failures.Po"; else rm -f ".deps/failures.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT fd-close-on-exec.o -MD -MP -MF ".deps/fd-close-on-exec.Tpo" -c -o fd-close-on-exec.o fd-close-on-exec.c; then mv -f ".deps/fd-close-on-exec.Tpo" ".deps/fd-close-on-exec.Po"; else rm -f ".deps/fd-close-on-exec.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT fd-set-nonblock.o -MD -MP -MF ".deps/fd-set-nonblock.Tpo" -c -o fd-set-nonblock.o fd-set-nonblock.c; then mv -f ".deps/fd-set-nonblock.Tpo" ".deps/fd-set-nonblock.Po"; else rm -f ".deps/fd-set-nonblock.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT fdpass.o -MD -MP -MF ".deps/fdpass.Tpo" -c -o fdpass.o fdpass.c; then mv -f ".deps/fdpass.Tpo" ".deps/fdpass.Po"; else rm -f ".deps/fdpass.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT file-cache.o -MD -MP -MF ".deps/file-cache.Tpo" -c -o file-cache.o file-cache.c; then mv -f ".deps/file-cache.Tpo" ".deps/file-cache.Po"; else rm -f ".deps/file-cache.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT file-copy.o -MD -MP -MF ".deps/file-copy.Tpo" -c -o file-copy.o file-copy.c; then mv -f ".deps/file-copy.Tpo" ".deps/file-copy.Po"; else rm -f ".deps/file-copy.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT file-dotlock.o -MD -MP -MF ".deps/file-dotlock.Tpo" -c -o file-dotlock.o file-dotlock.c; then mv -f ".deps/file-dotlock.Tpo" ".deps/file-dotlock.Po"; else rm -f ".deps/file-dotlock.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT file-lock.o -MD -MP -MF ".deps/file-lock.Tpo" -c -o file-lock.o file-lock.c; then mv -f ".deps/file-lock.Tpo" ".deps/file-lock.Po"; else rm -f ".deps/file-lock.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT file-set-size.o -MD -MP -MF ".deps/file-set-size.Tpo" -c -o file-set-size.o file-set-size.c; then mv -f ".deps/file-set-size.Tpo" ".deps/file-set-size.Po"; else rm -f ".deps/file-set-size.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT hash.o -MD -MP -MF ".deps/hash.Tpo" -c -o hash.o hash.c; then mv -f ".deps/hash.Tpo" ".deps/hash.Po"; else rm -f ".deps/hash.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT hex-binary.o -MD -MP -MF ".deps/hex-binary.Tpo" -c -o hex-binary.o hex-binary.c; then mv -f ".deps/hex-binary.Tpo" ".deps/hex-binary.Po"; else rm -f ".deps/hex-binary.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT hex-dec.o -MD -MP -MF ".deps/hex-dec.Tpo" -c -o hex-dec.o hex-dec.c; then mv -f ".deps/hex-dec.Tpo" ".deps/hex-dec.Po"; else rm -f ".deps/hex-dec.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT hmac-md5.o -MD -MP -MF ".deps/hmac-md5.Tpo" -c -o hmac-md5.o hmac-md5.c; then mv -f ".deps/hmac-md5.Tpo" ".deps/hmac-md5.Po"; else rm -f ".deps/hmac-md5.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT home-expand.o -MD -MP -MF ".deps/home-expand.Tpo" -c -o home-expand.o home-expand.c; then mv -f ".deps/home-expand.Tpo" ".deps/home-expand.Po"; else rm -f ".deps/home-expand.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT hostpid.o -MD -MP -MF ".deps/hostpid.Tpo" -c -o hostpid.o hostpid.c; then mv -f ".deps/hostpid.Tpo" ".deps/hostpid.Po"; else rm -f ".deps/hostpid.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT imem.o -MD -MP -MF ".deps/imem.Tpo" -c -o imem.o imem.c; then mv -f ".deps/imem.Tpo" ".deps/imem.Po"; else rm -f ".deps/imem.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT iostream.o -MD -MP -MF ".deps/iostream.Tpo" -c -o iostream.o iostream.c; then mv -f ".deps/iostream.Tpo" ".deps/iostream.Po"; else rm -f ".deps/iostream.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream.o -MD -MP -MF ".deps/istream.Tpo" -c -o istream.o istream.c; then mv -f ".deps/istream.Tpo" ".deps/istream.Po"; else rm -f ".deps/istream.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream-data.o -MD -MP -MF ".deps/istream-data.Tpo" -c -o istream-data.o istream-data.c; then mv -f ".deps/istream-data.Tpo" ".deps/istream-data.Po"; else rm -f ".deps/istream-data.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream-file.o -MD -MP -MF ".deps/istream-file.Tpo" -c -o istream-file.o istream-file.c; then mv -f ".deps/istream-file.Tpo" ".deps/istream-file.Po"; else rm -f ".deps/istream-file.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream-limit.o -MD -MP -MF ".deps/istream-limit.Tpo" -c -o istream-limit.o istream-limit.c; then mv -f ".deps/istream-limit.Tpo" ".deps/istream-limit.Po"; else rm -f ".deps/istream-limit.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream-mmap.o -MD -MP -MF ".deps/istream-mmap.Tpo" -c -o istream-mmap.o istream-mmap.c; then mv -f ".deps/istream-mmap.Tpo" ".deps/istream-mmap.Po"; else rm -f ".deps/istream-mmap.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream-seekable.o -MD -MP -MF ".deps/istream-seekable.Tpo" -c -o istream-seekable.o istream-seekable.c; then mv -f ".deps/istream-seekable.Tpo" ".deps/istream-seekable.Po"; else rm -f ".deps/istream-seekable.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop.o -MD -MP -MF ".deps/ioloop.Tpo" -c -o ioloop.o ioloop.c; then mv -f ".deps/ioloop.Tpo" ".deps/ioloop.Po"; else rm -f ".deps/ioloop.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-iolist.o -MD -MP -MF ".deps/ioloop-iolist.Tpo" -c -o ioloop-iolist.o ioloop-iolist.c; then mv -f ".deps/ioloop-iolist.Tpo" ".deps/ioloop-iolist.Po"; else rm -f ".deps/ioloop-iolist.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-notify-none.o -MD -MP -MF ".deps/ioloop-notify-none.Tpo" -c -o ioloop-notify-none.o ioloop-notify-none.c; then mv -f ".deps/ioloop-notify-none.Tpo" ".deps/ioloop-notify-none.Po"; else rm -f ".deps/ioloop-notify-none.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-notify-dn.o -MD -MP -MF ".deps/ioloop-notify-dn.Tpo" -c -o ioloop-notify-dn.o ioloop-notify-dn.c; then mv -f ".deps/ioloop-notify-dn.Tpo" ".deps/ioloop-notify-dn.Po"; else rm -f ".deps/ioloop-notify-dn.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-notify-inotify.o -MD -MP -MF ".deps/ioloop-notify-inotify.Tpo" -c -o ioloop-notify-inotify.o ioloop-notify-inotify.c; then mv -f ".deps/ioloop-notify-inotify.Tpo" ".deps/ioloop-notify-inotify.Po"; else rm -f ".deps/ioloop-notify-inotify.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-notify-kqueue.o -MD -MP -MF ".deps/ioloop-notify-kqueue.Tpo" -c -o ioloop-notify-kqueue.o ioloop-notify-kqueue.c; then mv -f ".deps/ioloop-notify-kqueue.Tpo" ".deps/ioloop-notify-kqueue.Po"; else rm -f ".deps/ioloop-notify-kqueue.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-poll.o -MD -MP -MF ".deps/ioloop-poll.Tpo" -c -o ioloop-poll.o ioloop-poll.c; then mv -f ".deps/ioloop-poll.Tpo" ".deps/ioloop-poll.Po"; else rm -f ".deps/ioloop-poll.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-select.o -MD -MP -MF ".deps/ioloop-select.Tpo" -c -o ioloop-select.o ioloop-select.c; then mv -f ".deps/ioloop-select.Tpo" ".deps/ioloop-select.Po"; else rm -f ".deps/ioloop-select.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-epoll.o -MD -MP -MF ".deps/ioloop-epoll.Tpo" -c -o ioloop-epoll.o ioloop-epoll.c; then mv -f ".deps/ioloop-epoll.Tpo" ".deps/ioloop-epoll.Po"; else rm -f ".deps/ioloop-epoll.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-kqueue.o -MD -MP -MF ".deps/ioloop-kqueue.Tpo" -c -o ioloop-kqueue.o ioloop-kqueue.c; then mv -f ".deps/ioloop-kqueue.Tpo" ".deps/ioloop-kqueue.Po"; else rm -f ".deps/ioloop-kqueue.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT lib.o -MD -MP -MF ".deps/lib.Tpo" -c -o lib.o lib.c; then mv -f ".deps/lib.Tpo" ".deps/lib.Po"; else rm -f ".deps/lib.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT lib-signals.o -MD -MP -MF ".deps/lib-signals.Tpo" -c -o lib-signals.o lib-signals.c; then mv -f ".deps/lib-signals.Tpo" ".deps/lib-signals.Po"; else rm -f ".deps/lib-signals.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT md4.o -MD -MP -MF ".deps/md4.Tpo" -c -o md4.o md4.c; then mv -f ".deps/md4.Tpo" ".deps/md4.Po"; else rm -f ".deps/md4.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT md5.o -MD -MP -MF ".deps/md5.Tpo" -c -o md5.o md5.c; then mv -f ".deps/md5.Tpo" ".deps/md5.Po"; else rm -f ".deps/md5.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool.o -MD -MP -MF ".deps/mempool.Tpo" -c -o mempool.o mempool.c; then mv -f ".deps/mempool.Tpo" ".deps/mempool.Po"; else rm -f ".deps/mempool.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool-alloconly.o -MD -MP -MF ".deps/mempool-alloconly.Tpo" -c -o mempool-alloconly.o mempool-alloconly.c; then mv -f ".deps/mempool-alloconly.Tpo" ".deps/mempool-alloconly.Po"; else rm -f ".deps/mempool-alloconly.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool-datastack.o -MD -MP -MF ".deps/mempool-datastack.Tpo" -c -o mempool-datastack.o mempool-datastack.c; then mv -f ".deps/mempool-datastack.Tpo" ".deps/mempool-datastack.Po"; else rm -f ".deps/mempool-datastack.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool-system.o -MD -MP -MF ".deps/mempool-system.Tpo" -c -o mempool-system.o mempool-system.c; then mv -f ".deps/mempool-system.Tpo" ".deps/mempool-system.Po"; else rm -f ".deps/mempool-system.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool-unsafe-datastack.o -MD -MP -MF ".deps/mempool-unsafe-datastack.Tpo" -c -o mempool-unsafe-datastack.o mempool-unsafe-datastack.c; then mv -f ".deps/mempool-unsafe-datastack.Tpo" ".deps/mempool-unsafe-datastack.Po"; else rm -f ".deps/mempool-unsafe-datastack.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mkdir-parents.o -MD -MP -MF ".deps/mkdir-parents.Tpo" -c -o mkdir-parents.o mkdir-parents.c; then mv -f ".deps/mkdir-parents.Tpo" ".deps/mkdir-parents.Po"; else rm -f ".deps/mkdir-parents.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mmap-anon.o -MD -MP -MF ".deps/mmap-anon.Tpo" -c -o mmap-anon.o mmap-anon.c; then mv -f ".deps/mmap-anon.Tpo" ".deps/mmap-anon.Po"; else rm -f ".deps/mmap-anon.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mmap-util.o -MD -MP -MF ".deps/mmap-util.Tpo" -c -o mmap-util.o mmap-util.c; then mv -f ".deps/mmap-util.Tpo" ".deps/mmap-util.Po"; else rm -f ".deps/mmap-util.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT module-dir.o -MD -MP -MF ".deps/module-dir.Tpo" -c -o module-dir.o module-dir.c; then mv -f ".deps/module-dir.Tpo" ".deps/module-dir.Po"; else rm -f ".deps/module-dir.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mountpoint.o -MD -MP -MF ".deps/mountpoint.Tpo" -c -o mountpoint.o mountpoint.c; then mv -f ".deps/mountpoint.Tpo" ".deps/mountpoint.Po"; else rm -f ".deps/mountpoint.Tpo"; exit 1; fi mountpoint.c:11:30: #if with no expression mountpoint.c:40: warning: unused parameter 'path' mountpoint.c:40: warning: unused parameter 'pool' *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11/src/lib. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11/src. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11. I don't /think/ I did anything or changed anything from rc10 to rc11 that would cause this. Any assistance would be greatly appreciated. Regards, Tim Wilde From brad at comstyle.com Sun Nov 5 04:57:37 2006 From: brad at comstyle.com (Brad) Date: Sat, 4 Nov 2006 23:57:37 -0500 Subject: [Dovecot] RC11 Build Failure on FreeBSD 6.1 In-Reply-To: <454D2D0B.2000600@krellis.org> References: <454D2D0B.2000600@krellis.org> Message-ID: <20061105045737.GJ26637@blar.home.comstyle.com> On Sat, Nov 04, 2006 at 04:15:07PM -0800, Tim Wilde wrote: > I just ran into a build failure on Dovecot 1.0RC11 on FreeBSD 6.1. > Identical command sequence for the build worked fine for RC10. uname -a: > > FreeBSD thor.krellis.org 6.1-RELEASE-p5 FreeBSD 6.1-RELEASE-p5 #0: Fri > Sep 1 01:47:32 EDT 2006 > root at jail7.jvds.com:/usr/obj/usr/src/sys/JAIL7 i386 > > Configured with a straight ./configure, no options, no problems reported > during configure, but make failed with: > > if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W > -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith > -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mountpoint.o -MD > -MP -MF ".deps/mountpoint.Tpo" -c -o mountpoint.o mountpoint.c; then mv > -f ".deps/mountpoint.Tpo" ".deps/mountpoint.Po"; else rm -f > ".deps/mountpoint.Tpo"; exit 1; fi > mountpoint.c:11:30: #if with no expression > mountpoint.c:40: warning: unused parameter 'path' > mountpoint.c:40: warning: unused parameter 'pool' > *** Error code 1 > > Stop in /usr/home/tim/build/dovecot-1.0.rc11/src/lib. > *** Error code 1 > > Stop in /usr/home/tim/build/dovecot-1.0.rc11/src. > *** Error code 1 > > Stop in /usr/home/tim/build/dovecot-1.0.rc11. > *** Error code 1 > > Stop in /usr/home/tim/build/dovecot-1.0.rc11. > > Full output of everything I did after untarring (I apologize in advance > for any bad wrapping, I can attach as text/plain if necessary for > diagnosis): I saw the same thing with OpenBSD -current. Here is the fix.. --- src/lib/mountpoint.c.orig Sat Nov 4 23:43:29 2006 +++ src/lib/mountpoint.c Sat Nov 4 23:43:42 2006 @@ -8,7 +8,7 @@ #ifdef HAVE_STATVFS_MNTFROMNAME # include /* NetBSD 3.0+, FreeBSD 5.0+ */ # define STATVFS_STR "statvfs" -#elif HAVE_STATFS_MNTFROMNAME +#elif defined(HAVE_STATFS_MNTFROMNAME) # include /* Older BSDs */ # include # define statvfs statfs From lists at wiesinger.com Sun Nov 5 07:23:28 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Sun, 5 Nov 2006 08:23:28 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162675651.4177.25.camel@hurina> References: <1162675651.4177.25.camel@hurina> Message-ID: Hello! I'm having problems with pine (same config with 1.0rc10), Thunderbird is ok, no namespace config: ============================== 00000000 SELECT Mail/folder 00000001 LOGOUT ============================== .... 00000000 NO Mailbox doesn't exist: Mail/folder * BYE Logging out 00000001 OK Logout completed. ============================== Was something changed in namespace handling? I reverted back to 1.0rc10 ... Thnx. Ciao, Gerhard On Sat, 4 Nov 2006, Timo Sirainen wrote: > http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz > http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz.sig > > Hopefully the last RC release? As far as I know there are no major > problems left now. If nothing big shows up, v1.0 should be out in a > couple of weeks. > > * Renamed default_mail_env to mail_location. default_mail_env still > works for backwards compatibility. > * deliver: When sending rejects, don't include Content-Type in the > rejected mail's headers. > * LDAP changes: > * If auth binds are used, bind back to the default dn before doing > a search. Otherwise it could fail if a user gave an invalid > password. > * Initial binding at connect is now done asynchronously. > * Use pass_attrs even with auth_bind=yes since it may contain > useful non-password fields. > > + passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP > environments to the checkpassword binary so we're UCSPI (and vchkpw) > compatible. > - mbox handling was a bit broken in rc10 > - Using Dovecot via inetd kept crashing dovecot master > - deliver: Don't crash with -f "". Changed the default from envelope > to be "MAILER-DAEMON". > - INBOX wasn't shown with LSUB command if only prefixed namespaces > were used. > - passdb ldap: Reconnecting to LDAP server wasn't working with > auth binds. > - passdb sql: Non-plaintext authentication didn't work > - MySQL passdb ignored all non-password checks, such as allow_nets > - trash plugin was broken > > From tss at iki.fi Sun Nov 5 10:16:35 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 12:16:35 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> Message-ID: <1162721795.4177.29.camel@hurina> On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote: > Hello! > > I'm having problems with pine (same config with 1.0rc10), Thunderbird is > ok, no namespace config: > > ============================== > 00000000 SELECT Mail/folder > 00000001 LOGOUT > ============================== > .... > 00000000 NO Mailbox doesn't exist: Mail/folder Should it have existed? How does rc10 work differently here? > Was something changed in namespace handling? I can't think of anything. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061105/2e8a1790/attachment.pgp From lists at wiesinger.com Sun Nov 5 10:25:26 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Sun, 5 Nov 2006 11:25:26 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162721795.4177.29.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> Message-ID: On Sun, 5 Nov 2006, Timo Sirainen wrote: > On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote: >> Hello! >> >> I'm having problems with pine (same config with 1.0rc10), Thunderbird is >> ok, no namespace config: >> >> ============================== >> 00000000 SELECT Mail/folder >> 00000001 LOGOUT >> ============================== >> .... >> 00000000 NO Mailbox doesn't exist: Mail/folder > > Should it have existed? How does rc10 work differently here? > >> Was something changed in namespace handling? > > I can't think of anything. > Hello Timo! Of course, the folder exists. It is a mbox folder. When I reinstall the 1.0rc10 version the folder is found. Ciao, Gerhard From tss at iki.fi Sun Nov 5 10:34:07 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 12:34:07 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> Message-ID: <1162722847.4177.37.camel@hurina> On Sun, 2006-11-05 at 11:25 +0100, Gerhard Wiesinger wrote: > On Sun, 5 Nov 2006, Timo Sirainen wrote: > > > On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote: > >> Hello! > >> > >> I'm having problems with pine (same config with 1.0rc10), Thunderbird is > >> ok, no namespace config: > >> > >> ============================== > >> 00000000 SELECT Mail/folder > >> 00000001 LOGOUT > >> ============================== > >> .... > >> 00000000 NO Mailbox doesn't exist: Mail/folder > > > > Should it have existed? How does rc10 work differently here? > > > >> Was something changed in namespace handling? > > > > I can't think of anything. > > > > Hello Timo! > > Of course, the folder exists. It is a mbox folder. When I reinstall the > 1.0rc10 version the folder is found. But since it works with Thunderbird, it can't be anything as simple as "it's completely broken". I mean, I can't really fix anything since I've no idea what might have got broken. mboxes work just fine with me. If I'd have to guess it's that the "Mail/" prefix looks suspicious to me. Do you have your mboxes in ~/Mail/ directory? Did you set default_mail_env to point to ~/Mail or have you just set the "Mail/" prefix in both Pine and Thunderbird? Well, this brings to my mind one difference that I can think of: In rc11 default_mail_env has been renamed to mail_location. But default_mail_env should work just as well, as long as you don't have mail_location set. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061105/94bc5014/attachment.pgp From lists at wiesinger.com Sun Nov 5 10:44:51 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Sun, 5 Nov 2006 11:44:51 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162722847.4177.37.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> Message-ID: On Sun, 5 Nov 2006, Timo Sirainen wrote: > On Sun, 2006-11-05 at 11:25 +0100, Gerhard Wiesinger wrote: >> On Sun, 5 Nov 2006, Timo Sirainen wrote: >> >>> On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote: >>>> Hello! >>>> >>>> I'm having problems with pine (same config with 1.0rc10), Thunderbird is >>>> ok, no namespace config: >>>> >>>> ============================== >>>> 00000000 SELECT Mail/folder >>>> 00000001 LOGOUT >>>> ============================== >>>> .... >>>> 00000000 NO Mailbox doesn't exist: Mail/folder >>> >>> Should it have existed? How does rc10 work differently here? >>> >>>> Was something changed in namespace handling? >>> >>> I can't think of anything. >>> >> >> Hello Timo! >> >> Of course, the folder exists. It is a mbox folder. When I reinstall the >> 1.0rc10 version the folder is found. > > But since it works with Thunderbird, it can't be anything as simple as > "it's completely broken". I mean, I can't really fix anything since I've > no idea what might have got broken. mboxes work just fine with me. > > If I'd have to guess it's that the "Mail/" prefix looks suspicious to > me. Do you have your mboxes in ~/Mail/ directory? Did you set > default_mail_env to point to ~/Mail or have you just set the "Mail/" > prefix in both Pine and Thunderbird? > > Well, this brings to my mind one difference that I can think of: In rc11 > default_mail_env has been renamed to mail_location. But default_mail_env > should work just as well, as long as you don't have mail_location set. > In Thunderbird I use: ~/Mail In pine I use: folder-collections=Mail {localhost/notls}Mail/[] It has something to do with the default_mail_env, which does not work well and seems to be broken for backward compatibility (I should have tested the snapshot from yesterday :-) ): Not OK in 1.0rc11, but ok in 1.0rc10: default_mail_env = mbox:~:INBOX=/var/mail/%u OK in 1.0rc11: mail_location = mbox:~:INBOX=/var/mail/%u Ciao, Gerhard From tss at iki.fi Sun Nov 5 10:56:50 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 12:56:50 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> Message-ID: <1162724210.4177.41.camel@hurina> On Sun, 2006-11-05 at 11:44 +0100, Gerhard Wiesinger wrote: > In Thunderbird I use: > ~/Mail > > In pine I use: > folder-collections=Mail {localhost/notls}Mail/[] > > It has something to do with the default_mail_env, which does not work > well and seems to be broken for backward compatibility (I should have > tested the snapshot from yesterday :-) ): > > Not OK in 1.0rc11, but ok in 1.0rc10: > default_mail_env = mbox:~:INBOX=/var/mail/%u > > OK in 1.0rc11: > mail_location = mbox:~:INBOX=/var/mail/%u Is it possible that Pine could be logging in with "dovecot --exec-mail imap" instead of using TCP? I think it tries to execute the imap binary directly when logging in to localhost. For that case the default_mail_env is broken, but for normal TCP connections it should work. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061105/a31d589e/attachment.pgp From lists at wiesinger.com Sun Nov 5 11:00:30 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Sun, 5 Nov 2006 12:00:30 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162724210.4177.41.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> Message-ID: On Sun, 5 Nov 2006, Timo Sirainen wrote: > On Sun, 2006-11-05 at 11:44 +0100, Gerhard Wiesinger wrote: >> In Thunderbird I use: >> ~/Mail >> >> In pine I use: >> folder-collections=Mail {localhost/notls}Mail/[] >> >> It has something to do with the default_mail_env, which does not work >> well and seems to be broken for backward compatibility (I should have >> tested the snapshot from yesterday :-) ): >> >> Not OK in 1.0rc11, but ok in 1.0rc10: >> default_mail_env = mbox:~:INBOX=/var/mail/%u >> >> OK in 1.0rc11: >> mail_location = mbox:~:INBOX=/var/mail/%u > > Is it possible that Pine could be logging in with "dovecot --exec-mail > imap" instead of using TCP? I think it tries to execute the imap binary > directly when logging in to localhost. For that case the > default_mail_env is broken, but for normal TCP connections it should > work. > Yes, I'm using pine with "dovecot --exec-mail imap". I'm always having configurations which breaks software tests :-) Ciao, Gerhard -- http://www.wiesinger.com/ From tss at iki.fi Sun Nov 5 11:28:43 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 13:28:43 +0200 Subject: [Dovecot] 1.0.rc12 released Message-ID: <1162726123.4177.44.camel@hurina> http://dovecot.org/releases/dovecot-1.0.rc12.tar.gz http://dovecot.org/releases/dovecot-1.0.rc12.tar.gz.sig Since rc11 has problems compiling with BSDs, here's a new release. Just two changes: - rc11 didn't compile with some compilers - default_mail_env fallbacking was broken with --exec-mail Here's also again the rc11 changes: * Renamed default_mail_env to mail_location. default_mail_env still works for backwards compatibility. * deliver: When sending rejects, don't include Content-Type in the rejected mail's headers. * LDAP changes: * If auth binds are used, bind back to the default dn before doing a search. Otherwise it could fail if a user gave an invalid password. * Initial binding at connect is now done asynchronously. * Use pass_attrs even with auth_bind=yes since it may contain useful non-password fields. + passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP environments to the checkpassword binary so we're UCSPI (and vchkpw) compatible. - mbox handling was a bit broken in rc10 - Using Dovecot via inetd kept crashing dovecot master - deliver: Don't crash with -f "". Changed the default from envelope to be "MAILER-DAEMON". - INBOX wasn't shown with LSUB command if only prefixed namespaces were used. - passdb ldap: Reconnecting to LDAP server wasn't working with auth binds. - passdb sql: Non-plaintext authentication didn't work - MySQL passdb ignored all non-password checks, such as allow_nets - trash plugin was broken -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061105/bd6d0b4b/attachment.pgp From egbert at vandenbussche.nl Sun Nov 5 13:27:16 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Sun, 05 Nov 2006 14:27:16 +0100 Subject: [Dovecot] Dovecot 1.0.rc10 In-Reply-To: <1162726123.4177.44.camel@hurina> Message-ID: <002901c700de$1cb98b10$0d01a8c0@egbert> Hi there! I'm new to the list and Dovecot. I run a mailserver for 2 (low volume) domains here on Mandriva Linux 2006.0 on a 400 Mhz P-III. My testbed is Mandriva 2007.0 on 1GHz P-III. I was planning to rebuild/test my Postfix/Courier based mailserver on the test machine when I discovered Dovecot. I Installed rc10 and it seems to work when I just configure (with mysql) and make (install). Since I would like to build an rpm, I tried rpmbuild with the at src.rpm. That doen't work for me yet. Some libraries seem to be missing. Strange, because the plain configure/make does not complain. I will have to look into that again. Maybe a lib in a dfferent location which I have to state somewhere. There is no 'real' start/stop init file, as far as I can see. Should I invent that myself or is there init script around somewhere? TIA Egbert Jan (NL) From ghen at telenet.be Sun Nov 5 15:40:44 2006 From: ghen at telenet.be (Geert Hendrickx) Date: Sun, 5 Nov 2006 16:40:44 +0100 Subject: [Dovecot] RC11 Build Failure on FreeBSD 6.1 In-Reply-To: <20061105045737.GJ26637@blar.home.comstyle.com> References: <454D2D0B.2000600@krellis.org> <20061105045737.GJ26637@blar.home.comstyle.com> Message-ID: <20061105154044.GA29659@lori.ghen.be> On Sat, Nov 04, 2006 at 11:57:37PM -0500, Brad wrote: > On Sat, Nov 04, 2006 at 04:15:07PM -0800, Tim Wilde wrote: > > I just ran into a build failure on Dovecot 1.0RC11 on FreeBSD 6.1. > > I saw the same thing with OpenBSD -current. Strange, it compiled just fine for me on NetBSD 3.1. Geert From tim at krellis.org Sun Nov 5 16:32:20 2006 From: tim at krellis.org (Tim Wilde) Date: Sun, 05 Nov 2006 08:32:20 -0800 Subject: [Dovecot] RC11 Build Failure on FreeBSD 6.1 In-Reply-To: <20061105045737.GJ26637@blar.home.comstyle.com> References: <454D2D0B.2000600@krellis.org> <20061105045737.GJ26637@blar.home.comstyle.com> Message-ID: <454E1214.6000402@krellis.org> Brad wrote: > I saw the same thing with OpenBSD -current. > > Here is the fix.. Brad, Excellent, thanks for the fix, and, Timo, thanks for such a quick rc12 (and a great product as well!) Regards, Tim Wilde From arb at anand.org Sun Nov 5 17:30:04 2006 From: arb at anand.org (Anand Buddhdev) Date: Sun, 05 Nov 2006 18:30:04 +0100 Subject: [Dovecot] Dovecot 1.0.rc10 References: <1162726123.4177.44.camel@hurina> <002901c700de$1cb98b10$0d01a8c0@egbert> Message-ID: Egbert Jan wrote: > Hi there! Hi Egbert, > I was planning to rebuild/test my Postfix/Courier based mailserver on > the test machine when I discovered Dovecot. I Installed rc10 and it > seems to work when I just configure (with mysql) and make (install). > Since I would like to build an rpm, I tried rpmbuild with the at > src.rpm. That doen't work for me yet. Some libraries seem to be > missing. Strange, because the plain configure/make does not complain. > I will have to look into that again. Maybe a lib in a dfferent > location which I have to state somewhere. There's a different in building from source, and building an RPM. When you run configure and make, the configure script checks for certain libraries, but if they are not present, it ignores them, and avoids building a certain feature into Dovecot. An RPM, on the other hand, chooses to build a package in a certain way, and therefore has explicitly defined dependencies. > There is no 'real' start/stop init file, as far as I can see. Should I > invent that myself or is there init script around somewhere? Someone posted an init script here recently, so you could look back in the archives for last week, and use that. Alternatively, you can download the Fedora Core RPM from atrpms.net, and extract and adapt the init script in there for your system. -- Anand From mlists at starmania.net Sun Nov 5 17:52:10 2006 From: mlists at starmania.net (Mike Cisar) Date: Sun, 5 Nov 2006 10:52:10 -0700 Subject: [Dovecot] Auto-expire messages in a folder Message-ID: <01de01c70103$1eabe560$5c03b020$@net> I have a Fedora 5 server running Dovecot (currently 1.0 rc10). The spam filter (amavis) automatically tags email (using plussed addressing) such that messages flagged as spam are sorted into a "spambox" folder by procmail. Seemed like a good idea at the time, but because of some legacy issues with filesystem quota also being in place, combined with most users connecting with POP3 rather than IMAP... spam doesn't stay in their inbox, they don't check their spambox and they are very quickly over quota. What I would like to do is stick with the "spambox" folder idea, but have any messages in that folder which are older than a certain number of days deleted automatically. Could this be done by Dovecot? If so how would dovecot know to visit all the user's mailboxes to do it... or would it only be able to do so when a user logged in via IMAP (as opposed to POP3)? If not, is anyone aware of a script that I could run in nightly maintenance to do a cleanup pass on all the mailboxes? I know there are any number of ways that this could be accomplished but I would like to do it as much within my existing framework as possible... sendmail/procmail/amavis on the delivery side, dovecot in the middle, horde/imp for webmail and whatever email client the end users have (likely Outlook/Outlook Express for the most part)... all pretty generic, standard mailbox formats... nothing fancy like data stored in mySQL or anything like that. As everyone encounters, the more parts you change, the more other parts you have to fix to be compatible with the changes :-) Obviously I would like the solution to also be as feature rich as I can at the same time (might as well wish for it all right :-). Maybe for the sake of the POP3 folks it would also be nice to generate a once-daily email with the names, subjects of the messages in the folder saying "here's what is in your spam folder, please log in to webmail to manage your spam" (and in a perfect world some sort of link to click on which could move the message from the spambox back into the inbox). Does anyone have any solutions they can share that run within a similar framework to what I have set up? The thing that I need in the immediate term is to purge the spam folder automatically, the mid-term goal is to evolve that into a sort of spam-processing center/solution for the users. Thanks for any suggestions! Cheers, >>>>> Mike <<<<< From jtk at yahoo.com Sun Nov 5 17:53:46 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 05 Nov 2006 12:53:46 -0500 Subject: [Dovecot] ~/.maildir preferable to %h/Maildir and ~/Maildir? Message-ID: I have a recently deployed dovecot server and am readying another. Upon updating to rc12, I note the following change in the default dovecot.conf file: -default_mail_env = mbox:/var/spool/mail/%u:INDEX=/var/dovecot/%u +mail_location = maildir:~/.maildir Integrating this change to my local dovecot.conf: # formerly used default_mail_env = maildir:%h/Maildir # dovecot default mail_location = maildir:~/.maildir mail_location = maildir:~/Maildir With unix users of the form: myuser:x:505:100:My User:/home/myuser:/sbin/nologin each having ~/Maildir, should I: 1) use the ~/.maildir form over ~/Maildir. 2) use the ~ instead of %h 3) do anything for dovecot's benefit (reindex, etc.) besides a per-user 'mv ~/Maildir ~/.maildir' if 1). I came straight from an ancient sendmail mbox setup to dovecot, so I want to do things the best-pracitce IMAP/dovecot way. Thanks. From tss at iki.fi Sun Nov 5 17:58:29 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 19:58:29 +0200 Subject: [Dovecot] ~/.maildir preferable to %h/Maildir and ~/Maildir? In-Reply-To: References: Message-ID: <1162749509.4177.50.camel@hurina> On Sun, 2006-11-05 at 12:53 -0500, Jeff Kowalczyk wrote: > I have a recently deployed dovecot server and am readying another. Upon > updating to rc12, I note the following change in the default dovecot.conf > file: > > -default_mail_env = mbox:/var/spool/mail/%u:INDEX=/var/dovecot/%u > +mail_location = maildir:~/.maildir Where did you get rc12? In my tarball there are still: # mail_location = maildir:~/Maildir # mail_location = mbox:~/mail:INBOX=/var/mail/%u # mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n No "~/.maildir" anywhere, and I don't recommend using it either. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061105/5b6447a2/attachment.pgp From jtk at yahoo.com Sun Nov 5 18:19:31 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 05 Nov 2006 13:19:31 -0500 Subject: [Dovecot] ~/.maildir preferable to %h/Maildir and ~/Maildir? References: <1162749509.4177.50.camel@hurina> Message-ID: Timo Sirainen wrote: > Where did you get rc12? In my tarball there are still: > > # mail_location = maildir:~/Maildir > # mail_location = mbox:~/mail:INBOX=/var/mail/%u > # mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n > > No "~/.maildir" anywhere, and I don't recommend using it either. Ah, that's probably my fault to have gotten the update misquoted. I installed it from Gentoo ~x86, but my mistake likely comes from the shuffling of dovecot.conf to dovecot-orig.conf each time I install a dovecot update. I have been trying to keep the contents of my dovecot.conf down to just the actual configuration directives used, and this gets clobbered by the etc-update. Thanks for setting me straight. So to wrap up the subquestion, is ~ preferable to %h? base_dir = /var/run/dovecot/ protocols = imap imaps pop3 pop3s listen = * shutdown_clients = yes log_path = /var/log/mail.log info_log_path = /var/log/mail.log log_timestamp = "%b %d %H:%M:%S " syslog_facility = mail disable_plaintext_auth = no ssl_disable = no ssl_cert_file = /etc/ssl/certs/dovecot.pem ssl_key_file = /etc/ssl/private/dovecot.pem login_chroot = yes login_user = dovecot mail_location = maildir:~/Maildir mail_extra_groups = mail mail_debug = yes protocol pop3 { pop3_uidl_format = %08Xu%08Xv } auth_verbose = yes auth_debug = yes auth_debug_passwords = yes auth default { mechanisms = plain login passdb pam { args = dovecot } userdb passwd { } socket listen { client { # Assuming the default Postfix $queue_directory setting path = /var/spool/postfix/private/auth mode = 0660 # Assuming the default Postfix user and group user = postfix group = postfix } } user = root } From uberlord at gentoo.org Sun Nov 5 18:20:07 2006 From: uberlord at gentoo.org (Roy Marples) Date: Sun, 5 Nov 2006 18:20:07 +0000 Subject: [Dovecot] ~/.maildir preferable to %h/Maildir and ~/Maildir? In-Reply-To: <1162749509.4177.50.camel@hurina> References: <1162749509.4177.50.camel@hurina> Message-ID: <200611051820.07799.uberlord@gentoo.org> On Sunday 05 November 2006 17:58, Timo Sirainen wrote: > On Sun, 2006-11-05 at 12:53 -0500, Jeff Kowalczyk wrote: > > I have a recently deployed dovecot server and am readying another. Upon > > updating to rc12, I note the following change in the default dovecot.conf > > file: > > > > -default_mail_env = mbox:/var/spool/mail/%u:INDEX=/var/dovecot/%u > > +mail_location = maildir:~/.maildir > > Where did you get rc12? In my tarball there are still: > > # mail_location = maildir:~/Maildir > # mail_location = mbox:~/mail:INBOX=/var/mail/%u > # mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n > > No "~/.maildir" anywhere, and I don't recommend using it either. Probably from Gentoo as we sed the config file a bit for Gentoo defaults and package USE flag selection. The defaultt maildir location on Gentoo has always been ~/.maildir instead of ~/Maildir. Why this is, I really don't know - you'll have to speak with the net-mail team (of which I'm not a member) This isn't new behaviour either - the Gentoo ebuild has been doing it since I took it over in the 0.99 range :) Thanks -- Roy Marples Gentoo Developer (baselayout, networking) From mark.ruys at in2sports.net Sun Nov 5 19:16:08 2006 From: mark.ruys at in2sports.net (Mark Ruys) Date: Sun, 5 Nov 2006 20:16:08 +0100 Subject: [Dovecot] Auto-expire messages in a folder In-Reply-To: <01de01c70103$1eabe560$5c03b020$@net> Message-ID: <200611051916.kA5JGCPa020008@boston.rvl> This does not seem te be a task for Dovecot. I run a daily cronjob, on a FC4 server: $cat /etc/cron.daily/purge.junk #!/bin/sh HOURS=$((2 * 24 * 7)) for domain in /var/mail/* do if [ -d "$domain" ] then cd $domain for user in * do if [ -d "$user/Maildir/.Junk" ] then tmpwatch $HOURS $user/Maildir/.Junk/{cur,new} fi done fi done Mark -----Oorspronkelijk bericht----- Van: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] Namens Mike Cisar Verzonden: zondag 5 november 2006 18:52 Aan: dovecot at dovecot.org Onderwerp: [Dovecot] Auto-expire messages in a folder I have a Fedora 5 server running Dovecot (currently 1.0 rc10). The spam filter (amavis) automatically tags email (using plussed addressing) such that messages flagged as spam are sorted into a "spambox" folder by procmail. Seemed like a good idea at the time, but because of some legacy issues with filesystem quota also being in place, combined with most users connecting with POP3 rather than IMAP... spam doesn't stay in their inbox, they don't check their spambox and they are very quickly over quota. What I would like to do is stick with the "spambox" folder idea, but have any messages in that folder which are older than a certain number of days deleted automatically. Could this be done by Dovecot? If so how would dovecot know to visit all the user's mailboxes to do it... or would it only be able to do so when a user logged in via IMAP (as opposed to POP3)? If not, is anyone aware of a script that I could run in nightly maintenance to do a cleanup pass on all the mailboxes? I know there are any number of ways that this could be accomplished but I would like to do it as much within my existing framework as possible... sendmail/procmail/amavis on the delivery side, dovecot in the middle, horde/imp for webmail and whatever email client the end users have (likely Outlook/Outlook Express for the most part)... all pretty generic, standard mailbox formats... nothing fancy like data stored in mySQL or anything like that. As everyone encounters, the more parts you change, the more other parts you have to fix to be compatible with the changes :-) Obviously I would like the solution to also be as feature rich as I can at the same time (might as well wish for it all right :-). Maybe for the sake of the POP3 folks it would also be nice to generate a once-daily email with the names, subjects of the messages in the folder saying "here's what is in your spam folder, please log in to webmail to manage your spam" (and in a perfect world some sort of link to click on which could move the message from the spambox back into the inbox). Does anyone have any solutions they can share that run within a similar framework to what I have set up? The thing that I need in the immediate term is to purge the spam folder automatically, the mid-term goal is to evolve that into a sort of spam-processing center/solution for the users. Thanks for any suggestions! Cheers, >>>>> Mike <<<<< From tss at iki.fi Sun Nov 5 19:51:10 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 21:51:10 +0200 Subject: [Dovecot] ~/.maildir preferable to %h/Maildir and ~/Maildir? In-Reply-To: References: <1162749509.4177.50.camel@hurina> Message-ID: <1162756270.4177.53.camel@hurina> On Sun, 2006-11-05 at 13:19 -0500, Jeff Kowalczyk wrote: > Thanks for setting me straight. So to wrap up the subquestion, is ~ > preferable to %h? There's really no difference between them. Before ~/ didn't work everywhere in the default_mail_env, but nowadays it does, so I guess ~/ should be used since it's more understandable than %h. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061105/cfd2da17/attachment.pgp From tss at iki.fi Sun Nov 5 19:56:02 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 21:56:02 +0200 Subject: [Dovecot] Auto-expire messages in a folder In-Reply-To: <01de01c70103$1eabe560$5c03b020$@net> References: <01de01c70103$1eabe560$5c03b020$@net> Message-ID: <1162756562.4177.57.camel@hurina> On Sun, 2006-11-05 at 10:52 -0700, Mike Cisar wrote: > What I would like to do is stick with the "spambox" folder idea, but have > any messages in that folder which are older than a certain number of days > deleted automatically. There's a plugin for this, but it won't come to v1.0, and you probably shouldn't use the CVS HEAD version yet. > If > not, is anyone aware of a script that I could run in nightly maintenance to > do a cleanup pass on all the mailboxes? Whatever script you use, it's better to delete by ctime and not mtime. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061105/09e70f5b/attachment.pgp From tss at iki.fi Sun Nov 5 21:13:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 23:13:36 +0200 Subject: [Dovecot] Wiki documentation Message-ID: <1162761216.4177.61.camel@hurina> I spent most of today adding new content to the Wiki and cleaning up the existing content. The front page is now also reorganized, but there are several links in it to pages which are still missing. Please write them. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061105/49a6d07c/attachment.pgp From mmaurer at betterbe.com Sun Nov 5 21:50:37 2006 From: mmaurer at betterbe.com (J.M. Maurer) Date: Sun, 05 Nov 2006 22:50:37 +0100 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162660856.4177.4.camel@hurina> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> <1162653113.29374.90.camel@hurina> <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> <1162660856.4177.4.camel@hurina> Message-ID: <1162763437.2373.7.camel@sigma.lan.uwog.net> > > I understand this change was to fix an existing bug, but it sounds like > > the change was far more than a simple bug fix. Major code rewrites, > > especially without any testing, don't seem right at this stage in the game. > > In general I agree, but there wasn't any simple fix for this bug, except > to just tell people that auth_bind sort of works but not really. And > since so many people have wanted auth binds for a long time, I think > it's better to fix it now than to hear complains about it for a long > time. Did I miss something here? I did read some "maybe-there-is-a-memleak-issue" reports, but other than that, I saw no auth_bind related issues. We ourselves use it quite heavily in production environments with no problems whatsoever. Regards, Marc From egbert at vandenbussche.nl Sun Nov 5 21:49:17 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Sun, 05 Nov 2006 22:49:17 +0100 Subject: [Dovecot] Wiki documentation In-Reply-To: <1162761216.4177.61.camel@hurina> Message-ID: <002a01c70124$3e4f18d0$0d01a8c0@egbert> Thanks Timo! I've spend most of today to read and understand it ;-/ When I know the answers to all the questions I still have, I might jump in and try to write a few wiki pages.... For the moment I can't get my real users (local accounts) to access their Maildir/ via IMAP. Virtual accounts seem to work now. I use an XP Outlook client for testing. For some strange reason I couldn'd tell Evolution where to look for the Maildir/ (which is in $HOME/Maildir). It will probably be my own ignorance; I started with Dovecot just 3 days ago... Keep up the good work! Egbert Jan (NL) > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Timo Sirainen > Sent: Sunday, November 05, 2006 10:14 PM > To: dovecot at dovecot.org > Subject: [Dovecot] Wiki documentation > > > I spent most of today adding new content to the Wiki and > cleaning up the existing content. The front page is now also > reorganized, but there are several links in it to pages which > are still missing. Please write them. :) > From tss at iki.fi Sun Nov 5 22:09:43 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 6 Nov 2006 00:09:43 +0200 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162763437.2373.7.camel@sigma.lan.uwog.net> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> <1162653113.29374.90.camel@hurina> <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> <1162660856.4177.4.camel@hurina> <1162763437.2373.7.camel@sigma.lan.uwog.net> Message-ID: <72CB4456-DEEA-46C9-839B-E023809A5D66@iki.fi> On 5.11.2006, at 23.50, J.M. Maurer wrote: >>> I understand this change was to fix an existing bug, but it >>> sounds like >>> the change was far more than a simple bug fix. Major code rewrites, >>> especially without any testing, don't seem right at this stage in >>> the game. >> >> In general I agree, but there wasn't any simple fix for this bug, >> except >> to just tell people that auth_bind sort of works but not really. And >> since so many people have wanted auth binds for a long time, I think >> it's better to fix it now than to hear complains about it for a long >> time. > > Did I miss something here? I did read some > "maybe-there-is-a-memleak-issue" reports, but other than that, I > saw no > auth_bind related issues. We ourselves use it quite heavily in > production environments with no problems whatsoever. The problem was the after a user gave an invalid password, no-one was then logged into the LDAP server so all the queries afterwards failed. Now I'm not sure if it's possible to configure the LDAP server to allow the queries even if no-one is logged in, I'd guess it is and maybe that's why it worked with you? Or if you were using auth_bind_userdn that also worked because no queries were done until a valid binding was done. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061106/3abb8d89/attachment.pgp From ndbecker2 at gmail.com Sun Nov 5 23:31:00 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 5 Nov 2006 18:31:00 -0500 Subject: [Dovecot] deliver feature request (filter) In-Reply-To: <20061104232319.GS5591@pixel.global-banlist.de> References: <20061104232319.GS5591@pixel.global-banlist.de> Message-ID: <200611051831.01377.ndbecker2@gmail.com> On Saturday 04 November 2006 6:23 pm, Marcus Rueckert wrote: > On 2006-11-04 07:00:48 -0500, Neal Becker wrote: > > I'm using maildrop for delivery, because I want to filter through > > spamassassin before delivery. Maildrop makes that trivial. > > > > It seems deliver can pipe (one way) to a command, but what is needed is > > to pipe: > > deliver -> spamd -> deliver > > > > which is what the maildrop xfilter does. > > you feed deliver from your MTA or from your mail fetch tool? > Right now I do: fetchmail -> maildrop I'd like to do: fetchmail -> deliver From rueckert at informatik.uni-rostock.de Sun Nov 5 23:36:53 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Mon, 6 Nov 2006 00:36:53 +0100 Subject: [Dovecot] deliver feature request (filter) In-Reply-To: <200611051831.01377.ndbecker2@gmail.com> References: <20061104232319.GS5591@pixel.global-banlist.de> <200611051831.01377.ndbecker2@gmail.com> Message-ID: <20061105233653.GA12025@pixel.global-banlist.de> On 2006-11-05 18:31:00 -0500, Neal Becker wrote: > fetchmail -> maildrop > > I'd like to do: > > fetchmail -> deliver getmail(http://pyropus.ca/software/getmail/) serves me very well here. my ~/.getmail/getmailrc looks more or less like that: [[[ [options] verbose = 3 delete = true message_log = ~/.getmail/log [retriever] type = SimplePOP3SSLRetriever server = pop3.example.com # for imap: #type = SimpleIMAPSSLRetriever #server = imap.example.com username = user # for imap # mailboxes = ("INBOX", "Spam", "Important") [destination] type = MDA_external path = /usr/lib/dovecot/deliver [filter] type = Filter_external path = /usr/sbin/dspamc arguments = ("--client", "--deliver=innocent,spam", "--stdout") ]]] suse user can find rpms for getmail in http://software.opensuse.org/download/server:/mail/ darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From truxa at truxoft.com Mon Nov 6 13:06:12 2006 From: truxa at truxoft.com (Ivo Truxa) Date: Mon, 6 Nov 2006 14:06:12 +0100 Subject: [Dovecot] Upgrade from RC7 to RC10 didn't go too well... Message-ID: <000401c701a4$573c9180$1600a8c0@truXoft.local> I have the same problem after upgrading to RC10. Did you find a solution? Should I update to RC11 or rather downgrade back to an earlier version? Thanks, Ivo Truxa >>>>>>> original message >>>>>>> Hi, On the weekend I tried to upgrade from RC7 to RC10. Clearly, I have to change some things before I can do this. What does it take to get to RC10? As is, my mail client got an error trying to list messages in /INBOX (via IMAP) and the mail.err log shows the following messages: Oct 29 10:27:32 siona dovecot: IMAP(archangel): open(/var/mail/archangel/inbox, O_CREAT) failed: Not a directory Oct 29 10:27:32 siona dovecot: IMAP(archangel): mkdir_parents(/var/mail/archangel/.imap/INBOX) failed: Not a directory Oct 29 10:27:32 siona dovecot: IMAP(archangel): open() failed with subscription file /var/mail/archangel/.subscriptions: Not a directory My dovecot.conf includes default_mail_env = mbox:/var/mail/%u And other then enabling SSL, I've got a pretty vanilla configuration (e.g. nothing in the IMAP section at all, no odd namespaces...) /var/mail/archangel is an mbox file, why is dovecot trying to open files under there? I know at least part of the discussion has happened on the list before so I'm sorry for duplicating other questions. My TODO is about ten km long so I hope someone can at least give me a couple good pointers. Thanks in advance! -- Dominic Lepiane The IRMACS Centre From dlepiane at irmacs.sfu.ca Mon Nov 6 18:40:22 2006 From: dlepiane at irmacs.sfu.ca (Dominic Lepiane) Date: Mon, 6 Nov 2006 10:40:22 -0800 Subject: [Dovecot] Upgrade from RC7 to RC10 didn't go too well... In-Reply-To: <000401c701a4$573c9180$1600a8c0@truXoft.local> References: <000401c701a4$573c9180$1600a8c0@truXoft.local> Message-ID: <200611061040.22505.dlepiane@irmacs.sfu.ca> Timo posted a solution for this as well. You need to change the default_mail_env to match the appropriate example from the provided config. default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u This is due to changes as of RC8. As per Timo's comments about RC11, the config item is now called "mail_location" instead of "default_mail_env". Cheers On Monday 06 November 2006 05:06, Ivo Truxa wrote: > I have the same problem after upgrading to RC10. Did you find a solution? > Should I update to RC11 or rather downgrade back to an earlier version? > > Thanks, > Ivo Truxa > > >>>>>>> original message >>>>>>> > > Hi, > > On the weekend I tried to upgrade from RC7 to RC10. Clearly, I have to > change > some things before I can do this. What does it take to get to RC10? > > As is, my mail client got an error trying to list messages in /INBOX (via > IMAP) and the mail.err log shows the following messages: > > Oct 29 10:27:32 siona dovecot: IMAP(archangel): > open(/var/mail/archangel/inbox, O_CREAT) failed: Not a directory > Oct 29 10:27:32 siona dovecot: IMAP(archangel): > mkdir_parents(/var/mail/archangel/.imap/INBOX) failed: Not a directory > Oct 29 10:27:32 siona dovecot: IMAP(archangel): open() failed with > subscription file /var/mail/archangel/.subscriptions: > Not a directory > > My dovecot.conf includes > default_mail_env = mbox:/var/mail/%u > > And other then enabling SSL, I've got a pretty vanilla configuration (e.g. > nothing in the IMAP section at all, no odd namespaces...) > > /var/mail/archangel is an mbox file, why is dovecot trying to open files > under > there? > > > I know at least part of the discussion has happened on the list before so > I'm > sorry for duplicating other questions. My TODO is about ten km long so I > hope someone can at least give me a couple good pointers. > > Thanks in advance! -- Dominic Lepiane The IRMACS Centre Simon Fraser University -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061106/a95cf5e0/attachment.pgp From Rich.West at wesmo.com Mon Nov 6 19:55:02 2006 From: Rich.West at wesmo.com (Rich West) Date: Mon, 06 Nov 2006 14:55:02 -0500 Subject: [Dovecot] Upgrade from RC7 to RC10 didn't go too well... In-Reply-To: <200611061040.22505.dlepiane@irmacs.sfu.ca> References: <000401c701a4$573c9180$1600a8c0@truXoft.local> <200611061040.22505.dlepiane@irmacs.sfu.ca> Message-ID: <454F9316.1030906@wesmo.com> Dominic Lepiane wrote: > As per Timo's comments about RC11, the > config item is now called "mail_location" instead of "default_mail_env". > Although both do work, it is best to use the mail_location going forward. :) -Rich From marc at perkel.com Mon Nov 6 21:39:21 2006 From: marc at perkel.com (Marc Perkel) Date: Mon, 06 Nov 2006 13:39:21 -0800 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <1162726123.4177.44.camel@hurina> References: <1162726123.4177.44.camel@hurina> Message-ID: <454FAB89.6080504@perkel.com> Timo, rc12 seem to be running slow and high load levels. You seem to be switching back and forth between being fast and slow. I'm going back to rc7 because it worked really well. I'm running MBOX. From CMarcus at Media-Brokers.com Mon Nov 6 21:44:12 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 06 Nov 2006 16:44:12 -0500 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <454FAB89.6080504@perkel.com> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> Message-ID: <454FACAC.2090900@Media-Brokers.com> Marc Perkel wrote: > Timo, > > rc12 seem to be running slow and high load levels. You seem to be > switching back and forth between being fast and slow. I'm going back to > rc7 because it worked really well. I'm running MBOX. Well thats a real helpful bug report... -- Best regards, Charles From marc at perkel.com Mon Nov 6 21:47:36 2006 From: marc at perkel.com (Marc Perkel) Date: Mon, 06 Nov 2006 13:47:36 -0800 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <454FACAC.2090900@Media-Brokers.com> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> <454FACAC.2090900@Media-Brokers.com> Message-ID: <454FAD78.9010707@perkel.com> Charles Marcus wrote: > Marc Perkel wrote: >> Timo, >> >> rc12 seem to be running slow and high load levels. You seem to be >> switching back and forth between being fast and slow. I'm going back >> to rc7 because it worked really well. I'm running MBOX. > > Well thats a real helpful bug report... I wish I had more info but it's better than nothing. From rainer at route66.homelinux.net Mon Nov 6 22:24:55 2006 From: rainer at route66.homelinux.net (Rainer Ophoven) Date: Mon, 06 Nov 2006 23:24:55 +0100 Subject: [Dovecot] Duplicate header extension keywords Message-ID: <454FB637.3040707@route66.homelinux.net> I'm running dovecot supporting imaps and pop3s in a small home-office environment on a Linux-box, kernel 2.4.33, with postfix-2.3.4, amavisd-new and spamassassin. I use Thunderbird as mail-client on Windows XP. ever since upgrading to RC10 I every now and then find these error messages in doveocot.log: Error: IMAP(rainer): Corrupted index file /home/rainer/Maildir/.software.Dovecot/dovecot.index: Duplicate header extension keywords and close by: Error: IMAP(rainer): Fixed index file /home/rainer/Maildir/.software.Dovecot/dovecot.index: first_recent_uid_lowwater 1952 -> 1951 Misconfiguration or where is the problem? -- in diesem Sinne, Rainer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 208 bytes Desc: OpenPGP digital signature Url : http://dovecot.org/pipermail/dovecot/attachments/20061106/d909347e/attachment.pgp From Rich.West at wesmo.com Tue Nov 7 04:14:11 2006 From: Rich.West at wesmo.com (Rich West) Date: Mon, 06 Nov 2006 23:14:11 -0500 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <454FAD78.9010707@perkel.com> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> <454FACAC.2090900@Media-Brokers.com> <454FAD78.9010707@perkel.com> Message-ID: <45500813.6070803@wesmo.com> >>> rc12 seem to be running slow and high load levels. You seem to be >>> switching back and forth between being fast and slow. I'm going back >>> to rc7 because it worked really well. I'm running MBOX. >> >> Well thats a real helpful bug report... > > I wish I had more info but it's better than nothing. We've got a moderate system running RC12 with LDAP and mbox that has been chugging along quite well. LDAP support is running a lot better than with previous revisions (rc8-rc11). We haven't seen any issues as of yet. -Rich From papier at sdv.fr Tue Nov 7 08:48:34 2006 From: papier at sdv.fr (Laurent Papier) Date: Tue, 7 Nov 2006 09:48:34 +0100 Subject: [Dovecot] 1.0rc10 proxy memory usage problem In-Reply-To: <1162493113.4024.50.camel@hurina> References: <20061024095547.771a5185.papier@sdv.fr> <1162493113.4024.50.camel@hurina> Message-ID: <20061107094834.32a64236.papier@sdv.fr> Le Thu, 02 Nov 2006 20:45:13 +0200 Timo Sirainen ?crit: > On Tue, 2006-10-24 at 09:55 +0200, Laurent Papier wrote: > > Hi, > > I have a rather large dovecot setup (4 proxy only servers and 21 IMAP/POP3 > > servers) in production for 3 days now. > > > > The memory usage on my proxy servers only grows over time. It looks like a > > memory leak somewhere in dovecot. I have a RRD graph available on demand. > > Well, most importantly you didn't say which process's memory usage > grows? imap-login, pop3-login, both of them, or dovecot-auth? Both of them. In fact the size seems to grow up to login_process_size. I have half most of the value in my configuration files and the memory usage is now stable around 1GB of RAM used. My question is now what is a good setting for login_process_size with 'login_process_per_connection = no' ? With 'login_process_per_connection = no' what is the relation between login_process_size and login_max_connections ? My new configuration is : protocols = pop3 imap disable_plaintext_auth = no ssl_disable = yes login_process_size = 64 login_process_per_connection = no login_processes_count = 8 login_max_connections = 256 login_greeting = ready auth_cache_size = 16384 auth_cache_ttl = 1800 auth_worker_max_count = 30 auth default { mechanisms = plain # Userdb settings are not used with proxy but there need to be something. userdb static { args = static uid=5000 gid=5000 home=/dev/null } passdb sql { args = /etc/dovecot-mysql.conf } user = root count = 1 } -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - From pjvenda at pjvenda.org Tue Nov 7 10:10:44 2006 From: pjvenda at pjvenda.org (Pedro Venda) Date: Tue, 7 Nov 2006 10:10:44 +0000 Subject: [Dovecot] suspected bug in dovecot-ldap setup? In-Reply-To: <1162643493.29374.80.camel@hurina> References: <200610271245.39547.pjvenda@pjvenda.org> <200611031015.52046.pjvenda@pjvenda.org> <1162643493.29374.80.camel@hurina> Message-ID: <200611071010.45141.pjvenda@pjvenda.org> On Saturday 04 November 2006 12:31, Timo Sirainen wrote: > On Fri, 2006-11-03 at 10:15 +0000, Pedro Venda wrote: > > On Thursday 02 November 2006 18:42, Timo Sirainen wrote: > > > On Fri, 2006-10-27 at 12:45 +0100, Pedro Venda wrote: > > > > I intended to have authenticated binds but there was a problem with > > > > the user_filter directive being ignored: > > > > user_filter = > > > > (&(objectClass=JammMailAccount)(mail=%n@%d)(accountActive=TRUE) > > > > (delete=FALSE)) > > > > > > .. > > > > > > > ldap(dave at info.test,::ffff:192.168.0.69): bind search: > > > > base=o=hosting,dc=example,dc=com scope=subtree filter= > > > > **(&(objectClass=posixAccount(uid=dave at info.test))** > > > > dovecot: Oct 26 16:20:58 Info: auth(default): > > > > ldap(dave at info.test,::ffff:192.168.0.69): unknown user > > > > dovecot: Oct 26 16:20:59 Info: auth(default): client out: FAIL 1 > > > > user=dave at info.test > > > > dovecot: Oct 26 16:20:59 Info: imap-login: Disconnected: > > > > user=, method=PLAIN, rip=::ffff:192.168.0.69, > > > > lip=::ffff:192.168.0.5, TLS > > > > > > > > (nevermind the data, it's test only) > > > > > > > > As you can see from the info file, the search filter used was being > > > > (&(objectClass=posixAccount(uid=dave at info.test)) and not > > > > (&(objectClass=JammMailAccount)(mail=dave at info.test)(accountActive=TR > > > >UE) (delete=FALSE)). > > > > > > user_filter is used by userdb only, after the password authentication > > > was successful. So I guess you wanted to modify pass_filter instead? > > > > You see, I'm using auth_bind = yes, so pass_filter isn't relevant. > > Dovecot doesn't need to find the password, given that authentication > > relies on successfull binding. > > If you use auth_bind=yes, but not auth_bind_userdn, then the dn is > looked up using pass_filter, not user_filter. user_filter is used only > after a successful authentication to look up the user_attrs. ok Timo, I understood. These options aren't very intuitive, however, because with auth_bind = yes, you don't need to lookup any password, so I figured pass_filter wasn't necessary... That was my first mistake. On the other hand, user_filter would be the filter to look for a given user... my second mistake. Best regards, -- Pedro Jo?o Lopes Venda email: pjvenda at pjvenda org http://www.pjvenda.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/abef74c4/attachment-0001.pgp From mark.ruys at in2sports.net Tue Nov 7 11:24:44 2006 From: mark.ruys at in2sports.net (Mark Ruys) Date: Tue, 7 Nov 2006 12:24:44 +0100 Subject: [Dovecot] Store outgoing mail in users mailbox Message-ID: <200611071124.kA7BOolg031982@boston.rvl> This might be a MTA question, but because I use Dovecot as an LDA, maybe some can help me here. Our users would like that outgoing mail is automatically saved in some folder, say Sent. We use Postfix with virtual domains, Maildir and Dovecot+Sieve as LDA. Outgoing mail is relayed by our imap-server (with authentification of course, no open relay). Most people seem to advice Postfix sender_bcc_maps and Dovecot's deliver with the -m argument. But I can't get it work. I tried: In master.cf: dovecot-archive unix - n n - - pipe flags=DRhu user=mailowner:mailowner argv=/usr/libexec/dovecot/deliver -d ${recipient} -m Sent In main.cf: sender_bcc_maps = hash:/etc/postfix/sender_bcc_map In sender_bcc_map: tester at ruijs.cc dovecot-archive: But that doesn't work. It looks like "dovecot-archive:" should be a real email address, not a transport (this give an idea of my Postfix knowledge ;). Then I tried: In sender_bcc_map: tester at ruijs.cc tester+archive at ruijs.cc But I don't think Dovecot's LDA supports plus addressing. So my question is, has anyone here done a similar thing in a similar setting. If so, how did you configure it. Thans, Mark Oudenhof 14b, 4191 NW Geldermalsen, The Netherlands Web site and travel directions: www.in2sports.net Phone +31.345.473699 :: Mobile +31.6.51298623 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061107/676aa49a/attachment.htm From acasado at ual.es Tue Nov 7 11:29:08 2006 From: acasado at ual.es (=?ISO-8859-1?Q?Antonio_Casado_Rodr=EDguez?=) Date: Tue, 07 Nov 2006 12:29:08 +0100 Subject: [Dovecot] move the message between folder problem with quota. Message-ID: <45506E04.80601@ual.es> Hi, i have dovecot 1.0rc12, postfix, RedHat Enterprise Linux ES 4.0 Update 4. IMAP client Thunderbird 1.5.0.7 Only namespace: namespace private { separator = / inbox = yes prefix = location = maildir:~/Maildir/ } When the quota limit is near... more maildirsize 5242880S 0 0 2688058 1 1993336 1 ... if i move the message betweeen foders, dovecot say: quota exceeded. Is this a error? If i delete the message (trash folder), it not work too. would not have to work as Maildir++ specification says? http://www.inter7.com/courierimap/README.maildirquota.html (Reading from a Maildir++) Thanks a lot. From listuser at peternixon.net Tue Nov 7 11:35:25 2006 From: listuser at peternixon.net (Peter Nixon) Date: Tue, 7 Nov 2006 13:35:25 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <1162639004.29374.60.camel@hurina> References: <200611031635.07740.listuser@peternixon.net> <1162639004.29374.60.camel@hurina> Message-ID: <200611071335.31764.listuser@peternixon.net> On Sat 04 Nov 2006 13:16, Timo Sirainen wrote: > On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > > However, I am seeing that dovecot-ldap doesnt reconnect if openldap > > restarts. Is there an options I am missing or is this a know problem?As I > > am using dovecot for sasl with postfix and pop/imap this basically > > completely stops my mail sytem... > > What messages do you see in Dovecot's log files? As far as I know the > reconnection code should be working, at least for most people. Hi Timo Here is postfix's log after ldap is restarted: Nov 7 11:30:45 padme postfix/smtpd[30935]: TLS connection established from unknown[x.x.x.x]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) Nov 7 11:30:56 padme postfix/smtpd[30935]: warning: unknown[x.x.x.x]: SASL PLAIN authentication failed: Connection lost to authentication server Nov 7 11:30:56 padme postfix/smtpd[30935]: lost connection after AUTH from unknown[x.x.x.x] Nov 7 11:30:56 padme postfix/smtpd[30935]: disconnect from unknown[x.x.x.x] Here is the log from kmail: Sending failed: Your SMTP server does not support PLAIN. Choose a different authentication method. The server responded: "5.7.0 Error: authentication failed: Connection lost to authentication server" The message will stay in the 'outbox' folder until you either fix the problem (e.g. a broken address) or remove the message from the 'outbox' folder. Restarting dovecot after restarting ldap solves this problem. (Postfix does not need to be restarted) Regards -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/31928ae3/attachment.pgp From acasado at ual.es Tue Nov 7 11:37:49 2006 From: acasado at ual.es (=?ISO-8859-1?Q?Antonio_Casado_Rodr=EDguez?=) Date: Tue, 07 Nov 2006 12:37:49 +0100 Subject: [Dovecot] dovecot lda works with maildir++ but does not enforce the quota? Message-ID: <4550700D.7040303@ual.es> Hi all, I use Dovecot lda. Is there the possibility that dovecot lda works with maildir++ but does not enforce the quota? I have dovecot 1.0rc12, postfix, RedHat Enterprise Linux ES 4.0 Update 4. IMAP client Thunderbird 1.5.0.7 Only namespace: namespace private { separator = / inbox = yes prefix = location = maildir:~/Maildir/ } Thanks a lot. From listuser at peternixon.net Tue Nov 7 11:43:04 2006 From: listuser at peternixon.net (Peter Nixon) Date: Tue, 7 Nov 2006 13:43:04 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <200611071335.31764.listuser@peternixon.net> References: <200611031635.07740.listuser@peternixon.net> <1162639004.29374.60.camel@hurina> <200611071335.31764.listuser@peternixon.net> Message-ID: <200611071343.10222.listuser@peternixon.net> On Tue 07 Nov 2006 13:35, Peter Nixon wrote: > On Sat 04 Nov 2006 13:16, Timo Sirainen wrote: > > On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > > > However, I am seeing that dovecot-ldap doesnt reconnect if openldap > > > restarts. Is there an options I am missing or is this a know problem?As > > > I am using dovecot for sasl with postfix and pop/imap this basically > > > completely stops my mail sytem... > > > > What messages do you see in Dovecot's log files? As far as I know the > > reconnection code should be working, at least for most people. > > Hi Timo > > Here is postfix's log after ldap is restarted: > > Nov 7 11:30:45 padme postfix/smtpd[30935]: TLS connection established from > unknown[x.x.x.x]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) > Nov 7 11:30:56 padme postfix/smtpd[30935]: warning: unknown[x.x.x.x]: SASL > PLAIN authentication failed: Connection lost to authentication server > Nov 7 11:30:56 padme postfix/smtpd[30935]: lost connection after AUTH from > unknown[x.x.x.x] > Nov 7 11:30:56 padme postfix/smtpd[30935]: disconnect from > unknown[x.x.x.x] > > Here is the log from kmail: > > Sending failed: > Your SMTP server does not support PLAIN. > Choose a different authentication method. > The server responded: "5.7.0 Error: authentication failed: Connection lost > to authentication server" > The message will stay in the 'outbox' folder until you either fix the > problem (e.g. a broken address) or remove the message from the 'outbox' > folder. > > > Restarting dovecot after restarting ldap solves this problem. (Postfix does > not need to be restarted) Oh. And prior to the postfix errors there is: Nov 7 11:30:20 padme dovecot: auth(default): LDAP: ldap_result() failed: Can't contact LDAP server Nov 7 11:30:20 padme dovecot: auth(default): LDAP: Can't connect to server: 127.0.0.1 Nov 7 11:30:21 padme dovecot: auth(default): dovecot-auth: sbind.c:75: ldap_simple_bind: Assertion `ld != ((void *)0)' failed. Nov 7 11:30:21 padme dovecot: child 22172 (auth) killed with signal 6 Cheers -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/be820526/attachment.pgp From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Tue Nov 7 12:03:00 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Tue, 7 Nov 2006 13:03:00 +0100 (CET) Subject: [Dovecot] Store outgoing mail in users mailbox In-Reply-To: <200611071124.kA7BOolg031982@boston.rvl> References: <200611071124.kA7BOolg031982@boston.rvl> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 7 Nov 2006, Mark Ruys wrote: > Our users would like that outgoing mail is automatically saved in some > folder, say Sent. Hmm, any IMAP mail client I know has an option for exactly that feature. I don't know postfix. I would look into the line: Variant I a) MTA adds envelope sender (aka MAIL FROM) to envelope recipient list (aka RCPT TO, aka BCC). b) LDA delivers mail into Archive folder if the sender is the owner of the mailbox. Variant II as variant I, but adds an Header that helps the LDA to decide, if the mail has been sent by one particular user, e.g. the MD5 hash of the SMTP AUTH uid. Variant III a) MTA always adds a robot to the envelop recipient list. b) This robot spools the mail according the From: header of the mail or yet another piece of information you can most likely aquire the sender from, e.g. authentification data. E.g. match the message ID or queue ID with the logs of the MTA. Of course, in all these cases you need to decide beforehand, if the mail is inbound or outbound. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRVB19i9SORjhbDpvAQKQAwf9HoMeq2CDNbhOlx79HCpaHT6/sjb1Fjg8 iq2EPzDIDTpcwqsyucmwI5Ib6y8PPABv4B4E38TusqCLt211ZmdPGbl6HxP5/sTb fAUPy9zGr1rJu92AdELZKRhHDrM6YjNayr/nlKt5DNbto8o6Bs4LbIzybgJbGrYQ j3u3BUobxwLPA1EvSihCePp6H2vJEyjgVssdc0WSfh7ZTO6nID6PT5ZHYaifWLaz MFTv9c6x5V26A/s4i+EsbYGNrjVLkI3br8scstRvT2OcJsTfyOc3OwSNJxqia9wN vbe97b5WZPhgcOqgJhwTslcKfUKPL2xDHTQbTGsOk2gJKUHWvk7KQA== =LSHW -----END PGP SIGNATURE----- From c.d.wakelin at reading.ac.uk Tue Nov 7 12:38:00 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Tue, 07 Nov 2006 12:38:00 +0000 Subject: [Dovecot] rc12 dovecot-auth core dump with ldap Message-ID: <45507E28.2090800@reading.ac.uk> Hi, I've got a core dump during initialisation when I use 1.0.rc12 and LDAP with authenticated binds in Solaris. It worked OK in 1.0.rc10. Here's the non-commented entries in dovecot-ldap.conf - some of which are probably redundant :) :- hosts = xxx.yyy.rdg.ac.uk auth_bind = yes auth_bind_userdn = "cn=%n,cn=users,dc=xxx,dc=yyy,dc=rdg,dc=ac,dc=uk" ldap_version = 3 base = "dc=xxx,dc=yyy,dc=rdg,dc=ac,dc=uk" deref = never scope = subtree user_filter = (&(objectClass=User)(sAMAccountName=%n)) pass_filter = (&(objectClass=User)(sAMAccountName=%n)) Strangely, it crashes in a different place when I don't define the scope, so I'm guessing it's something to do with reading parameters. backtrace with "scope = subtree" : #0 0x1ec94 in db_ldap_init ( config_path=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") at db-ldap.c:661 661 if (*conn->set.user_global_gid == '\0') (gdb) bt #0 0x1ec94 in db_ldap_init ( config_path=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") at db-ldap.c:661 #1 0x246e8 in passdb_ldap_preinit (auth_passdb=0x5bbe8, args=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") at passdb-ldap.c:486 #2 0x2328c in passdb_preinit (auth=0x5b838, driver=0xffbefec0 "ldap", args=0x0, id=332176) at passdb.c:169 #3 0x17648 in auth_preinit () at auth.c:45 #4 0x1ff0c in drop_privileges () at main.c:195 #5 0x2024c in main (argc=0, argv=0xffbefb54) at main.c:319 and with scope left commented out: #0 0xff0cf600 in strcasecmp () from /usr/lib/libc.so.1 (gdb) bt #0 0xff0cf600 in strcasecmp () from /usr/lib/libc.so.1 #1 0x1df58 in scope2str (str=0x0) at db-ldap.c:116 #2 0x1ec4c in db_ldap_init ( config_path=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") at db-ldap.c:648 #3 0x246e8 in passdb_ldap_preinit (auth_passdb=0x5bbe8, args=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") at passdb-ldap.c:486 #4 0x2328c in passdb_preinit (auth=0x5b838, driver=0xffbefec0 "ldap", args=0x0, id=332176) at passdb.c:169 #5 0x17648 in auth_preinit () at auth.c:45 #6 0x1ff0c in drop_privileges () at main.c:195 #7 0x2024c in main (argc=0, argv=0xffbefb54) at main.c:319 If I don't define "deref" then I get an error in the dovecot log (but no crash) :- dovecot: Nov 07 12:36:45 Error: auth(default): LDAP: Unknown deref option 'subtree' I'll keep digging and see if I can find the cause, but has anybody else seen this? Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From tss at iki.fi Tue Nov 7 12:44:18 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:44:18 +0200 Subject: [Dovecot] suspected bug in dovecot-ldap setup? In-Reply-To: <200611071010.45141.pjvenda@pjvenda.org> References: <200610271245.39547.pjvenda@pjvenda.org> <200611031015.52046.pjvenda@pjvenda.org> <1162643493.29374.80.camel@hurina> <200611071010.45141.pjvenda@pjvenda.org> Message-ID: <1162903458.4177.62.camel@hurina> On Tue, 2006-11-07 at 10:10 +0000, Pedro Venda wrote: > These options aren't very intuitive, however, because with auth_bind = yes, > you don't need to lookup any password, so I figured pass_filter wasn't > necessary... That was my first mistake. > On the other hand, user_filter would be the filter to look for a given user... > my second mistake. Yep. I already updated dovecot-ldap.conf's comments in rc12. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/591c8f02/attachment.pgp From juergen at jherz.redirectme.net Mon Nov 6 15:24:34 2006 From: juergen at jherz.redirectme.net (=?ISO-8859-1?Q?J=FCrgen_Herz?=) Date: Mon, 06 Nov 2006 16:24:34 +0100 Subject: [Dovecot] Wiki documentation In-Reply-To: <1162761216.4177.61.camel@hurina> References: <1162761216.4177.61.camel@hurina> Message-ID: <454F53B2.5020700@jherz.redirectme.net> Timo Sirainen wrote: > I spent most of today adding new content to the Wiki and cleaning up the > existing content. The front page is now also reorganized, but there are > several links in it to pages which are still missing. Please write > them. :) More documentation is better. Thanks for also improving that. What I'm still missing is a way to use a OpenLDAP installation on a remote server as password and user db. A few months ago I got an answer here that in dovecot-ldap.conf instead of the hosts keyword I could use uris and then write something like uris=ldaps://my.server.domain That didn't work for me in RC7 and I also couldn't find any documentation about that anywhere. And (that's the reason I'm writing that here) online documentation on Dovecot with LDAP is sparse in general. J?rgen From tss at iki.fi Tue Nov 7 12:47:03 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:47:03 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <200611071343.10222.listuser@peternixon.net> References: <200611031635.07740.listuser@peternixon.net> <1162639004.29374.60.camel@hurina> <200611071335.31764.listuser@peternixon.net> <200611071343.10222.listuser@peternixon.net> Message-ID: <1162903623.4177.64.camel@hurina> On Tue, 2006-11-07 at 13:43 +0200, Peter Nixon wrote: > On Tue 07 Nov 2006 13:35, Peter Nixon wrote: > > On Sat 04 Nov 2006 13:16, Timo Sirainen wrote: > > > On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > > > > However, I am seeing that dovecot-ldap doesnt reconnect if openldap > > > > restarts. Is there an options I am missing or is this a know problem?As > > > > I am using dovecot for sasl with postfix and pop/imap this basically > > > > completely stops my mail sytem... Do you use auth_bind? I fixed reconnection issues related to that in rc12. > Nov 7 11:30:21 padme dovecot: auth(default): dovecot-auth: sbind.c:75: > ldap_simple_bind: Assertion `ld != ((void *)0)' failed. I think I fixed this also in rc12.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/40a892f6/attachment.pgp From tss at iki.fi Tue Nov 7 12:51:33 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:51:33 +0200 Subject: [Dovecot] rc12 dovecot-auth core dump with ldap In-Reply-To: <45507E28.2090800@reading.ac.uk> References: <45507E28.2090800@reading.ac.uk> Message-ID: <1162903893.4177.68.camel@hurina> On Tue, 2006-11-07 at 12:38 +0000, Chris Wakelin wrote: > #0 0x1ec94 in db_ldap_init ( > config_path=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") > at db-ldap.c:661 > 661 if (*conn->set.user_global_gid == '\0') OK, so this crashes if compiled with non-C99 compiler. Fixed: http://dovecot.org/list/dovecot-cvs/2006-November/006733.html > If I don't define "deref" then I get an error in the dovecot log (but no > crash) :- > > dovecot: Nov 07 12:36:45 Error: auth(default): LDAP: Unknown deref > option 'subtree' That's because this check is done before the GID check, and it dies immediately if the check fails. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/8bbf08d0/attachment.pgp From tss at iki.fi Tue Nov 7 12:54:35 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:54:35 +0200 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <454FAB89.6080504@perkel.com> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> Message-ID: <1162904075.4177.72.camel@hurina> On Mon, 2006-11-06 at 13:39 -0800, Marc Perkel wrote: > Timo, > > rc12 seem to be running slow and high load levels. You seem to be > switching back and forth between being fast and slow. I'm going back to > rc7 because it worked really well. I'm running MBOX. Well, the most important thing to know would be what process is causing it: imap, pop3, dovecot-auth or something else? Also does load level mean CPU usage or disk I/O usage? ps/top should show which process is causing it if it's CPU usage. If it's disk I/O then it's most likely imap/pop3 problem. And if that's the case then I'd like to know more about what OS and filesystem you're using and what Dovecot settings. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/523695c2/attachment.pgp From tss at iki.fi Tue Nov 7 12:57:50 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:57:50 +0200 Subject: [Dovecot] move the message between folder problem with quota. In-Reply-To: <45506E04.80601@ual.es> References: <45506E04.80601@ual.es> Message-ID: <1162904270.4177.76.camel@hurina> On Tue, 2006-11-07 at 12:29 +0100, Antonio Casado Rodr?guez wrote: > ... if i move the message betweeen foders, dovecot say: quota exceeded. There's no "move" operation in IMAP, only "copy and then delete" (and even then it usually stays in the mailbox until it's expunged), so the mail will temporarily use double the space. > Is this a error? > > If i delete the message (trash folder), it not work too. Again deleting to trash means copying + marking as deleted. With newer quota code you can say for example that copying/saving to Trash will allow to go 10MB over quota. This code won't be in Dovecot v1.0 though, but you can get it as a patch: http://dovecot.org/patches/1.0/quota-rewrite.diff -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/97703cde/attachment.pgp From tss at iki.fi Tue Nov 7 12:58:46 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:58:46 +0200 Subject: [Dovecot] dovecot lda works with maildir++ but does not enforce the quota? In-Reply-To: <4550700D.7040303@ual.es> References: <4550700D.7040303@ual.es> Message-ID: <1162904326.4177.78.camel@hurina> On Tue, 2006-11-07 at 12:37 +0100, Antonio Casado Rodr?guez wrote: > Hi all, > > I use Dovecot lda. Is there the possibility that dovecot lda works with > maildir++ but does not enforce the quota? This is in my TODO, so not possible yet.. Shouldn't be too difficult to implement though, but I don't really want to add more features into v1.0 anymore. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/1438fc3e/attachment.pgp From tss at iki.fi Tue Nov 7 13:03:26 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 15:03:26 +0200 Subject: [Dovecot] LDAP uris [was: Re: Wiki documentation] In-Reply-To: <454F53B2.5020700@jherz.redirectme.net> References: <1162761216.4177.61.camel@hurina> <454F53B2.5020700@jherz.redirectme.net> Message-ID: <1162904606.4177.83.camel@hurina> On Mon, 2006-11-06 at 16:24 +0100, J?rgen Herz wrote: > What I'm still missing is a way to use a OpenLDAP installation on a > remote server as password and user db. > > A few months ago I got an answer here that in dovecot-ldap.conf instead > of the hosts keyword I could use uris and then write something like > uris=ldaps://my.server.domain I don't really understand. If you want SSL connection then you need to use uris, but if you don't use SSL then hosts will do just the same. > That didn't work for me in RC7 and I also couldn't find any > documentation about that anywhere. And (that's the reason I'm writing > that here) online documentation on Dovecot with LDAP is sparse in general. Didn't work why? Anyway these hosts/uris settings go directly to the LDAP library, so I don't even know how it internally handles them. In general much of Dovecot's LDAP settings are simply passed onto libldap, so you should be able to configure most of those by looking for generic libldap instructions or instructions for other software. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/c3ccc5cc/attachment.pgp From listuser at peternixon.net Tue Nov 7 13:45:50 2006 From: listuser at peternixon.net (Peter Nixon) Date: Tue, 7 Nov 2006 15:45:50 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <1162903623.4177.64.camel@hurina> References: <200611031635.07740.listuser@peternixon.net> <200611071343.10222.listuser@peternixon.net> <1162903623.4177.64.camel@hurina> Message-ID: <200611071545.55934.listuser@peternixon.net> On Tue 07 Nov 2006 14:47, Timo Sirainen wrote: > On Tue, 2006-11-07 at 13:43 +0200, Peter Nixon wrote: > > On Tue 07 Nov 2006 13:35, Peter Nixon wrote: > > > On Sat 04 Nov 2006 13:16, Timo Sirainen wrote: > > > > On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > > > > > However, I am seeing that dovecot-ldap doesnt reconnect if openldap > > > > > restarts. Is there an options I am missing or is this a know > > > > > problem?As I am using dovecot for sasl with postfix and pop/imap > > > > > this basically completely stops my mail sytem... > > Do you use auth_bind? I fixed reconnection issues related to that in > rc12. Yes. I do. > > Nov 7 11:30:21 padme dovecot: auth(default): dovecot-auth: sbind.c:75: > > ldap_simple_bind: Assertion `ld != ((void *)0)' failed. > > I think I fixed this also in rc12.. ok. I will deploy it tonight and see if it's fixed. -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/504db832/attachment-0001.pgp From razor.ua at ua.fm Tue Nov 7 12:53:25 2006 From: razor.ua at ua.fm (razor) Date: Tue, 07 Nov 2006 14:53:25 +0200 Subject: [Dovecot] lda quota Message-ID: hello i am using dovecot-1.0.r7 on freebsd 5.4 everything is fine, but i wanna more -) i am using dovecot-lda + plugin quota. when i am trying to send a email for user with overquota i am getting "local delivery failed". can i make some more informatic message for users like "your recipient box is overquoted". exim configure : ... dovecot_delivery: driver = pipe debug_print = "T: ldap_maildir_home for $local_part@$domain" command = /usr/local/libexec/dovecot/deliver -d $local_part message_prefix = message_suffix = user = mailnull group = mail delivery_date_add envelope_to_add return_path_add log_output ... dovecot.conf ... protocol lda { mail_plugins = quota } ... thanx -- regards, Razorenov Alex From tss at iki.fi Tue Nov 7 15:20:13 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 17:20:13 +0200 Subject: [Dovecot] 1.0rc10 proxy memory usage problem In-Reply-To: <20061107094834.32a64236.papier@sdv.fr> References: <20061024095547.771a5185.papier@sdv.fr> <1162493113.4024.50.camel@hurina> <20061107094834.32a64236.papier@sdv.fr> Message-ID: <1162912813.4177.95.camel@hurina> On Tue, 2006-11-07 at 09:48 +0100, Laurent Papier wrote: > Le Thu, 02 Nov 2006 20:45:13 +0200 > Timo Sirainen ?crit: > > > On Tue, 2006-10-24 at 09:55 +0200, Laurent Papier wrote: > > > Hi, > > > I have a rather large dovecot setup (4 proxy only servers and 21 IMAP/POP3 > > > servers) in production for 3 days now. > > > > > > The memory usage on my proxy servers only grows over time. It looks like a > > > memory leak somewhere in dovecot. I have a RRD graph available on demand. > > > > Well, most importantly you didn't say which process's memory usage > > grows? imap-login, pop3-login, both of them, or dovecot-auth? > > Both of them. In fact the size seems to grow up to login_process_size. Right, because after that the kernel kills the process. > My question is now what is a good setting for login_process_size with > 'login_process_per_connection = no' ? .. > With 'login_process_per_connection = no' what is the relation between > login_process_size and login_max_connections ? The more connections the process handles at the same time the more memory it needs. Anyway.. I did a lot of fixes now to login processes. The largest memory leak should be fixed by these patches: http://dovecot.org/list/dovecot-cvs/2006-November/006753.html http://dovecot.org/list/dovecot-cvs/2006-November/006754.html But I did several other fixes also which may have leaked memory or crashed. Mostly related to AUTHENTICATE / AUTH commands, or client disconnecting before login to remote server was complete. I guess it's time for rc13 :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/b0832f7d/attachment.pgp From listuser at peternixon.net Tue Nov 7 15:30:03 2006 From: listuser at peternixon.net (Peter Nixon) Date: Tue, 7 Nov 2006 17:30:03 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <1162903623.4177.64.camel@hurina> References: <200611031635.07740.listuser@peternixon.net> <200611071343.10222.listuser@peternixon.net> <1162903623.4177.64.camel@hurina> Message-ID: <200611071730.09432.listuser@peternixon.net> On Tue 07 Nov 2006 14:47, Timo Sirainen wrote: > On Tue, 2006-11-07 at 13:43 +0200, Peter Nixon wrote: > > On Tue 07 Nov 2006 13:35, Peter Nixon wrote: > > > On Sat 04 Nov 2006 13:16, Timo Sirainen wrote: > > > > On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > > > > > However, I am seeing that dovecot-ldap doesnt reconnect if openldap > > > > > restarts. Is there an options I am missing or is this a know > > > > > problem?As I am using dovecot for sasl with postfix and pop/imap > > > > > this basically completely stops my mail sytem... > > Do you use auth_bind? I fixed reconnection issues related to that in > rc12. > > > Nov 7 11:30:21 padme dovecot: auth(default): dovecot-auth: sbind.c:75: > > ldap_simple_bind: Assertion `ld != ((void *)0)' failed. > > I think I fixed this also in rc12.. Yep. rc12 does appear to fix the problem. If it should re-occur I will let you know :-) Cheers -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/6f2bacf5/attachment.pgp From papier at sdv.fr Tue Nov 7 15:44:48 2006 From: papier at sdv.fr (Laurent Papier) Date: Tue, 7 Nov 2006 16:44:48 +0100 Subject: [Dovecot] 1.0rc10 proxy memory usage problem In-Reply-To: <1162912813.4177.95.camel@hurina> References: <20061024095547.771a5185.papier@sdv.fr> <1162493113.4024.50.camel@hurina> <20061107094834.32a64236.papier@sdv.fr> <1162912813.4177.95.camel@hurina> Message-ID: <20061107164448.2c5ea42e.papier@sdv.fr> Le Tue, 07 Nov 2006 17:20:13 +0200 Timo Sirainen ?crit: > > With 'login_process_per_connection = no' what is the relation between > > login_process_size and login_max_connections ? > > The more connections the process handles at the same time the more > memory it needs. Sure ! But can you give us some advise about the value we should use ? For example : login_process_per_connection = no login_max_connections = 512 login_process_size = ??? How dovecot handle a too small value in login_process_size ? > Anyway.. I did a lot of fixes now to login processes. The largest memory > leak should be fixed by these patches: > > http://dovecot.org/list/dovecot-cvs/2006-November/006753.html > http://dovecot.org/list/dovecot-cvs/2006-November/006754.html > > But I did several other fixes also which may have leaked memory or > crashed. Mostly related to AUTHENTICATE / AUTH commands, or client > disconnecting before login to remote server was complete. > > I guess it's time for rc13 :) > Nice. This will give me a reason to upgrade. -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - From tss at iki.fi Tue Nov 7 16:19:39 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 18:19:39 +0200 Subject: [Dovecot] 1.0rc10 proxy memory usage problem In-Reply-To: <20061107164448.2c5ea42e.papier@sdv.fr> References: <20061024095547.771a5185.papier@sdv.fr> <1162493113.4024.50.camel@hurina> <20061107094834.32a64236.papier@sdv.fr> <1162912813.4177.95.camel@hurina> <20061107164448.2c5ea42e.papier@sdv.fr> Message-ID: <1162916379.4177.101.camel@hurina> On Tue, 2006-11-07 at 16:44 +0100, Laurent Papier wrote: > Le Tue, 07 Nov 2006 17:20:13 +0200 > Timo Sirainen ?crit: > > > > With 'login_process_per_connection = no' what is the relation between > > > login_process_size and login_max_connections ? > > > > The more connections the process handles at the same time the more > > memory it needs. > > Sure ! But can you give us some advise about the value we should use ? > For example : > login_process_per_connection = no > login_max_connections = 512 > login_process_size = ??? Well.. If you're not using SSL, then I think one connection takes max. 16kB of memory. Probably less. So 512*16/1024 = 8MB. Then there's the memory that's needed for it to work at all. I think the default 32MB would be enough for this, but you can be sure only by looking how much memory it really uses :) > How dovecot handle a too small value in login_process_size ? Dovecot doesn't handle it. Dovecot just tells to kernel at startup that "process's max. virtual size is this". If memory usage grows over that, the kernel kills the process. This most likely has happened to you and you should have seen "killed by signal 9" in logs (I think it was 9). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/cec27f15/attachment.pgp From rostetter at mail.utexas.edu Tue Nov 7 16:29:41 2006 From: rostetter at mail.utexas.edu (Eric Rostetter) Date: Tue, 7 Nov 2006 10:29:41 -0600 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <454FACAC.2090900@Media-Brokers.com> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> <454FACAC.2090900@Media-Brokers.com> Message-ID: <20061107102941.qd23lh8jbpwgkgkk@mail.ph.utexas.edu> Quoting Charles Marcus : > Marc Perkel wrote: >> Timo, >> >> rc12 seem to be running slow and high load levels. You seem to be >> switching back and forth between being fast and slow. I'm going >> back to rc7 because it worked really well. I'm running MBOX. > > Well thats a real helpful bug report... I just now upgraded from RC10 to RC12 using the atrpms RPM version. It does _seem_ to be a bit slower (I only notice really because RC10 was _SO FREEKING FAST_ that RC12 seems a bit slow in comparison. I'm also using MBOX. One thing to note: I did not uprgade the dovecot.conf file yet, so I'm still using default_mail_env instead of mail_location. In the next couple of hours, I'll probably change to the new dovecot.conf file with the new mail_location and see if that changes anything. I wouldn't call this a show-stopper or anything, just an additional observation that it does seem to be a bit slower. I've no actual data, just a "seat of the pants" judgement as to response time from the client end. The difference is, IMHO, small, but noticable. I'm not seeing any high server load of anything though. -- Eric Rostetter The Department of Physics The University of Texas at Austin Go Longhorns! From tss at iki.fi Tue Nov 7 16:39:09 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 18:39:09 +0200 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <20061107102941.qd23lh8jbpwgkgkk@mail.ph.utexas.edu> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> <454FACAC.2090900@Media-Brokers.com> <20061107102941.qd23lh8jbpwgkgkk@mail.ph.utexas.edu> Message-ID: <1162917549.4177.105.camel@hurina> On Tue, 2006-11-07 at 10:29 -0600, Eric Rostetter wrote: > Quoting Charles Marcus : > > > Marc Perkel wrote: > >> Timo, > >> > >> rc12 seem to be running slow and high load levels. You seem to be > >> switching back and forth between being fast and slow. I'm going > >> back to rc7 because it worked really well. I'm running MBOX. > > > > Well thats a real helpful bug report... > > I just now upgraded from RC10 to RC12 using the atrpms RPM version. > It does _seem_ to be a bit slower (I only notice really because RC10 > was _SO FREEKING FAST_ that RC12 seems a bit slow in comparison. If you want to debug this a bit, you could try looking with strace where it's spending most of its time: http://wiki.dovecot.org/Debugging/ProcessTracing And maybe even compare that to rc10. Anyway I don't think much has changed since rc10. I only fixed some bugs in mbox handling code, but that shouldn't have slowed it down either. > In the next couple of hours, I'll probably change to the new dovecot.conf > file with the new mail_location and see if that changes anything. It won't. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/9ae1b2a2/attachment.pgp From daniel at copyleft.no Tue Nov 7 16:45:32 2006 From: daniel at copyleft.no (Hr. Daniel Mikkelsen) Date: Tue, 07 Nov 2006 17:45:32 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162496230.4024.95.camel@hurina> References: <549C1053-9CEF-456D-AC50-DA63B6B989F9@iki.fi> <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> Message-ID: <4550B82C.6070201@copyleft.no> Timo Sirainen wrote: > mmap_disable=yes does quite a many things differently than > mmap_disable=no, so I guess it could just be a bug somewhere in the =no > codepath. > > Daniel, how about you? Does mmap_disable=yes fix it for you? And what > error messages exactly do you get? Hi. It's hard for me to tell, because the problem is intermittent, and I can't make it appear on my test rig / development platform. And when set mmap_disable=yes the load goes through the roof on the production servers, and they quickly become unresponsive, so I have to set it back to mmap_disable=yes. But I would have to say that it _appears_ the particular errors are not present when running with mmap_disable=yes. I'm trying to test it again now to verify. The exact error I've been getting is: Nov 7 17:10:53 famine dovecot: IMAP(account-name): Corrupted index file /var/shemail/maildirs/site/user/.folder/dovecot.index: Duplicate header extension keywords This only happens for Thunderbird IMAP users as far as I can tell. The client then loses connection with the server after a timeout that can last for a minute or two. After reconnecting, duplicates of some messages will sometimes appear, and some times new messages will be sorted at the top of Thunderbird's list. In the maildir, these duplicate messages are hardlinks of the same file. I'm running FreeBSD 6.1 with Dovecot 1.0rc12. -- Daniel Mikkelsen Copyleft Software AS From tss at iki.fi Tue Nov 7 16:49:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 18:49:00 +0200 Subject: [Dovecot] rc13 soon Message-ID: <1162918140.4177.110.camel@hurina> I think I'll just start making new releases whenever I've fixed something important. You'll have a while to report more bugs and then I'll make rc13 release, maybe in about 5 hours or maybe tomorrow. I updated already the nightly snapshot if you want to test the upcoming rc13. Changes so far: + deliver: If we're executing as a normal system user, get the HOME environment from passwd if it's not set. This makes it possible to run deliver from .forward. - Older compilers caused LDAP authentication to crash - Dying LDAP connections weren't handled exactly correctly in rc11, although it seemed to work usually - Fixed crashes and memory leaks with AUTHENTICATE command - Fixed crashes and leaks with IMAP/POP3 proxying -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/eca882d6/attachment.pgp From tss at iki.fi Tue Nov 7 16:54:31 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 18:54:31 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <4550B82C.6070201@copyleft.no> References: <549C1053-9CEF-456D-AC50-DA63B6B989F9@iki.fi> <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> Message-ID: <1162918471.4177.115.camel@hurina> On Tue, 2006-11-07 at 17:45 +0100, Hr. Daniel Mikkelsen wrote: > Timo Sirainen wrote: > > > mmap_disable=yes does quite a many things differently than > > mmap_disable=no, so I guess it could just be a bug somewhere in the =no > > codepath. > > > > Daniel, how about you? Does mmap_disable=yes fix it for you? And what > > error messages exactly do you get? > > Hi. > > It's hard for me to tell, because the problem is intermittent, and I can't > make it appear on my test rig / development platform. > > And when set mmap_disable=yes the load goes through the roof on the > production servers, and they quickly become unresponsive, so I have to > set it back to mmap_disable=yes. "back to mmap_disable=no" I guess? They shouldn't affect load that much, mmap_disable should just use somewhat more memory and CPU. > Nov 7 17:10:53 famine dovecot: IMAP(account-name): Corrupted index file /var/shemail/maildirs/site/user/.folder/dovecot.index: Duplicate header extension keywords > > This only happens for Thunderbird IMAP users as far as I can tell. The > client then loses connection with the server after a timeout that can last > for a minute or two. That error message should only cause index file to be rebuilt. I'm not sure if it gives an error message or if it kills the connection immediately, but it really shouldn't just hang the connection. > After reconnecting, duplicates of some messages will sometimes appear, and > some times new messages will be sorted at the top of Thunderbird's list. Also that error message doesn't have anything to do with creation of duplicate messages. > In the maildir, these duplicate messages are hardlinks of the same file. Do you have maildir_copy_with_hardlinks=yes? If yes, it sounds like the client is copying messages into the mailbox itself (or possibly copy to Trash and back to inbox). If it's set to no, then I don't think it's Dovecot creating those files at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/15a8c335/attachment-0001.pgp From bofh.list at gmail.com Tue Nov 7 16:56:25 2006 From: bofh.list at gmail.com (bofh list) Date: Tue, 7 Nov 2006 11:56:25 -0500 Subject: [Dovecot] Corrupted index cache file dovecot.index.cache: invalid record size In-Reply-To: <1162495533.4024.82.camel@hurina> References: <1162495533.4024.82.camel@hurina> Message-ID: On 11/2/06, Timo Sirainen wrote: > > On Wed, 2006-10-18 at 17:53 -0400, bofh list wrote: > > Hi, > > > > Our dovecot setup consists of two hosts running dovecot-1.0.beta9 with > > Maildir/indices stored on NFS(noac,actimeo=0 used). > > > > I am seeing these messages at times - but no real problems on the > > client side. Is this something to worry about? > > > > dovecot: Oct 17 10:33:31 Error: IMAP(user): Corrupted index cache file > > mailstore/user/Maildir/.mail.incoming/dovecot.index.cache: invalid > > record size > > 1.0.beta9 is old. I've done several fixes to cache file handling since. > > Anyway the cache corruption errors aren't too bad, since they're fixed > automatically and they won't show up to users at all. FWIW, we are still seeing these index corruption errors in dovecot-1.0rc12. dovecot: Nov 06 17:19:37 Error: IMAP(1): Corrupted index cache file mailstore/1/Maildir/dovecot.index.cache: invalid record size dovecot: Nov 06 17:22:29 Error: IMAP(1): Corrupted index cache file mailstore/1/Maildir/dovecot.index.cache: invalid record size dovecot: Nov 06 18:54:47 Error: IMAP(2): Corrupted index cache file mailstore/2/Maildir/dovecot.index.cache: invalid record size dovecot: Nov 06 23:14:48 Error: IMAP(2): Corrupted index cache file mailstore/2/Maildir/dovecot.index.cache: invalid record size dovecot: Nov 07 09:20:29 Error: IMAP(3): Corrupted index cache file mailstore/3/Maildir/dovecot.index.cache: invalid record size dovecot: Nov 07 10:30:06 Error: IMAP(4): Corrupted index cache file mailstore/4/Maildir/dovecot.index.cache: invalid record size -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061107/369e0bdb/attachment.html From daniel at copyleft.no Tue Nov 7 18:00:32 2006 From: daniel at copyleft.no (Hr. Daniel Mikkelsen) Date: Tue, 07 Nov 2006 19:00:32 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162918471.4177.115.camel@hurina> References: <549C1053-9CEF-456D-AC50-DA63B6B989F9@iki.fi> <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> Message-ID: <4550C9C0.6090908@copyleft.no> Timo Sirainen wrote: > On Tue, 2006-11-07 at 17:45 +0100, Hr. Daniel Mikkelsen wrote: >> And when set mmap_disable=yes the load goes through the roof on the >> production servers, and they quickly become unresponsive, so I have to >> set it back to mmap_disable=yes. > > "back to mmap_disable=no" I guess? They shouldn't affect load that much, > mmap_disable should just use somewhat more memory and CPU. (Yes to the guess.) Perhaps it was the setting lock_method=dotlock that I tested at the same time that affected load. >> After reconnecting, duplicates of some messages will sometimes appear, and >> some times new messages will be sorted at the top of Thunderbird's list. > > Also that error message doesn't have anything to do with creation of > duplicate messages. On closer inspeciton, the duplication of messages appears is associated with an extra error: Nov 7 14:10:40 famine dovecot: IMAP(account-name): Fixed index file /var/shemail/maildirs/site/user/.folder/dovecot.index: first_recent_uid_lowwater 814 -> 813 Nov 7 14:10:40 famine dovecot: IMAP(account-name): Corrupted index file /var/shemail/maildirs/site/user/.folder/dovecot.index: Duplicate header extension keywords Nov 7 14:10:40 famine dovecot: child 5088 (imap) killed with signal 11 Where I find these three errors, I'm also able to find a set of hardlinked mail files with corresponding timestamp. >> In the maildir, these duplicate messages are hardlinks of the same file. > Do you have maildir_copy_with_hardlinks=yes? If yes, it sounds like the > client is copying messages into the mailbox itself (or possibly copy to > Trash and back to inbox). If it's set to no, then I don't think it's > Dovecot creating those files at all. It's set to yes. -- Daniel Mikkelsen Copyleft Software AS From tss at iki.fi Tue Nov 7 18:46:24 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 20:46:24 +0200 Subject: [Dovecot] Corrupted index cache file dovecot.index.cache: invalid record size In-Reply-To: References: <1162495533.4024.82.camel@hurina> Message-ID: <1162925184.4177.118.camel@hurina> On Tue, 2006-11-07 at 11:56 -0500, bofh list wrote: > On 11/2/06, Timo Sirainen wrote: > On Wed, 2006-10-18 at 17:53 -0400, bofh list wrote: > > Hi, > > > > Our dovecot setup consists of two hosts running > dovecot-1.0.beta9 with > > Maildir/indices stored on NFS(noac,actimeo=0 used). > > > > I am seeing these messages at times - but no real problems > on the > > client side. Is this something to worry about? > > > > dovecot: Oct 17 10:33:31 Error: IMAP(user): Corrupted index > cache file > > mailstore/user/Maildir/.mail.incoming/dovecot.index.cache: > invalid > > record size > > 1.0.beta9 is old. I've done several fixes to cache file > handling since. > > Anyway the cache corruption errors aren't too bad, since > they're fixed > automatically and they won't show up to users at all. > > > FWIW, we are still seeing these index corruption errors in > dovecot-1.0rc12. > > > > dovecot: Nov 06 17:19:37 Error: IMAP(1): Corrupted index cache file > mailstore/1/Maildir/dovecot.index.cache: invalid record size What OS are you using as the NFS client? I think the most likely reason for these is that the OS still does some kind of caching even though the cache is disabled. The cache file is handled a bit specially from locking point of view, which might cause problems unless the NFS client really does no caching at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/dd11a7a3/attachment.pgp From bofh.list at gmail.com Tue Nov 7 18:55:28 2006 From: bofh.list at gmail.com (bofh list) Date: Tue, 7 Nov 2006 13:55:28 -0500 Subject: [Dovecot] Corrupted index cache file dovecot.index.cache: invalid record size In-Reply-To: <1162925184.4177.118.camel@hurina> References: <1162495533.4024.82.camel@hurina> <1162925184.4177.118.camel@hurina> Message-ID: On 11/7/06, Timo Sirainen wrote: > > > > What OS are you using as the NFS client? I think the most likely reason > for these is that the OS still does some kind of caching even though the > cache is disabled. The cache file is handled a bit specially from > locking point of view, which might cause problems unless the NFS client > really does no caching at all. > > > Multiple RHEL4u3 hosts running 2.6.9-42.0.3.ELsmp connected to a filer with (rw,nosuid,nodev,tcp,nfsvers=3,rsize=8192,wsize=8192,soft,intr,noac,actimeo=0) mmap_disable = yes lock_method = fcntl Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061107/13e22ee0/attachment.html From rostetter at mail.utexas.edu Tue Nov 7 18:59:57 2006 From: rostetter at mail.utexas.edu (Eric Rostetter) Date: Tue, 7 Nov 2006 12:59:57 -0600 Subject: [Dovecot] RC10 errors In-Reply-To: <20061024110126.elomln1vhz6sw8ko@mail.ph.utexas.edu> References: <20061024110126.elomln1vhz6sw8ko@mail.ph.utexas.edu> Message-ID: <20061107125957.itx348miw84kkgwc@mail.ph.utexas.edu> Quoting Eric Rostetter : > I just installed a limited test of RC10 last night. So far, all is great > except for errors being logged for one user (out of about 150 users total). I've just upgraded from RC10 to RC12 today, and this one user no longer has a problem. Of 303 users, only 1 user had the error, and upgrading to RC12 fixed the problem for them with no other changes. BTW, the one user did eventually complain after a week of not being able to get their mail. Some people are a bit slow to complain I guess. > This one user has not yet complained or anything, but the log file has > repeated > entries of the following format for him (host and username changed to protect > the guilty/innocent): > > Oct 24 06:13:02 mail dovecot: IMAP(username): file mbox-sync-rewrite.c: > line 405 (mbox_sync_read_and_move): assertion failed: (need_space == > (uoff_t)-mails[idx].space) > Oct 24 06:13:02 mail1 dovecot: child 18235 (imap) killed with signal 6 > > I find it most interesting that only 1 out of 150+ users is getting this > error... And again, no complaints from the user. > > Setup is: wu-imap mbox files in /var/spool/mail (exported via NFS, but > local to the dovecot server). Mail in ~/mail/ (NFS mount, foreign to > devecot server). Indexes in /var/dovecot/indexes (local to dovecot > server with no NFS at all). > > -- > Eric Rostetter > The Department of Physics > The University of Texas at Austin > > Go Longhorns! -- Eric Rostetter The Department of Physics The University of Texas at Austin Go Longhorns! From tss at iki.fi Tue Nov 7 19:05:31 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 21:05:31 +0200 Subject: [Dovecot] Corrupted index cache file dovecot.index.cache: invalid record size In-Reply-To: References: <1162495533.4024.82.camel@hurina> <1162925184.4177.118.camel@hurina> Message-ID: <1162926331.4177.125.camel@hurina> On Tue, 2006-11-07 at 13:55 -0500, bofh list wrote: > On 11/7/06, Timo Sirainen wrote: > > > What OS are you using as the NFS client? I think the most > likely reason > for these is that the OS still does some kind of caching even > though the > cache is disabled. The cache file is handled a bit specially > from > locking point of view, which might cause problems unless the > NFS client > really does no caching at all. > > > Multiple RHEL4u3 hosts running 2.6.9-42.0.3.ELsmp connected to a filer > with > (rw,nosuid,nodev,tcp,nfsvers=3,rsize=8192,wsize=8192,soft,intr,noac,actimeo=0) > mmap_disable = yes > lock_method = fcntl I don't know what patches RedHat has added to it, but I somehow doubt it has all the needed ones. I think 2.6.17 kernel is the first one which doesn't need any patches to work fully correctly. But anyway those cache things shouldn't really matter, other than annoy you with their existence in the logs :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/eee254f4/attachment.pgp From juhasaarinen at gmail.com Tue Nov 7 19:13:45 2006 From: juhasaarinen at gmail.com (Juha Saarinen) Date: Wed, 8 Nov 2006 08:13:45 +1300 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <4550C9C0.6090908@copyleft.no> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> Message-ID: On 11/8/06, Hr. Daniel Mikkelsen wrote: > > Do you have maildir_copy_with_hardlinks=yes? If yes, it sounds like the > > client is copying messages into the mailbox itself (or possibly copy to > > Trash and back to inbox). If it's set to no, then I don't think it's > > Dovecot creating those files at all. > > It's set to yes. I have maildir_copy_with_hardlinks=yes as well. Would it better to turn that off? -- Juha http://www.geekzone.co.nz/juha From egbert at vandenbussche.nl Tue Nov 7 21:19:38 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Tue, 07 Nov 2006 22:19:38 +0100 Subject: [Dovecot] Dovecot rc12 on Mandriva 2007.0 woes In-Reply-To: <1162761216.4177.61.camel@hurina> Message-ID: <001901c702b2$6ea50050$0d01a8c0@egbert> Hi list! (cc to Jerome of Mandriva.org) I'm fighting to get dovecot rc12 working on Mandriva 2007.0 with Postfix 2.3.3. Postfix works fine for both system and virtual users. Mail is delivered in the correct Maildirs. System users have /home/user/Maildir/ and virtual users have /home/virtual/domain.tld/user/. I think I've build and installed correct rpm's using the Cooker src.rpm (by Jerome) for rc7 modified by me for rc12. My problem is to get a working dovecot.conf file. Apart from all relocated file locations in Mandriva (/usr instead of /usr/local and other less obvious changes), I want to use imap (and later imaps) with local real system users. I'm completely lost here. Whatever I think is right syntax in dovecot.conf, is immediately leading to problems. Dovecot refuses to start. The doc in the dovecot.conf is rather chaotic, imho. Could somebody give me a WORKING example of the userdb and passdb setting for ordinary imap to the Maildir in /home/user of an ordinairy system user, please? Later on I hope to be able to add MySql lookup of virtual users myself... TIA Egbert Jan (NL) From tss at iki.fi Tue Nov 7 21:35:05 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 23:35:05 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> Message-ID: <1162935305.4177.133.camel@hurina> On Wed, 2006-11-08 at 08:13 +1300, Juha Saarinen wrote: > On 11/8/06, Hr. Daniel Mikkelsen wrote: > > > Do you have maildir_copy_with_hardlinks=yes? If yes, it sounds like the > > > client is copying messages into the mailbox itself (or possibly copy to > > > Trash and back to inbox). If it's set to no, then I don't think it's > > > Dovecot creating those files at all. > > > > It's set to yes. > > I have maildir_copy_with_hardlinks=yes as well. Would it better to > turn that off? No. I was just wondering what would cause the copies to be made. I tried reproducing this "Duplicate header" error myself, but I couldn't. I also can't see anything in the code that would even allow the duplication to be created. I did however notice that there's one race condition between expunging mails and saving new mails. I'm not sure if that helps for this problem, but it might. Fixed in latest nightly snapshot (in a couple of minutes, still building) and patch here: http://dovecot.org/list/dovecot-cvs/2006-November/006759.html If that doesn't help, I've also attached a debug patch. Could you try running with it and see if it now crashes with signal 6? If it does, could you send me a gdb backtrace then? Also if it crashes with signal 11 somewhere I'd like a backtrace of that too. See "Debugging crashes" in http://dovecot.org/bugreport.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/f4a668ba/attachment.pgp From tss at iki.fi Tue Nov 7 21:38:09 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 23:38:09 +0200 Subject: [Dovecot] Dovecot rc12 on Mandriva 2007.0 woes In-Reply-To: <001901c702b2$6ea50050$0d01a8c0@egbert> References: <001901c702b2$6ea50050$0d01a8c0@egbert> Message-ID: <1162935489.4177.136.camel@hurina> On Tue, 2006-11-07 at 22:19 +0100, Egbert Jan wrote: > Hi list! (cc to Jerome of Mandriva.org) > > I'm fighting to get dovecot rc12 working on Mandriva 2007.0 with Postfix > 2.3.3. Postfix works fine for both system and virtual users. Mail is > delivered in the correct Maildirs. System users have /home/user/Maildir/ and > virtual users have /home/virtual/domain.tld/user/. > > I think I've build and installed correct rpm's using the Cooker src.rpm (by > Jerome) for rc7 modified by me for rc12. > > My problem is to get a working dovecot.conf file. Apart from all relocated > file locations in Mandriva (/usr instead of /usr/local and other less > obvious changes), There's no need to change the paths since they're commented out, and the defaults are the ones where Mandriva placed them. > I want to use imap (and later imaps) with local real > system users. I'm completely lost here. Whatever I think is right syntax in > dovecot.conf, is immediately leading to problems. Dovecot refuses to start. How about giving the exact error message? Much easier to help you then. > The doc in the dovecot.conf is rather chaotic, imho. Could somebody give me > a WORKING example of the userdb and passdb setting for ordinary imap to the > Maildir in /home/user of an ordinairy system user, please? The default config file should work without any changes for you. I think your problem is elsewhere. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/cd877415/attachment.pgp From tss at iki.fi Tue Nov 7 21:39:19 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 23:39:19 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162935305.4177.133.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> Message-ID: <1162935559.4177.137.camel@hurina> On Tue, 2006-11-07 at 23:35 +0200, Timo Sirainen wrote: > If that doesn't help, I've also attached a debug patch. Oh, right, the patch. -------------- next part -------------- A non-text attachment was scrubbed... Name: dupe-header-debug.diff Type: text/x-patch Size: 1812 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/958172d0/attachment.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/958172d0/attachment.pgp From tss at iki.fi Tue Nov 7 21:42:28 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 23:42:28 +0200 Subject: [Dovecot] Duplicate header extension keywords In-Reply-To: <454FB637.3040707@route66.homelinux.net> References: <454FB637.3040707@route66.homelinux.net> Message-ID: <1162935748.4177.139.camel@hurina> On Mon, 2006-11-06 at 23:24 +0100, Rainer Ophoven wrote: > /home/rainer/Maildir/.software.Dovecot/dovecot.index: Duplicate header > extension keywords > > and close by: > > Error: IMAP(rainer): Fixed index file > /home/rainer/Maildir/.software.Dovecot/dovecot.index: > first_recent_uid_lowwater 1952 -> 1951 Check the "Index corruption causes child process to die" thread and the patch in it. I was going to Cc you also but forgot. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061107/7a4f7b16/attachment.pgp From lrosa at hypertrek.info Tue Nov 7 21:45:05 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Tue, 07 Nov 2006 22:45:05 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162935305.4177.133.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> Message-ID: <4550FE61.40206@hypertrek.info> Timo Sirainen said the following On 7/11/2006 22:35: > I tried reproducing this "Duplicate header" error myself, but I > couldn't. I also can't see anything in the code that would even allow > the duplication to be created. If it could help, the problem happens SOMETIMES when I receive a mail that triggers one of the Thunderbird filter rules. In that case Thunderbird moves the message from the INBOX to a folder and I get an error about the index of that folder (never got an error about the index of the INBOX). Ironically it happens also with Dovecot mail list folder :) Ciao, luigi -- / +--[Luigi Rosa]-- \ Do you know the one... "All I ask is a tall ship... and a star to steer her by..." You could feel the wind at your back, about you... the sounds of the sea beneath you. And even if you take away the wind and the water, it's still the same. The ship is yours... you can feel her... and the stars are still there. --James Kirk, The Ultimate Computer From egbert at vandenbussche.nl Tue Nov 7 22:06:07 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Tue, 07 Nov 2006 23:06:07 +0100 Subject: [Dovecot] Dovecot rc12 on Mandriva 2007.0 woes In-Reply-To: <1162935489.4177.136.camel@hurina> Message-ID: <003901c702b8$ed27e040$0d01a8c0@egbert> Thanks Timo, Sorry to bother you with my newbie problems while you're so busy getting rc13 out of the door. Since I have no external mail yet om the development box, it's difficult to cut and past to Outlook which is on another piece of iron. I'll see if I can get some results with the original conf file. CU Egbert Jan > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Timo Sirainen > Sent: Tuesday, November 07, 2006 10:38 PM > To: egbert at vandenbussche.nl; Dovecot Mailing List > Cc: saispo at mandriva.org > Subject: Re: [Dovecot] Dovecot rc12 on Mandriva 2007.0 woes > > > On Tue, 2006-11-07 at 22:19 +0100, Egbert Jan wrote: > > Hi list! (cc to Jerome of Mandriva.org) > > > > I'm fighting to get dovecot rc12 working on Mandriva 2007.0 with > > Postfix 2.3.3. Postfix works fine for both system and > virtual users. > > Mail is delivered in the correct Maildirs. System users have > > /home/user/Maildir/ and virtual users have > > /home/virtual/domain.tld/user/. > > > > I think I've build and installed correct rpm's using the Cooker > > src.rpm (by > > Jerome) for rc7 modified by me for rc12. > > > > My problem is to get a working dovecot.conf file. Apart from all > > relocated file locations in Mandriva (/usr instead of > /usr/local and > > other less obvious changes), > > There's no need to change the paths since they're commented > out, and the defaults are the ones where Mandriva placed them. > > > I want to use imap (and later imaps) with local real > > system users. I'm completely lost here. Whatever I think is right > > syntax in dovecot.conf, is immediately leading to problems. Dovecot > > refuses to start. > > How about giving the exact error message? Much easier to help > you then. > > > The doc in the dovecot.conf is rather chaotic, imho. Could somebody > > give me a WORKING example of the userdb and passdb setting for > > ordinary imap to the Maildir in /home/user of an ordinairy system > > user, please? > > The default config file should work without any changes for > you. I think your problem is elsewhere. > From tss at iki.fi Tue Nov 7 22:18:52 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 00:18:52 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <4550FE61.40206@hypertrek.info> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <4550FE61.40206@hypertrek.info> Message-ID: <1162937932.4177.141.camel@hurina> On Tue, 2006-11-07 at 22:45 +0100, Luigi Rosa wrote: > Timo Sirainen said the following On 7/11/2006 22:35: > > > I tried reproducing this "Duplicate header" error myself, but I > > couldn't. I also can't see anything in the code that would even allow > > the duplication to be created. > > If it could help, the problem happens SOMETIMES when I receive a mail > that triggers one of the Thunderbird filter rules. In that case > Thunderbird moves the message from the INBOX to a folder and I get an > error about the index of that folder (never got an error about the > index of the INBOX). That sounds like it could be caused by the bug that I fixed. For INBOX I guess you use something else than Dovecot's deliver to store the mails? Copying mails might cause the bug to appear. Of course, there could be some other bug also.. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/6bfe7023/attachment.pgp From juhasaarinen at gmail.com Tue Nov 7 23:31:32 2006 From: juhasaarinen at gmail.com (Juha Saarinen) Date: Wed, 8 Nov 2006 12:31:32 +1300 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162937932.4177.141.camel@hurina> References: <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <4550FE61.40206@hypertrek.info> <1162937932.4177.141.camel@hurina> Message-ID: On 11/8/06, Timo Sirainen wrote: > That sounds like it could be caused by the bug that I fixed. For INBOX I > guess you use something else than Dovecot's deliver to store the mails? > Copying mails might cause the bug to appear. Of course, there could be > some other bug also.. :) This is what triggers the the issue for me as well - I've got a set of filter rules for Tbird that copy messages into other folders from Inbox (and mark the copied ones there as Deleted - at least that's how it seems, since Outlook shows the Deleted messages in the Inbox). Will try the patch later and let you know if it works. -- Juha http://www.geekzone.co.nz/juha From lundman at lundman.net Wed Nov 8 02:01:41 2006 From: lundman at lundman.net (Jorgen Lundman) Date: Wed, 08 Nov 2006 11:01:41 +0900 Subject: [Dovecot] L4 probes.. Message-ID: <45513A85.6010003@lundman.net> Probably a special case here, but everytime the L4 probes the port, a line as added to the log. This gets a bit noisy. If a random IP connects, I'd want to see it, but maybe it would be nice to have the option to silence the log entry from certain hosts. For now I patch it locally, but without any .conf finesse. For example: Nov 8 10:55:24 corppop01 dovecot: [ID 107833 mail.info] pop3-login: Disconnected: rip=172.16.253.5, lip=172.16.253.128, TLS handshake Nov 8 10:58:00 corppop01 dovecot: [ID 107833 mail.info] pop3-login: Aborted login: rip=172.16.253.5, lip=172.16.253.128 -- Jorgen Lundman | Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work) Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell) Japan | +81 (0)3 -3375-1767 (home) From lrosa at hypertrek.info Wed Nov 8 05:12:29 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Wed, 08 Nov 2006 06:12:29 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162937932.4177.141.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <4550FE61.40206@hypertrek.info> <1162937932.4177.141.camel@hurina> Message-ID: <4551673D.1060509@hypertrek.info> Timo Sirainen said the following On 7/11/2006 23:18: > That sounds like it could be caused by the bug that I fixed. For INBOX I > guess you use something else than Dovecot's deliver to store the mails? Yes, Postfix is delivering the mails. I'll apply the patch and see what happens. Ciao, luigi -- / +--[Luigi Rosa]-- \ Any wire cut to specified length will be too short. From lists at wiesinger.com Wed Nov 8 06:47:32 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Wed, 8 Nov 2006 07:47:32 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162724210.4177.41.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> Message-ID: Hello Timo! Deliver is also broken with 1.0rc10 (I didn't try 1.0rc11 yet) It also needs the mail_location set, default_mail_env doesn't work. Must be fixed in 1.0rc12, too. I wondered why I didn't get any mails in my mailinglist folders. They were stored in ~ and no in the specified directory :-( Thnx. Ciao, Gerhard -- http://www.wiesinger.com/ On Sun, 5 Nov 2006, Timo Sirainen wrote: > On Sun, 2006-11-05 at 11:44 +0100, Gerhard Wiesinger wrote: >> In Thunderbird I use: >> ~/Mail >> >> In pine I use: >> folder-collections=Mail {localhost/notls}Mail/[] >> >> It has something to do with the default_mail_env, which does not work >> well and seems to be broken for backward compatibility (I should have >> tested the snapshot from yesterday :-) ): >> >> Not OK in 1.0rc11, but ok in 1.0rc10: >> default_mail_env = mbox:~:INBOX=/var/mail/%u >> >> OK in 1.0rc11: >> mail_location = mbox:~:INBOX=/var/mail/%u > > Is it possible that Pine could be logging in with "dovecot --exec-mail > imap" instead of using TCP? I think it tries to execute the imap binary > directly when logging in to localhost. For that case the > default_mail_env is broken, but for normal TCP connections it should > work. > > From lists at wiesinger.com Wed Nov 8 06:52:05 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Wed, 8 Nov 2006 07:52:05 +0100 (CET) Subject: [Dovecot] deliver feature request (filter) In-Reply-To: <200611051831.01377.ndbecker2@gmail.com> References: <20061104232319.GS5591@pixel.global-banlist.de> <200611051831.01377.ndbecker2@gmail.com> Message-ID: Have a look at my procmail patch ... http://dovecot.org/pipermail/dovecot/2006-July/014656.html Ciao, Gerhard -- http://www.wiesinger.com/ On Sun, 5 Nov 2006, Neal Becker wrote: > On Saturday 04 November 2006 6:23 pm, Marcus Rueckert wrote: >> On 2006-11-04 07:00:48 -0500, Neal Becker wrote: >>> I'm using maildrop for delivery, because I want to filter through >>> spamassassin before delivery. Maildrop makes that trivial. >>> >>> It seems deliver can pipe (one way) to a command, but what is needed is >>> to pipe: >>> deliver -> spamd -> deliver >>> >>> which is what the maildrop xfilter does. >> >> you feed deliver from your MTA or from your mail fetch tool? >> > Right now I do: > > fetchmail -> maildrop > > I'd like to do: > > fetchmail -> deliver > From rainer at route66.homelinux.net Wed Nov 8 08:59:19 2006 From: rainer at route66.homelinux.net (Rainer Ophoven) Date: Wed, 08 Nov 2006 09:59:19 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162937932.4177.141.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <4550FE61.40206@hypertrek.info> <1162937932.4177.141.camel@hurina> Message-ID: <45519C67.1070408@route66.homelinux.net> my problem (thread "Duplicate header extension keywords") was probably also caused by Thunderbird filter rules. No more problems so far after applying the patch. Timo Sirainen wrote: > On Tue, 2006-11-07 at 22:45 +0100, Luigi Rosa wrote: >> Timo Sirainen said the following On 7/11/2006 22:35: >> >>> I tried reproducing this "Duplicate header" error myself, but I >>> couldn't. I also can't see anything in the code that would even allow >>> the duplication to be created. >> If it could help, the problem happens SOMETIMES when I receive a mail >> that triggers one of the Thunderbird filter rules. In that case >> Thunderbird moves the message from the INBOX to a folder and I get an >> error about the index of that folder (never got an error about the >> index of the INBOX). > > That sounds like it could be caused by the bug that I fixed. For INBOX I > guess you use something else than Dovecot's deliver to store the mails? > Copying mails might cause the bug to appear. Of course, there could be > some other bug also.. :) > -- in diesem Sinne, Rainer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 208 bytes Desc: OpenPGP digital signature Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/d23f995f/attachment.pgp From rick at dualmedia.it Wed Nov 8 09:22:02 2006 From: rick at dualmedia.it (Riccardo Bini) Date: Wed, 8 Nov 2006 10:22:02 +0100 Subject: [Dovecot] Quota without dovecot LDA Message-ID: <200611081022.03498.rick@dualmedia.it> Hi all, I use dovecot with maildir quota plugin + qmail + vpopmail but not dovecot LDA. My dovecot configuration: default_mail_env=maildir:~/Maildir:INDEX=/var/cache/dovecot/indexes/%h/%u:CONTROL=/var/cache/dovecot/control/%h If CONTROL env is set the maildirsize file is stored in /var/cache/dovecot/control/ but I use vpopmail as LDA. It's possible to add a setting in dovecot.conf to specify if dovecot LDA is active?? This is my pseudo-patch: src/plugins/quota/quota-maildir.c static const char *maildirsize_get_path(struct mail_storage *storage) { if (lda_enable) { return t_strconcat(mail_storage_get_mailbox_control_dir(storage, ""), } else { bool is_file; return t_strconcat(mail_storage_get_mailbox_path(storage, "", &is_file), "/"MAILDIRSIZE_FILENAME, NULL); } } dovecot.conf: lda_enable = no Ciao Rick From acasado at ual.es Wed Nov 8 09:43:27 2006 From: acasado at ual.es (=?ISO-8859-1?Q?Antonio_Casado_Rodr=EDguez?=) Date: Wed, 08 Nov 2006 10:43:27 +0100 Subject: [Dovecot] script in quota maildir In-Reply-To: <1162904326.4177.78.camel@hurina> References: <4550700D.7040303@ual.es> <1162904326.4177.78.camel@hurina> Message-ID: <4551A6BF.9070101@ual.es> Hi. Somebody knows some script to send mail messages when 90% of the quota are reached or to find the users? I have found the following ones. Somebody has used them? http://www.timj.co.uk/linux/rcpt-time-quota-maildir.php http://sysadminco.com/postfix/ Another possibility is to use lda compatible with dovecot that handles quota warnings, somebody knows some? Thunks a lot. From egbert at vandenbussche.nl Wed Nov 8 11:07:12 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 08 Nov 2006 12:07:12 +0100 Subject: [Dovecot] How to give system and virtual users their own mail_location? In-Reply-To: <1162935489.4177.136.camel@hurina> Message-ID: <000501c70326$0a721e00$0d01a8c0@egbert> Hi again. I hace Dovecot rc12 working on Mandriva 2007.0 now for system accounts and virtual accounts both imap and imaps can be used. Th problem now is that I cannot use both types of user at the same time. The 'mail_location = ' strings are very different: Real system users have their Maildir in /home/%u/Maildir/ but virtual users have their maildir in /home/virtual/%d/%n/. How can tell dovecot to use the first for pam clients and second for mysql authenticated clients? Just adding two private namespaces does not work. That is for ONE user having more mailbox locations, isn't it? Thanks for any hints! Egbert Jan (NL) From lrosa at hypertrek.info Wed Nov 8 11:47:40 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Wed, 08 Nov 2006 12:47:40 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162935559.4177.137.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> Message-ID: <4551C3DC.5030909@hypertrek.info> Timo Sirainen said the following On 7/11/2006 22:39: > Oh, right, the patch. I applied this morning and until now seems to work Ciao, luigi -- / +--[Luigi Rosa]-- \ I know why you're here, Neo. I know what you've been doing... why you hardly sleep, why you live alone, and why night after night, you sit by your computer. You're looking for him. I know because I was once looking for the same thing. And when he found me, he told me I wasn't really looking for him. I was looking for an answer. It's the question, Neo. It's the question that drives us. It's the question that brought you here. You know the question, just as I did. --Trinity, The Matrix From ghen at telenet.be Wed Nov 8 11:59:50 2006 From: ghen at telenet.be (Geert Hendrickx) Date: Wed, 8 Nov 2006 12:59:50 +0100 Subject: [Dovecot] How to give system and virtual users their own mail_location? In-Reply-To: <000501c70326$0a721e00$0d01a8c0@egbert> References: <1162935489.4177.136.camel@hurina> <000501c70326$0a721e00$0d01a8c0@egbert> Message-ID: <20061108115950.GA15088@lori.ghen.be> Please don't start a new thread by replying on an old mail. This makes threaded mail views inconsistent: http://www.dovecot.org/list/dovecot/2006-November/thread.html#17474 Geert From tss at iki.fi Wed Nov 8 12:36:10 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:36:10 +0200 Subject: [Dovecot] How to give system and virtual users their own mail_location? In-Reply-To: <20061108115950.GA15088@lori.ghen.be> References: <1162935489.4177.136.camel@hurina> <000501c70326$0a721e00$0d01a8c0@egbert> <20061108115950.GA15088@lori.ghen.be> Message-ID: <1162989370.4177.170.camel@hurina> On Wed, 2006-11-08 at 12:59 +0100, Geert Hendrickx wrote: > Please don't start a new thread by replying on an old mail. > This makes threaded mail views inconsistent: > > http://www.dovecot.org/list/dovecot/2006-November/thread.html#17474 I've tried to educate people about this by saying this in the mailing list page and in the mailing list subscribe page. Wonder if it could be made any more clearer without adding a tag..? :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/e32db5fe/attachment.pgp From tss at iki.fi Wed Nov 8 12:38:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:38:00 +0200 Subject: [Dovecot] How to give system and virtual users their own mail_location? In-Reply-To: <000501c70326$0a721e00$0d01a8c0@egbert> References: <000501c70326$0a721e00$0d01a8c0@egbert> Message-ID: <1162989480.4177.173.camel@hurina> On Wed, 2006-11-08 at 12:07 +0100, Egbert Jan wrote: > Hi again. > > I hace Dovecot rc12 working on Mandriva 2007.0 now for system accounts and > virtual accounts both imap and imaps can be used. > Th problem now is that I cannot use both types of user at the same time. The > 'mail_location = ' strings are very different: > Real system users have their Maildir in /home/%u/Maildir/ but virtual users > have their maildir in /home/virtual/%d/%n/. > How can tell dovecot to use the first for pam clients and second for mysql > authenticated clients? mail_location = system users location For virtual users change the dovecot-sql.conf to return "mail" in the user_query. Like: user_query = select 'maildir:/home/virtual/%d/%n' as mail, ... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/3f9287d1/attachment.pgp From tss at iki.fi Wed Nov 8 12:43:10 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:43:10 +0200 Subject: [Dovecot] Quota without dovecot LDA In-Reply-To: <200611081022.03498.rick@dualmedia.it> References: <200611081022.03498.rick@dualmedia.it> Message-ID: <1162989790.4177.176.camel@hurina> On Wed, 2006-11-08 at 10:22 +0100, Riccardo Bini wrote: > Hi all, > > I use dovecot with maildir quota plugin + qmail + vpopmail but not dovecot > LDA. > > My dovecot configuration: > default_mail_env=maildir:~/Maildir:INDEX=/var/cache/dovecot/indexes/%h/%u:CONTROL=/var/cache/dovecot/control/%h > > If CONTROL env is set the maildirsize file is stored > in /var/cache/dovecot/control/ but I use vpopmail as LDA. Why do you want to set CONTROL at all then? Based on the /var/cache name you seem to think that control files are unimportant. I think they're rather important and should be in backups and such. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/7b8f2697/attachment.pgp From egbert at vandenbussche.nl Wed Nov 8 12:34:11 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 08 Nov 2006 13:34:11 +0100 Subject: [Dovecot] How to give system and virtual users their own mail_location? Message-ID: <004001c70332$318c87d0$0d01a8c0@egbert> Hi all. Now hopefully as a new thread because I still have this question. Apologies to Geert and Timo for my misbehaviour...(repling to the list and changing the subject). I hace Dovecot rc12 working on Mandriva 2007.0 now for system accounts and virtual accounts both imap and imaps can be used. Th problem now is that I cannot use both types of user at the same time. The 'mail_location = ' strings are very different: Real system users have their Maildir in /home/%u/Maildir/ but virtual users have their maildir in /home/virtual/%d/%n/. How can tell dovecot to use the first for /etc/passwd clients and second for mysql authenticated clients? Just adding two private namespaces does not work. That is for ONE user having more mailbox locations, isn't it? Thanks for any hints! Egbert Jan (NL) From dfeyer at net4all.ch Wed Nov 8 12:44:52 2006 From: dfeyer at net4all.ch (Dominique Feyer) Date: Wed, 08 Nov 2006 13:44:52 +0100 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <1162491103.4024.32.camel@hurina> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> <1162490681.4024.31.camel@hurina> <1162491103.4024.32.camel@hurina> Message-ID: <1162989892.14436.24.camel@localhost.localdomain> After upgrade to the RC12 no more time limit exceed in postfix log, but in the deliver log, I have: Error: User request from dovecot-auth timed out How can I improve the performance of the dovecot-auth ? Can I use the dovecot-auth cache ? It's disable in our configuration ? Thanks Le jeudi 02 novembre 2006 ? 20:11 +0200, Timo Sirainen a ?crit : > On Thu, 2006-11-02 at 20:04 +0200, Timo Sirainen wrote: > > > > Process 349 attached - interrupt to quit > > > > gettimeofday({1161965973, 768478}, {0, 0}) = 0 > > > > poll( > > > > This should only happen at startup when it's connecting to dovecot-auth. > > So my guess would have been that dovecot-auth is busy and not answering > > to our requests. > > > > I guess I should put some kind of a timeout to this myself also.. > > Done, see if this starts giving timeout errors (or wait for rc11 which > should come in a couple of days): > > http://dovecot.org/list/dovecot-cvs/2006-November/006644.html > From tss at iki.fi Wed Nov 8 12:51:24 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:51:24 +0200 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <1162989892.14436.24.camel@localhost.localdomain> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> <1162490681.4024.31.camel@hurina> <1162491103.4024.32.camel@hurina> <1162989892.14436.24.camel@localhost.localdomain> Message-ID: <1162990284.4177.180.camel@hurina> On Wed, 2006-11-08 at 13:44 +0100, Dominique Feyer wrote: > After upgrade to the RC12 no more time limit exceed in postfix log, but > in the deliver log, I have: > > Error: User request from dovecot-auth timed out > > How can I improve the performance of the dovecot-auth ? > > Can I use the dovecot-auth cache ? It's disable in our configuration ? If the deliver is giving such timeouts, then I'd guess that you'll get similar problems for pop/imap logins as well. What passdb and userdb are you using? auth-cache might help, but I'm guessing the problem is that you're using some blocking passdb/userdb which causes the whole process to hang while waiting for a reply from somewhere. How many dovecot-auth processes do you have? The default is one (auth section, count=1). Growing that might help. How large is the CPU usage by the dovecot-auth? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/e82d5d71/attachment.pgp From tss at iki.fi Wed Nov 8 12:53:51 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:53:51 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> Message-ID: <1162990431.4177.182.camel@hurina> On Wed, 2006-11-08 at 07:47 +0100, Gerhard Wiesinger wrote: > Hello Timo! > > Deliver is also broken with 1.0rc10 (I didn't try 1.0rc11 yet) > It also needs the mail_location set, default_mail_env doesn't work. > Must be fixed in 1.0rc12, too. > > I wondered why I didn't get any mails in my mailinglist folders. They were > stored in ~ and no in the specified directory :-( Um. Huh? mail_location didn't even exist in rc10 yet. And in rc11 it already fallbacked to default_mail_env if mail_location wasn't set. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/d4a7dfe9/attachment.pgp From rick at dualmedia.it Wed Nov 8 12:54:36 2006 From: rick at dualmedia.it (Riccardo Bini) Date: Wed, 8 Nov 2006 13:54:36 +0100 Subject: [Dovecot] Quota without dovecot LDA In-Reply-To: <1162989790.4177.176.camel@hurina> References: <200611081022.03498.rick@dualmedia.it> <1162989790.4177.176.camel@hurina> Message-ID: <200611081354.36912.rick@dualmedia.it> Alle 13:43, mercoled? 8 novembre 2006, Timo Sirainen ha scritto: > On Wed, 2006-11-08 at 10:22 +0100, Riccardo Bini wrote: > > Hi all, > > > > I use dovecot with maildir quota plugin + qmail + vpopmail but not > > dovecot LDA. > > > > My dovecot configuration: > > default_mail_env=maildir:~/Maildir:INDEX=/var/cache/dovecot/indexes/%h/%u > >:CONTROL=/var/cache/dovecot/control/%h > > > > If CONTROL env is set the maildirsize file is stored > > in /var/cache/dovecot/control/ but I use vpopmail as LDA. > > Why do you want to set CONTROL at all then? Based on the /var/cache name > you seem to think that control files are unimportant. I think they're > rather important and should be in backups and such. No, I think CONTROL is important. I have to set CONTROL dir outside the maildir directory because I use also filesystem quota. But I use vpopmail and the 'maildirsize' file for the soft quota it must stay in maildir root and not in CONTROL dir. So I need the CONTROL files in /var/cache/dovecot (/home has quota enable, / not) but maildirsize in maildir. Ciao Rick From tss at iki.fi Wed Nov 8 12:55:57 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:55:57 +0200 Subject: [Dovecot] L4 probes.. In-Reply-To: <45513A85.6010003@lundman.net> References: <45513A85.6010003@lundman.net> Message-ID: <1162990557.4177.184.camel@hurina> On Wed, 2006-11-08 at 11:01 +0900, Jorgen Lundman wrote: > Probably a special case here, but everytime the L4 probes the port, a line as > added to the log. This gets a bit noisy. If a random IP connects, I'd want to > see it, but maybe it would be nice to have the option to silence the log entry > from certain hosts. Pretty bloaty setting since pretty much no-one needs it I think.. After v1.0 I'll move to a rewritten master/config/log handling. Maybe I could then find a cleaner solution for this. If nothing else, you could replace the default log process with a script which does this :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/cb88fb6e/attachment.pgp From gerard at seibercom.net Wed Nov 8 12:56:41 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Wed, 08 Nov 2006 07:56:41 -0500 Subject: [Dovecot] How to give system and virtual users their own mail_location? In-Reply-To: <1162989370.4177.170.camel@hurina> References: <20061108115950.GA15088@lori.ghen.be> <1162989370.4177.170.camel@hurina> Message-ID: <20061108075116.5C67.GERARD@seibercom.net> On Wednesday November 08, 2006 at 07:36:10 (AM) Timo Sirainen wrote: > On Wed, 2006-11-08 at 12:59 +0100, Geert Hendrickx wrote: > > Please don't start a new thread by replying on an old mail. > > This makes threaded mail views inconsistent: > > > > http://www.dovecot.org/list/dovecot/2006-November/thread.html#17474 > > I've tried to educate people about this by saying this in the mailing > list page and in the mailing list subscribe page. Wonder if it could be > made any more clearer without adding a tag..? :) Every list I subscribe to, and there are several, suffers from this phenomena. Other then employing some rhadamanthine punishment such as banishment from the list, I think you are pretty much at their mercy. -- Gerard "Ah, yes, divorce-from the Latin word meaning to rip out a man's genitals through his wallet." Robin Williams From tss at iki.fi Wed Nov 8 13:03:30 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 15:03:30 +0200 Subject: [Dovecot] lda quota In-Reply-To: References: Message-ID: <1162991010.4177.189.camel@hurina> On Tue, 2006-11-07 at 14:53 +0200, razor wrote: > hello > i am using dovecot-1.0.r7 on freebsd 5.4 > everything is fine, but i wanna more -) > > i am using dovecot-lda + plugin quota. when i am trying to send a email > for user with overquota i am getting "local delivery failed". can i make > some more informatic message for users like "your recipient box is > overquoted". Are you using filesystem quota? If so, the quota plugin itself doesn't really do anything. Do you see any errors in Dovecot's log files? If not, see the "Logging" section in http://wiki.dovecot.org/LDA Your problem is most likely that Dovecot couldn't handle the out-of-quota condition in its index file handling, or something like that. See http://wiki.dovecot.org/Quota/FS -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/a56efce1/attachment.pgp From egbert at vandenbussche.nl Wed Nov 8 12:58:43 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 08 Nov 2006 13:58:43 +0100 Subject: [Dovecot] How to give system and virtual users their ownmail_location? In-Reply-To: <004001c70332$318c87d0$0d01a8c0@egbert> Message-ID: <009701c70335$9f36b0a0$0d01a8c0@egbert> > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Egbert Jan > Sent: Wednesday, November 08, 2006 1:34 PM > To: dovecot at dovecot.org > Subject: [Dovecot] How to give system and virtual users their > ownmail_location? > > > Hi all. > > Now hopefully as a new thread because I still have this > question. Apologies to Geert and Timo for my > misbehaviour...(repling to the list and changing the subject). > > I hace Dovecot rc12 working on Mandriva 2007.0 now for system > accounts and virtual accounts both imap and imaps can be > used. Th problem now is that I cannot use both types of user > at the same time. The 'mail_location = ' strings are very > different: Real system users have their Maildir in > /home/%u/Maildir/ but virtual users have their maildir in > /home/virtual/%d/%n/. How can tell dovecot to use the first > for /etc/passwd clients and second for mysql authenticated > clients? Just adding two private namespaces does not work. > That is for ONE user having more mailbox locations, isn't it? > > Thanks for any hints! > > Egbert Jan (NL) > Another nono... Replying to my own post. Sorry. Timo mailed me the answer at the moment I hit te 'send' button. All is fine now! Both systen and virtual users can happily email/reply/forward to each other now. Egbert Jan From tss at iki.fi Wed Nov 8 13:06:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 15:06:36 +0200 Subject: [Dovecot] Quota without dovecot LDA In-Reply-To: <200611081354.36912.rick@dualmedia.it> References: <200611081022.03498.rick@dualmedia.it> <1162989790.4177.176.camel@hurina> <200611081354.36912.rick@dualmedia.it> Message-ID: <1162991196.4177.193.camel@hurina> On Wed, 2006-11-08 at 13:54 +0100, Riccardo Bini wrote: > Alle 13:43, mercoled? 8 novembre 2006, Timo Sirainen ha scritto: > > On Wed, 2006-11-08 at 10:22 +0100, Riccardo Bini wrote: > > > Hi all, > > > > > > I use dovecot with maildir quota plugin + qmail + vpopmail but not > > > dovecot LDA. > > > > > > My dovecot configuration: > > > default_mail_env=maildir:~/Maildir:INDEX=/var/cache/dovecot/indexes/%h/%u > > >:CONTROL=/var/cache/dovecot/control/%h > > > > > > If CONTROL env is set the maildirsize file is stored > > > in /var/cache/dovecot/control/ but I use vpopmail as LDA. > > > > Why do you want to set CONTROL at all then? Based on the /var/cache name > > you seem to think that control files are unimportant. I think they're > > rather important and should be in backups and such. > > No, I think CONTROL is important. I have to set CONTROL dir outside the > maildir directory because I use also filesystem quota. > But I use vpopmail and the 'maildirsize' file for the soft quota it must stay > in maildir root and not in CONTROL dir. > So I need the CONTROL files in /var/cache/dovecot (/home has quota enable, / > not) but maildirsize in maildir. I think this is way too much of a special case to have a new setting, one quota enforcement way should be enough :) You'll have to settle to patching for now. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/dad49816/attachment.pgp From dfeyer at net4all.ch Wed Nov 8 13:30:28 2006 From: dfeyer at net4all.ch (Dominique Feyer) Date: Wed, 08 Nov 2006 13:30:28 +0000 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <1162990284.4177.180.camel@hurina> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> <1162490681.4024.31.camel@hurina> <1162491103.4024.32.camel@hurina> <1162989892.14436.24.camel@localhost.localdomain> <1162990284.4177.180.camel@hurina> Message-ID: <1162992628.14436.34.camel@localhost.localdomain> Here is my configuration (auth parts): auth_cache_size = 0 auth_cache_ttl = 3600 auth default { mechanisms = plain login passdb sql { args = /etc/dovecot/dovecot-pgsql.conf } userdb sql { args = /etc/dovecot/dovecot-pgsql.conf } socket listen { master { path = /var/run/dovecot/auth-master mode = 0660 user = vmail group = mail } } user = dovecot count = 1 #ssl_require_client_cert = no #ssl_username_from_cert = no } The socket is use by deliver ? Right ? So I can't set count to more than 1, if I do that dovecto don't start, the process try to create the socket, but after the first process start, the socket exist. I try to add an other section without socket to have more dovecot-auth process: auth normal { mechanisms = plain login passdb sql { args = /etc/dovecot/dovecot-pgsql.conf } userdb sql { args = /etc/dovecot/dovecot-pgsql.conf } user = dovecot count = 48 #ssl_require_client_cert = no #ssl_username_from_cert = no } Our backend i a pgsql server with a average load of 0.10-0.15 /etc/dovecot/dovecot-pgsql.conf driver = pgsql connect = host=10.#.#.# dbname=mail user=mailreader password=secret default_pass_scheme = CRYPT password_query = SELECT password FROM users WHERE userid = '%u' user_query = SELECT '/var/mail/'||home AS home, uid, gid FROM users WHERE userid = '%u' The CPU usage by dovecot-auth is quiet normal. The server has load always under 0.8. Thanks a lots for your help, Le mercredi 08 novembre 2006 ? 14:51 +0200, Timo Sirainen a ?crit : > On Wed, 2006-11-08 at 13:44 +0100, Dominique Feyer wrote: > > After upgrade to the RC12 no more time limit exceed in postfix log, but > > in the deliver log, I have: > > > > Error: User request from dovecot-auth timed out > > > > How can I improve the performance of the dovecot-auth ? > > > > Can I use the dovecot-auth cache ? It's disable in our configuration ? > > If the deliver is giving such timeouts, then I'd guess that you'll get > similar problems for pop/imap logins as well. > > What passdb and userdb are you using? auth-cache might help, but I'm > guessing the problem is that you're using some blocking passdb/userdb > which causes the whole process to hang while waiting for a reply from > somewhere. > > How many dovecot-auth processes do you have? The default is one (auth > section, count=1). Growing that might help. How large is the CPU usage > by the dovecot-auth? From tss at iki.fi Wed Nov 8 13:48:34 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 15:48:34 +0200 Subject: [Dovecot] 1.0.rc13 released Message-ID: <1162993715.4177.214.camel@hurina> http://dovecot.org/releases/dovecot-1.0.rc13.tar.gz http://dovecot.org/releases/dovecot-1.0.rc13.tar.gz.sig I'll just keep on making new releases now whenever something important is fixed. Hopefully there shouldn't be many left anymore. Most of the bugs fixed in this release were found by stress testing with my imaptest tool (http://dovecot.org/tools/imaptest.c). If you're interested in knowing how perfectly your Dovecot setup works (especially if you're using NFS), you could try the tool yourself also. I still see one crash with mmap_disable=yes, but it's pretty rare. Will see if I get it fixed before v1.0, but it's not that important. + deliver: If we're executing as a normal system user, get the HOME environment from passwd if it's not set. This makes it possible to run deliver from .forward. - Older compilers caused LDAP authentication to crash - Dying LDAP connections weren't handled exactly correctly in rc11, although it seemed to work usually - Fixed crashes and memory leaks with AUTHENTICATE command - Fixed crashes and leaks with IMAP/POP3 proxying - maildir: Changing a mailbox while another process was saving a message there at the same may have caused the changes to not be made into the maildir, which could have caused other problems later.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/6df94d9f/attachment.pgp From bofh.list at gmail.com Wed Nov 8 15:31:54 2006 From: bofh.list at gmail.com (bofh list) Date: Wed, 8 Nov 2006 10:31:54 -0500 Subject: [Dovecot] Too many open files Message-ID: dovecot: Nov 08 04:04:23 Error: IMAP(user): open() failed with file mailstore/user/Maildir/.Alerts/dovecot.index.log.2: Too many open files dovecot: Nov 08 04:04:23 Error: IMAP(user): open(mailstore/user/Maildir/.Alerts/tmp/1162976663.P4853Q1817.server) failed: Too many open files dovecot: Nov 08 04:04:23 Error: IMAP(user): open() failed with file mailstore/user/Maildir/dovecot.index.tmp: Too many open files Seeing this with both 1.0beta9 and 1.0rc12 This occured when a user was not using the client, however the client(Thunderbird) filtering mechanism was active as their client is left on 24x7. Do we really need to increase individual user maxfiles to >1024 ? Dovecot is set to 31768 so it is definately the user process here. Anything I can tweak in dovecot.conf to prevent this? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061108/21c8f043/attachment.htm From lrosa at hypertrek.info Wed Nov 8 15:39:32 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Wed, 08 Nov 2006 16:39:32 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162935559.4177.137.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> Message-ID: <4551FA34.5040200@hypertrek.info> Timo Sirainen said the following On 7/11/2006 22:39: > Oh, right, the patch. Sigh! ;((( Nov 8 16:20:41 mail dovecot: IMAP(lrosa): Fixed index file /var/spool/mail2/lrosa/.HT list/dovecot.index: first_recent_uid_lowwater 4407 -> 4406 Nov 8 16:20:41 mail dovecot: IMAP(lrosa): Corrupted index file /var/spool/mail2/lrosa/.HT list/dovecot.index: Duplicate header extension keywords Nov 8 16:21:43 mail dovecot: IMAP(lrosa): Corrupted index file /var/spool/mail2/lrosa/.HT list/dovecot.index: Duplicate header extension keywords This events has been loggd few moments ago when "too many open files" message arrived and Thunderbird moved it to Dovecot mailbox. I think that is some kind of race condition that occurs only when there are "fast" servers. In am not talking about supercomputers, but situiations of realtively small amount of workload. This situation coul be worsened by a direct LAN connection between client and server and a frequent (mine is 1 minute) check by mail client. Could it be possible? Please note that your patch was useful because this is the first error I get in 12 hours, previously I got this kind of error more often. Ciao, luigi -- / +--[Luigi Rosa]-- \ The universe is run by the complex interweaving of three elements: energy, matter, and enlightened self-interest. --G'Kar "Survivors", Babylon 5 From rick at dualmedia.it Wed Nov 8 15:46:32 2006 From: rick at dualmedia.it (Riccardo Bini) Date: Wed, 08 Nov 2006 16:46:32 +0100 Subject: [Dovecot] Quota without dovecot LDA In-Reply-To: <1162991196.4177.193.camel@hurina> Message-ID: >I think this is way too much of a special case to have a new setting, >one quota enforcement way should be enough :) You'll have to settle to >patching for now. I made a patch for this problem. It's right and and safe? Ciao Rick -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-1.0.rc12-quota.patch Type: application/octet-stream Size: 2865 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/be0aeca5/attachment-0001.obj From tss at iki.fi Wed Nov 8 15:52:17 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 17:52:17 +0200 Subject: [Dovecot] Too many open files In-Reply-To: References: Message-ID: <1163001137.4177.273.camel@hurina> On Wed, 2006-11-08 at 10:31 -0500, bofh list wrote: > dovecot: Nov 08 04:04:23 Error: IMAP(user): open() failed with file > mailstore/user/Maildir/.Alerts/dovecot.index.log.2: Too many open > files > dovecot: Nov 08 04:04:23 Error: IMAP(user): > open(mailstore/user/Maildir/.Alerts/tmp/1162976663.P4853Q1817.server) > failed: Too many open files > dovecot: Nov 08 04:04:23 Error: IMAP(user): open() failed with file > mailstore/user/Maildir/dovecot.index.tmp: Too many open files > > Seeing this with both 1.0beta9 and 1.0rc12 > > This occured when a user was not using the client, however the > client(Thunderbird) filtering mechanism was active as their client is > left on 24x7. > > Do we really need to increase individual user maxfiles to >1024 ? No. There's a leak somewhere. Could you check what file descriptors are open for such process once it has been running for some hours? So lsof -p or look into /proc/pid/fd/ directly. If it's leaking it should show at least tens of opened files. Once I know what files it's not closing it's easier for me to fix this. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/368cd7b9/attachment.pgp From tss at iki.fi Wed Nov 8 15:53:39 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 17:53:39 +0200 Subject: [Dovecot] Quota without dovecot LDA In-Reply-To: References: Message-ID: <1163001219.4177.275.camel@hurina> On Wed, 2006-11-08 at 16:46 +0100, Riccardo Bini wrote: > >I think this is way too much of a special case to have a new setting, > >one quota enforcement way should be enough :) You'll have to settle to > >patching for now. > > I made a patch for this problem. It's right and and safe? Yes, looks correct. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/ef3d03e4/attachment.pgp From lists at wiesinger.com Wed Nov 8 16:24:54 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Wed, 8 Nov 2006 17:24:54 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162990431.4177.182.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> <1162990431.4177.182.camel@hurina> Message-ID: Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only with mail_location. Is this fixed in 1.0rc13? Ciao, Gerhard -- http://www.wiesinger.com/ On Wed, 8 Nov 2006, Timo Sirainen wrote: > On Wed, 2006-11-08 at 07:47 +0100, Gerhard Wiesinger wrote: >> Hello Timo! >> >> Deliver is also broken with 1.0rc10 (I didn't try 1.0rc11 yet) >> It also needs the mail_location set, default_mail_env doesn't work. >> Must be fixed in 1.0rc12, too. >> >> I wondered why I didn't get any mails in my mailinglist folders. They were >> stored in ~ and no in the specified directory :-( > > Um. Huh? mail_location didn't even exist in rc10 yet. And in rc11 it > already fallbacked to default_mail_env if mail_location wasn't set. > From tss at iki.fi Wed Nov 8 16:46:48 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 18:46:48 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> <1162990431.4177.182.camel@hurina> Message-ID: <1163004408.4177.280.camel@hurina> On Wed, 2006-11-08 at 17:24 +0100, Gerhard Wiesinger wrote: > Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only > with mail_location. > > Is this fixed in 1.0rc13? As far as I know, it wasn't broken in rc11 either. Just tested with rc13, and it works for me. And I haven't changed that code since rc11. So I can't really understand why it wouldn't have worked with you.. Although if you had an empty mail_location setting in the file, then it did use it without complaining. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/4d51db59/attachment.pgp From lists at wiesinger.com Wed Nov 8 16:59:56 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Wed, 8 Nov 2006 17:59:56 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1163004408.4177.280.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> <1162990431.4177.182.camel@hurina> <1163004408.4177.280.camel@hurina> Message-ID: OK, the following configuration does NOT work with 1.0rc11 for me, it delivers to ~/ When I change it back to mail_location = mbox:~/Mail:INBOX=/var/mail/%u it works well. protocol lda { postmaster_address = postmaster at domain auth_socket_path = /var/run/dovecot-auth-master log_path = /path/to/deliver.log info_log_path = /path/to/deliver.log log_timestamp=%Y.%m.%d %H:%M:%S%t default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u mail_debug = yes } Ciao, Gerhard -- http://www.wiesinger.com/ On Wed, 8 Nov 2006, Timo Sirainen wrote: > On Wed, 2006-11-08 at 17:24 +0100, Gerhard Wiesinger wrote: >> Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only >> with mail_location. >> >> Is this fixed in 1.0rc13? > > As far as I know, it wasn't broken in rc11 either. Just tested with > rc13, and it works for me. And I haven't changed that code since rc11. > So I can't really understand why it wouldn't have worked with you.. > > Although if you had an empty mail_location setting in the file, then it > did use it without complaining. > From tss at iki.fi Wed Nov 8 17:03:52 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 19:03:52 +0200 Subject: [Dovecot] Too many open files In-Reply-To: References: <1163001137.4177.273.camel@hurina> Message-ID: <1163005432.4177.283.camel@hurina> On Wed, 2006-11-08 at 11:45 -0500, bofh list wrote: > imap 12009 user 16u REG 0,19 135348 > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > (netapp-storage:/vol/mailstore) > imap 12009 user 17u REG 0,19 135348 > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > (netapp-storage:/vol/mailstore) .. Oh, I see. Could you test if this patch fixes it: http://dovecot.org/list/dovecot-cvs/2006-November/006767.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/aa91489e/attachment.pgp From bofh.list at gmail.com Wed Nov 8 17:10:44 2006 From: bofh.list at gmail.com (bofh list) Date: Wed, 8 Nov 2006 12:10:44 -0500 Subject: [Dovecot] Too many open files In-Reply-To: <1163005432.4177.283.camel@hurina> References: <1163001137.4177.273.camel@hurina> <1163005432.4177.283.camel@hurina> Message-ID: On 11/8/06, Timo Sirainen wrote: > > On Wed, 2006-11-08 at 11:45 -0500, bofh list wrote: > > imap 12009 user 16u REG 0,19 135348 > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > (netapp-storage:/vol/mailstore) > > imap 12009 user 17u REG 0,19 135348 > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > (netapp-storage:/vol/mailstore) > .. > > Oh, I see. Could you test if this patch fixes it: > > http://dovecot.org/list/dovecot-cvs/2006-November/006767.html > > > > I will apply this tomorrow and get back to you. Thanks for the quick turnaround! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061108/902cd600/attachment.htm From lrosa at hypertrek.info Wed Nov 8 19:46:49 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Wed, 08 Nov 2006 20:46:49 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162935559.4177.137.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> Message-ID: <45523429.5060709@hypertrek.info> Timo Sirainen said the following On 7/11/2006 22:39: > Oh, right, the patch. It happened again ad was more serious. {two mail arrived from two different mailing lists, Thunderbirds moves them in their mailbox but...} Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file /var/spool/mail2/lrosa/.Postfix/dovecot.index: first_recent_uid_lowwater 10272 -> 10271 Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header extension keywords Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 {I tried to open the mailbox with the new mail, but Thunderbird was waiting something from IMAP server, but the server was not responding as TB expected. I forced close TB} Nov 8 20:36:58 mail dovecot: imap-login: Login: user=, method=plain, rip=62.123.164.114, lip=62.123.164.113 Nov 8 20:37:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:37:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:25 mail dovecot: child 15393 (imap) killed with signal 6 Nov 8 20:37:25 mail dovecot: IMAP(polo): Disconnected Nov 8 20:37:25 mail dovecot: IMAP(polo): Disconnected Nov 8 20:37:25 mail dovecot: IMAP(polo): Disconnected in IDLE Nov 8 20:37:25 mail dovecot: IMAP(polo): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:25 mail dovecot: child 12243 (imap) killed with signal 6 Nov 8 20:37:31 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:37:31 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:31 mail dovecot: child 12178 (imap) killed with signal 6 Nov 8 20:37:31 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:37:31 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:31 mail dovecot: IMAP(virusalert): Disconnected in IDLE Nov 8 20:37:31 mail dovecot: IMAP(virusalert): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:31 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:37:31 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:31 mail dovecot: child 12164 (imap) killed with signal 6 Nov 8 20:37:31 mail dovecot: child 12245 (imap) killed with signal 6 Nov 8 20:37:31 mail dovecot: child 15010 (imap) killed with signal 6 {I testarted Thunderbird, please note that the same thunderbird handles 3 different accounts on the same server, but only 'lrosa' receives mail, the other can be considered unused} Nov 8 20:37:52 mail dovecot: imap-login: Login: user=, method=plain, rip=62.123.164.114, lip=62.123.164.113 Nov 8 20:37:53 mail last message repeated 2 times {same behaviour as before, I cannot open the mailbox with the new mail, I have to force close TB again} Nov 8 20:37:54 mail dovecot: IMAP(lrosa): Corrupted index file /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header extension keywords Nov 8 20:37:54 mail dovecot: IMAP(lrosa): Corrupted index file /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header extension keywords Nov 8 20:38:04 mail dovecot: imap-login: Login: user=, method=plain, rip=62.123.164.114, lip=62.123.164.113 Nov 8 20:38:09 mail dovecot: imap-login: Login: user=, method=plain, rip=62.123.164.114, lip=62.123.164.113 Nov 8 20:38:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:38:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:38:25 mail dovecot: child 15421 (imap) killed with signal 6 Nov 8 20:38:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:38:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:38:25 mail dovecot: child 15424 (imap) killed with signal 6 Nov 8 20:38:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:38:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:38:25 mail dovecot: child 15415 (imap) killed with signal 6 {this time I decide to stop and restart Dovecot too} Nov 8 20:38:41 mail dovecot: Dovecot v1.0.rc13 starting up {everything is back to normal, with the exception that the two mail boxes with new messages has three copies of the new message: the original and one for each of the two incidents above} Ciao, luigi -- / +--[Luigi Rosa]-- \ Organic chemistry is the chemistry of carbon compounds. Biochemistry is the study of carbon compounds that crawl. --Mike Adams From tss at iki.fi Wed Nov 8 20:24:14 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 22:24:14 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <45523429.5060709@hypertrek.info> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> Message-ID: <1163017454.25914.21.camel@hurina> On Wed, 2006-11-08 at 20:46 +0100, Luigi Rosa wrote: > Timo Sirainen said the following On 7/11/2006 22:39: > > > Oh, right, the patch. > > It happened again ad was more serious. > > {two mail arrived from two different mailing lists, Thunderbirds moves > them in their mailbox but...} > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file > /var/spool/mail2/lrosa/.Postfix/dovecot.index: > first_recent_uid_lowwater 10272 -> 10271 > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file > /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header > extension keywords Were you running with my duplicate header patch? (not included in rc13) > Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 gdb backtrace from this would be nice. > Nov 8 20:37:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE > Nov 8 20:37:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 > (io_add): assertion failed: (fd >= 0) gdb backtrace from this would be _really_ nice. See http://dovecot.org/bugreport.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/5e07b6f2/attachment-0001.pgp From egbert at vandenbussche.nl Wed Nov 8 20:35:53 2006 From: egbert at vandenbussche.nl (Egbert Jan van den Bussche) Date: Wed, 08 Nov 2006 21:35:53 +0100 (CET) Subject: [Dovecot] SSL-read error in logfile Message-ID: <3935.192.168.1.10.1163018153.squirrel@www2.vandenbussche.nl> Now most things seem to work (rc12 on Mandriva 2007.0), I've been looking more thoroughly at the syslog file. I see a 'syscall failed' at the end of a normal timed poll from the client. I wonder what it means. Sorry for the layout, it is messed up by the cut and paste. I have created the selfsigned cert and key in the /etc/ssl/dovecot/[certs,private] directories. Egbert Jan Nov 8 21:31:39 dev dovecot: auth(default): client in: AUTH^I1^IPLAIN^Iservice=IMAP^Isecured^Ilip=192.168.1.10^Irip=192.168.1.13^Iresp= Nov 8 21:31:41 dev dovecot: auth(default): pam(user at domain.tld,192.168.1.13): pam_authenticate() failed: User not known to the underlying authentication module Nov 8 21:31:41 dev dovecot: auth-worker(default): sql(user at domain.tld,192.168.1.13): query: SELECT password FROM mailbox WHERE username = 'user at domain.tld' AND active='1' Nov 8 21:31:41 dev dovecot: auth(default): client out: OK^I1^Iuser=user at domain.tld Nov 8 21:31:41 dev dovecot: auth(default): master in: REQUEST^I14^I4012^I1 Nov 8 21:31:41 dev dovecot: auth(default): passwd(user at domain.tld,192.168.1.13): unknown user Nov 8 21:31:41 dev dovecot: auth-worker(default): sql(user at domain.tld,192.168.1.13): SELECT maildir, 1001 AS uid, 1001 AS gid, 'Maildir:/home/virtual/domain.tld/user' as mail FROM mailbox WHERE username = 'user at domain.tld' AND active = '1' Nov 8 21:31:41 dev dovecot: auth(default): master out: USER^I14^Iuser at domain.tld^Imaildir=domain.tld/user/^Iuid=1001^Igid=1001^Imail=Maildir:/home/virtual/domain.tld/user Nov 8 21:31:41 dev dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.1.13, lip=192.168.1.10, TLS Nov 8 21:31:41 dev dovecot: auth(default): client in: AUTH^I1^IPLAIN^Iservice=IMAP^Isecured^Ilip=192.168.1.10^Irip=192.168.1.13^Iresp= Nov 8 21:31:44 dev dovecot: auth(default): pam(user at domain.tld,192.168.1.13): pam_authenticate() failed: User not known to the underlying authentication module Nov 8 21:31:44 dev dovecot: auth-worker(default): sql(user at domain.tld,192.168.1.13): query: SELECT password FROM mailbox WHERE username = 'user at domain.tld' AND active='1' Nov 8 21:31:44 dev dovecot: auth(default): client out: OK^I1^Iuser=user at domain.tld Nov 8 21:31:44 dev dovecot: auth(default): master in: REQUEST^I15^I3990^I1 Nov 8 21:31:44 dev dovecot: auth(default): passwd(user at domain.tld,192.168.1.13): unknown user Nov 8 21:31:44 dev dovecot: auth-worker(default): sql(user at domain.tld,192.168.1.13): SELECT maildir, 1001 AS uid, 1001 AS gid, 'Maildir:/home/virtual/domain.tld/user' as mail FROM mailbox WHERE username = 'user at domain.tld' AND active = '1' Nov 8 21:31:44 dev dovecot: auth(default): master out: USER^I15^Iuser at domain.tld^Imaildir=domain.tld/user/^Iuid=1001^Igid=1001^Imail=Maildir:/home/virtual/domain.tld/user Nov 8 21:31:44 dev dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.1.13, lip=192.168.1.10, TLS Nov 8 21:31:44 dev dovecot: imap-login: SSL_read() syscall failed: EOF [192.168.1.13] Nov 8 21:31:44 dev dovecot: IMAP(user at domain.tld): Disconnected Nov 8 21:31:44 dev dovecot: imap-login: SSL_read() syscall failed: EOF [192.168.1.13] Nov 8 21:31:44 dev dovecot: IMAP(user at domain.tld): Disconnected: Logged out EOF From rainer at route66.homelinux.net Wed Nov 8 20:42:17 2006 From: rainer at route66.homelinux.net (Rainer Ophoven) Date: Wed, 08 Nov 2006 21:42:17 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1163017454.25914.21.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163017454.25914.21.camel@hurina> Message-ID: <45524129.8010108@route66.homelinux.net> My success message tis morning after applying the patch was a bit early. I did find that "Duplicate Header" error im my logs later this afternoon and also have a " Fixed index file /home/rainer/Maildir/.software.Dovecot/dovecot.index: first_recent_uid_lowwater 2038 -> 2037" running an unpatched RC13 again. I'll try to get a dump. Timo Sirainen wrote: > On Wed, 2006-11-08 at 20:46 +0100, Luigi Rosa wrote: >> Timo Sirainen said the following On 7/11/2006 22:39: >> >>> Oh, right, the patch. >> It happened again ad was more serious. >> >> {two mail arrived from two different mailing lists, Thunderbirds moves >> them in their mailbox but...} >> >> Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file >> /var/spool/mail2/lrosa/.Postfix/dovecot.index: >> first_recent_uid_lowwater 10272 -> 10271 >> Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file >> /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header >> extension keywords > > Were you running with my duplicate header patch? (not included in rc13) > >> Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 > > gdb backtrace from this would be nice. > >> Nov 8 20:37:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE >> Nov 8 20:37:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 >> (io_add): assertion failed: (fd >= 0) > > gdb backtrace from this would be _really_ nice. See > http://dovecot.org/bugreport.html > -- in diesem Sinne, Rainer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 208 bytes Desc: OpenPGP digital signature Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/d02bb337/attachment.pgp From tss at iki.fi Wed Nov 8 20:48:02 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 22:48:02 +0200 Subject: [Dovecot] SSL-read error in logfile In-Reply-To: <3935.192.168.1.10.1163018153.squirrel@www2.vandenbussche.nl> References: <3935.192.168.1.10.1163018153.squirrel@www2.vandenbussche.nl> Message-ID: <1163018882.25914.24.camel@hurina> On Wed, 2006-11-08 at 21:35 +0100, Egbert Jan van den Bussche wrote: > Nov 8 21:31:44 dev dovecot: imap-login: SSL_read() syscall failed: > EOF [192.168.1.13] > Hmm. I think I'll just change the code not to show this "error", since it only means that the SSL connection was closed without a proper "SSL bye" message. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061108/8aec44a3/attachment.pgp From lists at wiesinger.com Wed Nov 8 20:52:22 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Wed, 8 Nov 2006 21:52:22 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> <1162990431.4177.182.camel@hurina> <1163004408.4177.280.camel@hurina> Message-ID: It is also not fixed with 1.0rc13. Hope it helps. Ciao, Gerhard -- http://www.wiesinger.com/ On Wed, 8 Nov 2006, Gerhard Wiesinger wrote: > OK, the following configuration does NOT work with 1.0rc11 for me, it > delivers to ~/ > > When I change it back to > mail_location = mbox:~/Mail:INBOX=/var/mail/%u > it works well. > > protocol lda { > postmaster_address = postmaster at domain > auth_socket_path = /var/run/dovecot-auth-master > log_path = /path/to/deliver.log > info_log_path = /path/to/deliver.log > log_timestamp=%Y.%m.%d %H:%M:%S%t > default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u > mail_debug = yes > } > > Ciao, > Gerhard > > -- > http://www.wiesinger.com/ > > > On Wed, 8 Nov 2006, Timo Sirainen wrote: > >> On Wed, 2006-11-08 at 17:24 +0100, Gerhard Wiesinger wrote: >>> Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only >>> with mail_location. >>> >>> Is this fixed in 1.0rc13? >> >> As far as I know, it wasn't broken in rc11 either. Just tested with >> rc13, and it works for me. And I haven't changed that code since rc11. >> So I can't really understand why it wouldn't have worked with you.. >> >> Although if you had an empty mail_location setting in the file, then it >> did use it without complaining. >> > From egbert at vandenbussche.nl Wed Nov 8 20:53:44 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 08 Nov 2006 21:53:44 +0100 Subject: [Dovecot] SSL-read error in logfile In-Reply-To: <1163018882.25914.24.camel@hurina> Message-ID: <005901c70377$faf0b8e0$0d01a8c0@egbert> OK. So this is not a real error but a side effect of a normally closed of the connection. TNX EJ > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Timo Sirainen > Sent: Wednesday, November 08, 2006 9:48 PM > To: egbert at vandenbussche.nl; Dovecot Mailing List > Subject: Re: [Dovecot] SSL-read error in logfile > > > On Wed, 2006-11-08 at 21:35 +0100, Egbert Jan van den Bussche wrote: > > Nov 8 21:31:44 dev dovecot: imap-login: SSL_read() syscall failed: > > EOF [192.168.1.13] > > > Hmm. I think I'll just change the code not to show this > "error", since it only means that the SSL connection was > closed without a proper "SSL bye" message. > From lars at skovgaarddesign.dk Wed Nov 8 23:20:50 2006 From: lars at skovgaarddesign.dk (Lars Skovgaard) Date: Thu, 9 Nov 2006 00:20:50 +0100 Subject: [Dovecot] MacOS X and quota-plugin Message-ID: Hi all, I've installed dovecot 1.0 rc12 on a MacOS X client system with only a handful of users ? all virtual ? and would like to enable quotas. I've tried searching the wiki for information on how to do this, but haven't been able to find anything ? which is why I turn to the list in hope there's someone out there who can point me in the right direction. I've compiled dovecot without any other authentication than sql and pam, and have enabled ssl, pop3 and dovecot lda (for use with postfix when I get around to it). The installation went smoothly, and dovecot is working great without quota-support. However, when I enable quota- support, the imap child-process crashes. Here's a few lines from the log, slightly altered to protect user-identities: Nov 8 23:05:09 SD-Server dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.2.10, lip=192.168.2.2, TLS Nov 8 23:05:09 SD-Server dovecot: child 22662 (imap) killed with signal 11 Nov 8 23:05:09 SD-Server crashdump[22663]: imap crashed Nov 8 23:05:09 SD-Server crashdump[22663]: crash report written to: / Library/Logs/CrashReporter/imap.crash.log Nov 8 23:05:12 SD-Server dovecot: imap-login: Login: user=< imapuser >, method=PLAIN, rip=192.168.2.10, lip=192.168.2.2, TLS Nov 8 23:05:13 SD-Server dovecot: child 22665 (imap) killed with signal 11 Nov 8 23:05:13 SD-Server crashdump[22666]: imap crashed Nov 8 23:05:13 SD-Server crashdump[22666]: crash report written to: / Library/Logs/CrashReporter/imap.crash.log Nov 8 23:05:16 SD-Server dovecot: imap-login: Login: user=< imapuser >, method=PLAIN, rip=192.168.2.10, lip=192.168.2.2, TLS Nov 8 23:05:17 SD-Server dovecot: child 22670 (imap) killed with signal 11 Nov 8 23:05:17 SD-Server crashdump[22671]: imap crashed Nov 8 23:05:17 SD-Server crashdump[22671]: crash report written to: / Library/Logs/CrashReporter/imap.crash.log This is what I have done in dovecot.conf to enable quota: protocol imap { mail_plugins = quota imap_quota mail_plugin_dir = /usr/local/lib/dovecot/imap } plugin { #quota = dict:storage=10240 #quota = dirsize:storage=10240 #quota = maildir:storage=10240 #quota = maildir:storage=10240 mysql:/usr/local/etc/dovecot-sql.conf #quota = fs:storage=10240 #quota = fs } As you might guess from the lines under "plugin", I've tried a lot of different combinations. If I enable ANY of the above lines under plugin, the child-processes die upon login. When all have been commented out, there's no more crashing ? until I try to see how much space is available, then it crashes again. I've tried adding an extra "quota" field to my mysql userdb to handle quotas, but with the same result. mysql-query looks like this (as described in the wiki): user_query = SELECT home, uid, gid, 'dirsize:storage=' || quota_kb AS quota FROM users WHERE userid = '%u' As with the settings in dovecot.conf, Ive tried various combinations of dict, dirsize and so on, but without any luck. This is what the entries in my crashdump file looks like: Host Name: SD-Server Date/Time: 2006-11-09 00:06:17.151 +0100 OS Version: 10.4.7 (Build 8J135) Report Version: 4 Command: imap Path: /usr/local/libexec/dovecot/imap Parent: dovecot [8370] Version: ??? (???) PID: 23101 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000044 Thread 0 Crashed: 0 lib01_quota_plugin.so 0x00256ca8 quota_root_iter_next + 32 (array.h:144) 1 lib02_imap_quota_plugin.so 0x00273700 cmd_getquotaroot + 280 (imap-quota-plugin.c:87) 2 imap 0x000076b8 _client_input + 556 (client.c:377) 3 imap 0x0006e9a8 io_loop_handler_run + 424 (ioloop-poll.c:200) 4 imap 0x0005e214 io_loop_run + 40 (ioloop.c: 280) 5 imap 0x0000fd38 main + 1740 (main.c:241) 6 imap 0x00001df4 _start + 348 (crt.c:272) 7 imap 0x00001c94 start + 60 Thread 0 crashed with PPC Thread State 64: srr0: 0x0000000000256ca8 srr1: 0x000000000200f030 vrsave: 0x0000000000000000 cr: 0x48000244 xer: 0x0000000000000004 lr: 0x0000000000256c94 ctr: 0x0000000000256c88 r0: 0x0000000000273700 r1: 0x00000000bffff410 r2: 0x0000000000000000 r3: 0x0000000000501e10 r4: 0x0000000000000010 r5: 0x0000000000000010 r6: 0x0000000000000022 r7: 0x0000000000000000 r8: 0x0000000000000002 r9: 0x0000000000501e20 r10: 0x0000000000000000 r11: 0x0000000000275044 r12: 0x0000000000256c88 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 r16: 0x0000000000000000 r17: 0x0000000000000000 r18: 0x0000000000000000 r19: 0x0000000000000000 r20: 0x0000000000000000 r21: 0x0000000000000000 r22: 0x0000000000000000 r23: 0x0000000000000000 r24: 0x0000000000000000 r25: 0x000000000007e808 r26: 0x0000000000000000 r27: 0x0000000000500a24 r28: 0x0000000000501e10 r29: 0x0000000000500a24 r30: 0x00000000002492d0 r31: 0x0000000000256c94 Binary Images Description: 0x1000 - 0x7efff imap /usr/local/libexec/dovecot/imap 0x253000 - 0x258fff lib01_quota_plugin.so /usr/local/lib/ dovecot/imap/lib01_quota_plugin.so 0x273000 - 0x274fff lib02_imap_quota_plugin.so /usr/local/lib/ dovecot/imap/lib02_imap_quota_plugin.so 0x8fe00000 - 0x8fe52fff dyld 45.3 /usr/lib/dyld 0x90000000 - 0x901bbfff libSystem.B.dylib /usr/lib/libSystem.B.dylib 0x90213000 - 0x90218fff libmathCommon.A.dylib /usr/lib/system/ libmathCommon.A.dylib 0x92d65000 - 0x92e53fff libiconv.2.dylib /usr/lib/libiconv.2.dylib 0x936e3000 - 0x93703fff libmx.A.dylib /usr/lib/libmx.A.dylib Best regards, Lars From razor.ua at ua.fm Thu Nov 9 05:41:28 2006 From: razor.ua at ua.fm (razor) Date: Thu, 09 Nov 2006 07:41:28 +0200 Subject: [Dovecot] lda quota In-Reply-To: <1162991010.4177.189.camel@hurina> References: <1162991010.4177.189.camel@hurina> Message-ID: 08.11.06 ? 15:03 Timo Sirainen ? ????? ?????? ?????(?): > On Tue, 2006-11-07 at 14:53 +0200, razor wrote: >> hello >> i am using dovecot-1.0.r7 on freebsd 5.4 >> everything is fine, but i wanna more -) >> >> i am using dovecot-lda + plugin quota. when i am trying to send a email >> for user with overquota i am getting "local delivery failed". can i >> make >> some more informatic message for users like "your recipient box is >> overquoted". > > Are you using filesystem quota? If so, the quota plugin itself doesn't > really do anything. Do you see any errors in Dovecot's log files? If > not, see the "Logging" section in http://wiki.dovecot.org/LDA > no, Timo. there is: ... protocol imap { listen = *:143 ssl_listen = *:993 mail_plugins = quota imap_quota } ... > Your problem is most likely that Dovecot couldn't handle the > out-of-quota condition in its index file handling, or something like > that. See http://wiki.dovecot.org/Quota/FS > so does Dovecot-LDA support configurable messages? does your message mean that there is my config bug? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From lgb at lgb.hu Thu Nov 9 07:41:25 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Thu, 9 Nov 2006 08:41:25 +0100 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <1162993715.4177.214.camel@hurina> References: <1162993715.4177.214.camel@hurina> Message-ID: <20061109074124.GA21913@lgb.hu> Hello, We're using RC13 here (on AMD64 Linux box) with LDAP authentication. I found some entries in the log, all of them say: Nov 9 08:04:35 sn0 dovecot: auth(default): file db-ldap.c: line 143 (db_ldap_add_delayed_request): assertion failed: (!conn->connected) Nov 9 08:04:35 sn0 dovecot: child 13665 (auth) killed with signal 6 Nov 9 08:04:35 sn0 dovecot: pop3-login: Internal login failure: user=, method=PLAIN, rip=yyy.yyy.yyy.yyy, lip=zzz.zzz.zzz.zzz and a single occured one (till now at least): Nov 9 06:23:02 sn0 dovecot: pop3-login: file client.c: line 366 (client_destroy): assertion failed: (!client->common.authenticating) Nov 9 06:23:02 sn0 dovecot: child 19099 (login) killed with signal 6 What should I do now? Thanks, -- - G?bor From lgb at lgb.hu Thu Nov 9 08:02:08 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Thu, 9 Nov 2006 09:02:08 +0100 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <20061109074124.GA21913@lgb.hu> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> Message-ID: <20061109080208.GB21913@lgb.hu> On Thu, Nov 09, 2006 at 08:41:25AM +0100, G?bor L?n?rt wrote: > We're using RC13 here (on AMD64 Linux box) with LDAP authentication. > I found some entries in the log, all of them say: Ohh, sorry, some information should be nice here, I guess. So, we're using only POP3 with LDAP authentication and auth binds. LDAP related configuration (I hope it's okey, server mostly works otherwise): hosts = 127.0.0.1 auth_bind = yes ldap_version = 3 base = dc=example,dc=com defer = never scope = subtree user_filter = (&(objectclass=mailuser)(inetuserstatus=active)(mail=%n@%d)) pass_filter = (&(objectclass=mailuser)(inetuserstatus=active)(mail=%n@%d)) user_global_uid = mailuser user_global_gid = mailuser -- - G?bor From matheus.oliveira at spd.com.br Thu Nov 9 10:24:32 2006 From: matheus.oliveira at spd.com.br (Matheus Antonio Oliveira) Date: Thu, 09 Nov 2006 08:24:32 -0200 Subject: [Dovecot] LDAP authentication windows 2003 Message-ID: <455301E0.6000405@spd.com.br> An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061109/76a317b1/attachment.htm From mmorata at gnuine.com Thu Nov 9 10:46:41 2006 From: mmorata at gnuine.com (Marc Morata) Date: Thu, 09 Nov 2006 11:46:41 +0100 Subject: [Dovecot] Problem with image attachment Message-ID: <1163069201.2763.8.camel@desktop07.gnuine.loc> Hi, I have a litle problem: The image attachment has a one line blank in top. This provokes that the image are corrupt. Only happens with imap acces. With pop3 are visualized correctly. Thank you. -- Marc Morata Fit? mmorata at gnuine.com Gnuine www.gnuine.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: =?ISO-8859-1?Q?Aix=F2?= =?ISO-8859-1?Q?_=E9s?= una part d'un missatge, signada digitalment Url : http://dovecot.org/pipermail/dovecot/attachments/20061109/07e74994/attachment.pgp From c.d.wakelin at reading.ac.uk Thu Nov 9 10:47:34 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Thu, 09 Nov 2006 10:47:34 +0000 Subject: [Dovecot] LDAP authentication windows 2003 In-Reply-To: <455301E0.6000405@spd.com.br> References: <455301E0.6000405@spd.com.br> Message-ID: <45530746.3000506@reading.ac.uk> Matheus Antonio Oliveira wrote: > People, > > Almost resolved, but with "blank password" against a "active directory - ldap - > windows 2003 sp1" the user was logged in. See following logs. > > Good notice: the situation doesn't happen in "active directory - ldap - windows > 2000 sp4" > Oh dear - you're right! We're using 2003 Active Directory (but in "2000 mode") and I can repeat the behaviour with my test rc12 server ... * OK University of Reading IMAP test ready. . LOGIN "" . OK Logged in. . SELECT INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 815 EXISTS * 0 RECENT * OK [UIDVALIDITY 1130319036] UIDs valid * OK [UIDNEXT 816] Predicted next UID . OK [READ-WRITE] Select completed. and also with rc10. Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From egbert at vandenbussche.nl Thu Nov 9 11:45:20 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Thu, 09 Nov 2006 12:45:20 +0100 Subject: [Dovecot] Output to logfile Message-ID: <000f01c703f4$88e45f40$0d01a8c0@egbert> Hello, Has everybody those irritating '^I' (tabs?) in his syslog for dovecot messages? Why not replace them by ordinary singe spaces? Maby something for a future release? Egbert Jan From sub at comtel-60.ru Thu Nov 9 12:59:33 2006 From: sub at comtel-60.ru (Max A) Date: Thu, 09 Nov 2006 15:59:33 +0300 Subject: [Dovecot] patch for checkpassword exit codes & vpopmail In-Reply-To: <1162502955.4024.137.camel@hurina> References: <454068A5.20509@comtel-60.ru> <1162502955.4024.137.camel@hurina> Message-ID: <45532635.2030200@comtel-60.ru> >> Also it is possible, that a similar problem exists with other variables >> TCP UCSPI protocol (http://cr.yp.to/proto/ucspi-tcp.txt). > > Hmm. I hadn't heard of UCSPI before. > > Oh well, I guess I'll have to change this. The LOCAL_IP and REMOTE_IP > will stay for backwards compatibility, maybe I'll remove them in Dovecot > v2.0. > Thanks for answer :) There are still some problems with the use of the checkpassword-interface with vpopmail. Besides standard exit codes of checkpassword: 1 unacceptable 2 misused 111 temporary problem vchkpw (the checkpassword analogue in vpopmail) uses two additional groups of exit codes: a) When user gives wrong username/password (procedure checkpassword_request_half_finish() should call checkpassword_request_finish() with parameter PASSDB_RESULT_PASSWORD_MISMATCH): 1 pop/smtp/webmal/imap/ access denied (match with a code of classic checkpassword) 3 password fail / vpopmail user not found 12 null user name given 13 null password given 15 user has no password 20 invalid user/domain characters 21 system user not found 22 system user shadow entry not found 23 system password fail b) vpopmail's internal errors: (checkpassword_request_half_finish() call checkpassword_request_finish() with parameter PASSDB_RESULT_INTERNAL_FAILURE): 4 setgid failed 5 setuid failed 6 autocreate dir error / chdir failed 7 putenv(USER) failed 8 putenv(HOME) failed 9 putenv(SHELL) failed 10 putenv(VPOPUSER) failed 11 vchkpw is only for talking with qmail-popup and qmail-pop3d. It is not for runnning on the command line 14 dir auto create failed / failed to vauth_getpw() after dir auto create Now all these codes are processed in checkpassword_request_half_finish() by "default" section. It will be wrong for the first group of codes to return the user "-ERR Temporary authentication failure. ", because it is not an internal problem, it's a login failure (user problem). I have made some changes in passdb-checkpassword.c to separate internal vpopmail mistakes from user's mistakes (a patch is in attachment). As the exit code "1" in vchkpw corresponds to an interdiction of access to service (smtp/pop3/imap/webmail) I have changed a line for logging in "case 1 " from "Password not accepted" to "Login failed". This line (imho) acceptables both for classical checkpassword and for vchkpw. Now all user's mistakes will be processed as well as a mistake of the password in checkpassword (exit code 1), and internal mistakes will be logged by "default" section. If you do not like an idea of changing a code specially for vpopmail it will be possible to make some parameter in "passdb checkpassword {}" section in the config file, pointing at work specially with vpopmail. Depending on its presence "case" will work otherwise (my knowledge of C is insufficiently for this purpose). Also, if it is not too hard for you, can you add variable TCPLOCALPORT (described in http://cr.yp.to/proto/ucspi-tcp.txt) to environment variables for checkpassword, because vchkpw uses it for an interdiction of access to various services (SMTP/POP3/IMAP/Webmal)? -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: vpopmail_env.patch Url: http://dovecot.org/pipermail/dovecot/attachments/20061109/98ce079e/attachment.pot From steve-lists at aston.ac.uk Thu Nov 9 13:45:24 2006 From: steve-lists at aston.ac.uk (Steve Goodman (lists)) Date: Thu, 9 Nov 2006 13:45:24 -0000 Subject: [Dovecot] Qpopper migration? Message-ID: <106CFD02C50CA54EBFD6F82F32A787BA033DF31F@calliope.staff.campus.aston.ac.uk> Hello, As this is my first post to the list, first and foremost I'd like to thank Timo for writing great software; we've successfully moved to Dovecot for over 10,000 users from UW-IMAP and get great performance. On our overloaded staff POP3/IMAP server, we are looking at replacing qpopper+uw-imapd with dovecot, as an interim before moving them to the main Unix mailstore. The system is primarily POP3, with a small number of heavy IMAP users causing the system grief. There are a large number of POP3 users who leave messages on the server. What I want to ensure doesn't happen is that they are forced to download them again. Do I need to add anything specific in the pop3_uidl_format or am I barking up the wrong tree? Kind Regards, Steve From johannes at sipsolutions.net Thu Nov 9 13:58:00 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Thu, 09 Nov 2006 14:58:00 +0100 Subject: [Dovecot] Qpopper migration? In-Reply-To: <106CFD02C50CA54EBFD6F82F32A787BA033DF31F@calliope.staff.campus.aston.ac.uk> References: <106CFD02C50CA54EBFD6F82F32A787BA033DF31F@calliope.staff.campus.aston.ac.uk> Message-ID: <1163080680.9715.37.camel@ux156> On Thu, 2006-11-09 at 13:45 +0000, Steve Goodman (lists) wrote: > There are a large number of POP3 users who leave messages on the server. > What I want to ensure doesn't happen is that they are forced to download > them again. Do I need to add anything specific in the pop3_uidl_format > or am I barking up the wrong tree? According to this: http://www.dovecot.org/list/dovecot/2005-September/008862.html you just need to set the pop3_reuse_xuidl option (something similar to this patch appears to be present in dovecots sources now) johannes From pazke at donpac.ru Thu Nov 9 13:57:14 2006 From: pazke at donpac.ru (Andrey Panin) Date: Thu, 9 Nov 2006 16:57:14 +0300 Subject: [Dovecot] Qpopper migration? In-Reply-To: <106CFD02C50CA54EBFD6F82F32A787BA033DF31F@calliope.staff.campus.aston.ac.uk> References: <106CFD02C50CA54EBFD6F82F32A787BA033DF31F@calliope.staff.campus.aston.ac.uk> Message-ID: <20061109135714.GJ7080@pazke.donpac.ru> On 313, 11 09, 2006 at 01:45:24PM -0000, Steve Goodman (lists) wrote: > Hello, > > As this is my first post to the list, first and foremost I'd like to > thank Timo for writing great software; we've successfully moved to > Dovecot for over 10,000 users from UW-IMAP and get great performance. > > On our overloaded staff POP3/IMAP server, we are looking at replacing > qpopper+uw-imapd with dovecot, as an interim before moving them to the > main Unix mailstore. The system is primarily POP3, with a small number > of heavy IMAP users causing the system grief. > > There are a large number of POP3 users who leave messages on the server. > What I want to ensure doesn't happen is that they are forced to download > them again. Do I need to add anything specific in the pop3_uidl_format > or am I barking up the wrong tree? IIRC qpopper adds X-UIDL header into each message, so you can try to set pop3_reuse_xuidl = yes. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://dovecot.org/pipermail/dovecot/attachments/20061109/142477a0/attachment.pgp From tss at iki.fi Thu Nov 9 15:05:01 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 09 Nov 2006 17:05:01 +0200 Subject: [Dovecot] LDAP authentication windows 2003 In-Reply-To: <45530746.3000506@reading.ac.uk> References: <455301E0.6000405@spd.com.br> <45530746.3000506@reading.ac.uk> Message-ID: <1163084701.25914.32.camel@hurina> On Thu, 2006-11-09 at 10:47 +0000, Chris Wakelin wrote: > > Matheus Antonio Oliveira wrote: > > People, > > > > Almost resolved, but with "blank password" against a "active directory - ldap - > > windows 2003 sp1" the user was logged in. See following logs. > > > > Good notice: the situation doesn't happen in "active directory - ldap - windows > > 2000 sp4" > > > > Oh dear - you're right! We're using 2003 Active Directory (but in "2000 > mode") and I can repeat the behaviour with my test rc12 server ... > > * OK University of Reading IMAP test ready. > . LOGIN "" > . OK Logged in. Umm.. The auth bind succeeds with the empty password? So should I just add a check that empty password will always fail if auth_bind=yes? This prevents having users who don't have a password (eg. they'd be proxied elsewhere), but I guess it's not that important. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061109/8f6b8ef5/attachment.pgp From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Thu Nov 9 15:19:28 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Thu, 9 Nov 2006 16:19:28 +0100 (CET) Subject: [Dovecot] LDAP authentication windows 2003 In-Reply-To: <1163084701.25914.32.camel@hurina> References: <455301E0.6000405@spd.com.br> <45530746.3000506@reading.ac.uk> <1163084701.25914.32.camel@hurina> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 9 Nov 2006, Timo Sirainen wrote: > Umm.. The auth bind succeeds with the empty password? > > So should I just add a check that empty password will always fail if > auth_bind=yes? This prevents having users who don't have a password (eg. > they'd be proxied elsewhere), but I guess it's not that important. How about a "#permit_empty_passwords = yes" option in passdb backends? Not that I use accounts with empty passwords, but just in case. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRVNHBS9SORjhbDpvAQKsFQf+OrvK8xyJvH0VIB5EVlT8aQUUv55bmt7p xgKdamg2WaFvIhBU/Y7r4o69zh5gkSh0e1jaVoYzbSeRcohjPmoUOPr7C58cV6Ru dsXeArTDOqfYf28/GG6Kw3zCZAfkKywJ5IZv9nn1PhGn4mC7pyunBoFOqwaR55wb yXSLaA273Jit4GAPdpVY1zsG5KuaNm9qgAUQ2y3aHqA+5HcwtJig8zE9qT/zNf+f qwpStG/znl9NM68V6kzsXuQBvByLtTeNZAKVubRKsgKT7neH8nO2Myxk4oo+Ynq4 5erwP5QslPldl9LOE1Wa2+m2NoR38ALIJlJOR+PAhYL/VTIe44naTA== =ihP3 -----END PGP SIGNATURE----- From c.d.wakelin at reading.ac.uk Thu Nov 9 15:30:29 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Thu, 09 Nov 2006 15:30:29 +0000 Subject: [Dovecot] LDAP authentication windows 2003 In-Reply-To: References: <455301E0.6000405@spd.com.br> <45530746.3000506@reading.ac.uk> <1163084701.25914.32.camel@hurina> Message-ID: <45534995.6030700@reading.ac.uk> Steffen Kaiser wrote: > On Thu, 9 Nov 2006, Timo Sirainen wrote: > >> Umm.. The auth bind succeeds with the empty password? It appears so ... (tried sniffing the LDAP bind). > >> So should I just add a check that empty password will always fail if >> auth_bind=yes? This prevents having users who don't have a password (eg. >> they'd be proxied elsewhere), but I guess it's not that important. Possibly, but my trust in the whole auth binds to AD thing is a bit battered - I'd like to be convinced there's no other tricks ;). The other snag is that passwords are sent to the AD in the clear so perhaps Kerberos or LDAP-over-SSL are better. > > How about a "#permit_empty_passwords = yes" option in passdb backends? > Not that I use accounts with empty passwords, but just in case. > Even better! OpenSSH has something similar, I think. Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From lgb at lgb.hu Thu Nov 9 16:09:28 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Thu, 9 Nov 2006 17:09:28 +0100 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <20061109080208.GB21913@lgb.hu> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <20061109080208.GB21913@lgb.hu> Message-ID: <20061109160927.GC10078@lgb.hu> Hello again, Now found more and more strange messages, like: pop3-login: Can't connect to auth server at default: Resource temporarily unavailable auth(default): LDAP: ldap_result() failed: Can't contact LDAP server auth(default): ldap(user,xxx.xxx.xxx.xxx): ldap_bind() failed: Server is unwilling to perform And the most bizarre stuff: auth(default): ldap_bind((null)) failed: Can't contact LDAP server As far as I know this "(null)" is printed by eg printf() family of C library calls and likes when %s is used and a NULL pointer is passed ... My problem that dovecot pop3 daemon dies after a while (after some hours): when reach that point, POP3 login no longer works, after issuing POP3 command "PASS", it just hangs. Stopping and restarting dovecot cures it for some hours at least. The strange that these error log messages are produced all the time, but not always cause the hang of the WHOLE service. If someone have ANY information, please help me. We used tpop3d before, and that also had similar problems (eg hanging the whole service after a while). That LDAP server is OpenLDAP from Ubuntu 6.06 LTS on AMD64 (2.2.26-5ubuntu2.1). You may think that if both of tpop3d and dovecot fails similary it should be the problem of the LDAP server, however other services (web interface, postfix) does work without a single problem since a month or so. Tried with v2 and v3 LDAP protocol as well. I ran out of ideas ;-( -- - G?bor From rostetter at mail.utexas.edu Thu Nov 9 22:06:02 2006 From: rostetter at mail.utexas.edu (Eric Rostetter) Date: Thu, 9 Nov 2006 16:06:02 -0600 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <1162917549.4177.105.camel@hurina> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> <454FACAC.2090900@Media-Brokers.com> <20061107102941.qd23lh8jbpwgkgkk@mail.ph.utexas.edu> <1162917549.4177.105.camel@hurina> Message-ID: <20061109160602.dpjfvslrmtq8gskw@mail.ph.utexas.edu> Quoting Timo Sirainen : >> I just now upgraded from RC10 to RC12 using the atrpms RPM version. >> It does _seem_ to be a bit slower (I only notice really because RC10 >> was _SO FREEKING FAST_ that RC12 seems a bit slow in comparison. Very strange. I've just upgraded to RC13 and it seems faster again... Note that the change was not very great, only slightly noticable, but still noticable... > If you want to debug this a bit, you could try looking with strace where > it's spending most of its time: > http://wiki.dovecot.org/Debugging/ProcessTracing I've not yet had the time to do this, but RC13 seems to be a bit faster than RC12, perhaps as fast as rc10. > And maybe even compare that to rc10. > > Anyway I don't think much has changed since rc10. I only fixed some bugs > in mbox handling code, but that shouldn't have slowed it down either. Could be the bugs there, or the memory leaks, or??? Who knows. I've not had time to test, and to tell the truth they are all faster than the wu-imapd I was using, so... >> In the next couple of hours, I'll probably change to the new dovecot.conf >> file with the new mail_location and see if that changes anything. > > It won't. Well, I bit the bullet and made the change anyway, and as you say it doesn't seem to make any difference. A great product. All the errors I've seen in previous RC versions are gone now AFAICT. Looks very, very promising. (Note I'm still only using this in test mode with about 300 users, all IMAP, all mbox). Thanks for the great work Timo! -- Eric Rostetter The Department of Physics The University of Texas at Austin Go Longhorns! From matthew.fisch at yahoo.com Thu Nov 9 23:47:39 2006 From: matthew.fisch at yahoo.com (Matthew Fisch) Date: Thu, 9 Nov 2006 15:47:39 -0800 (PST) Subject: [Dovecot] Using Substring Width with Mailhome Variables Message-ID: <20061109234739.36522.qmail@web30803.mail.mud.yahoo.com> Hello All, I am currently running Dovecot v1.0.rc13 from dovecot-1.0-0_31.rc13.fc5.at.i386.rpm on Linux HOST 2.6.17-1.2157_FC5 #1 Tue Jul 11 22:55:46 EDT 2006 i686 i686 i386 GNU/Linux. I am trying to install Dovecot in a large mail hosting environment and running into troubles. I have specified my mail home in dovecot.conf as follows: default_mail_env = maildir:/mnt/fileserver/maildir/%0.1d/%1.1d/%d/%n I've also tried among other variations: default_mail_env = maildir:/mnt/fileserver/maildir/%0d/%1.1d/%d/%n The expected behavior here, is to resolve this to: /mnt/fileserver/maildir/a/b/abc.com/user However, Dovecot seems to resolve this to: /mnt/raidzone01/maildir/abc.com/bc.com/abc.com/user/ It appears to me using 'width' with a substring does not work as is advertised on http://wiki.dovecot.org/Variables. This page does describe I need to be using 1.0-tests, what is 1.0-tests? I've also tried the default FC5 package: 1.0-0.beta8.2.fc5. Did I misunderstand the syntax? Am I using the wrong version? I won't be able to use dovecot without support for this feature as I am hosting many thousands of domains and know not how else to resolve them all. Thanks for all your time in advance, Matt Matthew Fisch Your-Site.com From bofh.list at gmail.com Fri Nov 10 03:33:26 2006 From: bofh.list at gmail.com (bofh list) Date: Thu, 9 Nov 2006 22:33:26 -0500 Subject: [Dovecot] Too many open files In-Reply-To: References: <1163001137.4177.273.camel@hurina> <1163005432.4177.283.camel@hurina> Message-ID: On 11/8/06, bofh list wrote: > > > > On 11/8/06, Timo Sirainen wrote: > > > > On Wed, 2006-11-08 at 11:45 -0500, bofh list wrote: > > > imap 12009 user 16u REG 0,19 135348 > > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > > (netapp-storage:/vol/mailstore) > > > imap 12009 user 17u REG 0,19 135348 > > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > > (netapp-storage:/vol/mailstore) > > .. > > > > Oh, I see. Could you test if this patch fixes it: > > > > http://dovecot.org/list/dovecot-cvs/2006-November/006767.html > > > > > > > > I will apply this tomorrow and get back to you. Thanks for the quick > turnaround! > With this patch on 1.0rc13 I am seeing the following when moving any messages between folders dovecot: Nov 09 22:24:09 Error: IMAP(user): file mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->tail == NULL) dovecot: Nov 09 22:24:09 Error: child 27320 (imap) killed with signal 6 dovecot: Nov 09 22:25:49 Error: IMAP(user): file mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->tail == NULL) dovecot: Nov 09 22:25:49 Error: child 27335 (imap) killed with signal 6 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061109/de47c66a/attachment.html From tallison at tacocat.net Fri Nov 10 10:35:05 2006 From: tallison at tacocat.net (Tom Allison) Date: Fri, 10 Nov 2006 05:35:05 -0500 Subject: [Dovecot] RFC 2822 - message-id Message-ID: <455455D9.3080200@tacocat.net> I was porting some email from one imap server location to another and ran into a feature of something. One of them writes message-id as 'Message-Id' and the other writes it as 'Message-ID'. Because of this, all the messages are forever different. All mail is delivered from postfix and will be in the future. But I'm asking which of these syntaxes is correct or if there is a right/wrong way of writing the headers? RFC2822 doesn't come right out and say it, but all the examples therein are "Message-ID". RFC 822 says they are all the same. Both? From chopin at sgh.waw.pl Fri Nov 10 10:42:02 2006 From: chopin at sgh.waw.pl (Piotr KUCHARSKI) Date: Fri, 10 Nov 2006 11:42:02 +0100 Subject: [Dovecot] RFC 2822 - message-id In-Reply-To: <455455D9.3080200@tacocat.net> References: <455455D9.3080200@tacocat.net> Message-ID: <20061110104202.GB17616@sgh.waw.pl> On Fri, Nov 10, 2006 at 05:35:05AM -0500, Tom Allison wrote: > I was porting some email from one imap server location to another and ran > into a feature of something. One of them writes message-id as 'Message-Id' > and the other writes it as 'Message-ID'. Because of this, all the messages > are forever different. > All mail is delivered from postfix and will be in the future. > But I'm asking which of these syntaxes is correct or if there is a > right/wrong way of writing the headers? RFC2822 doesn't come right out and > say it, but all the examples therein are "Message-ID". > RFC 822 says they are all the same. > Both? Quote from RFC2822: 1.2.2. Syntactic notation This standard uses the Augmented Backus-Naur Form (ABNF) notation specified in [RFC2234] for the formal definitions of the syntax of messages. Characters will be specified either by a decimal value (e.g., the value %d65 for uppercase A and %d97 for lowercase A) or by a case-insensitive literal value enclosed in quotation marks (e.g., "A" for either uppercase or lowercase A). See [RFC2234] for the full description of the notation. Hence the case is irrelevant for header names. p. -- Beware of he who would deny you access to information, for in his heart he dreams himself your master. -- Commissioner Pravin Lal From dovecot-20061108 at billmail.scconsult.com Fri Nov 10 14:16:24 2006 From: dovecot-20061108 at billmail.scconsult.com (Bill Cole) Date: Fri, 10 Nov 2006 09:16:24 -0500 Subject: [Dovecot] RFC 2822 - message-id In-Reply-To: <455455D9.3080200@tacocat.net> References: <455455D9.3080200@tacocat.net> Message-ID: At 5:35 AM -0500 11/10/06, Tom Allison wrote to many mailing lists including the Dovecot list: >I was porting some email from one imap server location to another >and ran into a feature of something. One of them writes message-id >as 'Message-Id' and the other writes it as 'Message-ID'. Because of >this, all the messages are forever different. No well-written mail software should see those as different. >All mail is delivered from postfix and will be in the future. Not relevant. The Message-ID header can be created at virtually any point in mail handling but usually is created by the MUA that constructs the message. Your message that I saw on the Dovecot list carried one that was almost certainly created by Thunderbird, and I expect that when you see this message it will continue to carry one created by Eudora. Other mailing lists may discard the original MID and impose their own on the copies distributed to subscribers. The only times that an MTA is relevant are when messages arrive with no header and the MTA is configured to add their own (which is the default modern behavior for Sendmail and I believe for Postfix as well.) >But I'm asking which of these syntaxes is correct or if there is a >right/wrong way of writing the headers? RFC2822 doesn't come right >out and say it, but all the examples therein are "Message-ID". RFC2822 says: 1.2.2. Syntactic notation This standard uses the Augmented Backus-Naur Form (ABNF) notation specified in [RFC2234] for the formal definitions of the syntax of messages. Characters will be specified either by a decimal value (e.g., the value %d65 for uppercase A and %d97 for lowercase A) or by a case-insensitive literal value enclosed in quotation marks (e.g., "A" for either uppercase or lowercase A). See [RFC2234] for the full description of the notation. In other words: anywhere in RFC2822 that you see letters instead of numeric codes specifying a character, it indicates case-insensitivity. Given the actual specifications of header fields, this means that ALL message header field names can be in any case. Mail (and things like HTTP and news that have based their message formats on mail) have always worked that way. Changing that in a specification like RFC2822 would be a very bad idea. RFC's are supposed to describe working systems, not theoretical ideals, and RFC's like 2822 that are updates to widely implemented standards need to be written (as 2822 was) to reflect reality first. Because case is explicitly irrelevant for header field names in RFC822 (and its predecessors) there's really no chance of any successor narrowing that to require a particular case pattern, and any that did would simply be ignored in that respect. RFC's have no more power than dictionaries. -- Bill Cole bill at scconsult.com From bofh.list at gmail.com Fri Nov 10 18:19:15 2006 From: bofh.list at gmail.com (bofh list) Date: Fri, 10 Nov 2006 13:19:15 -0500 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <45524129.8010108@route66.homelinux.net> References: <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163017454.25914.21.camel@hurina> <45524129.8010108@route66.homelinux.net> Message-ID: I am seeing the following errors with vanilla RC13 (two servers, nfs, mmap_disable=yes, lock_method=fnctl, Maildir). These only manifested after the upgrade to 1.0RC13 server1: dovecot: Nov 09 15:44:08 Error: IMAP(user1): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 15:44:08 Error: child 2920 (imap) killed with signal 6 dovecot: Nov 09 16:09:47 Error: IMAP(user2): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 16:09:47 Error: child 1894 (imap) killed with signal 6 dovecot: Nov 09 16:09:49 Error: IMAP(user2): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 16:09:49 Error: child 1887 (imap) killed with signal 6 dovecot: Nov 09 16:49:15 Error: IMAP(user3): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 16:49:15 Error: child 495 (imap) killed with signal 6 dovecot: Nov 09 17:51:36 Error: IMAP(user4): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 17:51:36 Error: child 7154 (imap) killed with signal 6 dovecot: Nov 09 19:09:21 Error: IMAP(user5): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 19:09:21 Error: child 6289 (imap) killed with signal 6 dovecot: Nov 09 22:56:31 Error: IMAP(user6): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 22:56:31 Error: child 13968 (imap) killed with signal 6 dovecot: Nov 10 11:17:41 Error: IMAP(user7): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 11:17:41 Error: child 25516 (imap) killed with signal 6 dovecot: Nov 10 12:34:10 Error: IMAP(user4): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 12:34:10 Error: child 24433 (imap) killed with signal 6 dovecot: Nov 10 12:34:26 Error: IMAP(user4): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 12:34:26 Error: child 25041 (imap) killed with signal 6 dovecot: Nov 10 13:06:36 Error: IMAP(user8): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 13:06:36 Error: child 29278 (imap) killed with signal 6 server2: dovecot: Nov 09 14:42:39 Error: IMAP(user9): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 14:42:39 Error: child 31506 (imap) killed with signal 6 dovecot: Nov 09 14:47:36 Error: IMAP(user10): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 14:47:36 Error: child 30492 (imap) killed with signal 6 dovecot: Nov 09 16:01:33 Error: IMAP(user8): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 16:01:33 Error: child 31884 (imap) killed with signal 6 dovecot: Nov 09 17:51:36 Error: IMAP(user4): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 17:51:36 Error: child 5648 (imap) killed with signal 6 dovecot: Nov 09 20:08:26 Error: IMAP(user1): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 20:08:26 Error: child 5344 (imap) killed with signal 6 dovecot: Nov 10 10:11:12 Error: IMAP(user1): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 10:11:12 Error: child 25314 (imap) killed with signal 6 dovecot: Nov 10 10:17:35 Error: IMAP(user10): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 10:17:35 Error: child 25997 (imap) killed with signal 6 dovecot: Nov 10 10:35:19 Error: IMAP(user8): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 10:35:19 Error: child 25964 (imap) killed with signal 6 dovecot: Nov 10 11:14:31 Error: IMAP(user11): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 11:14:31 Error: child 24501 (imap) killed with signal 6 dovecot: Nov 10 11:41:49 Error: IMAP(user10): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 11:41:49 Error: child 28684 (imap) killed with signal 6 dovecot: Nov 10 13:07:12 Error: IMAP(user8): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 13:07:12 Error: child 26323 (imap) killed with signal 6 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061110/cb8e1e83/attachment.htm From dovecot-20061108 at billmail.scconsult.com Sat Nov 11 03:10:44 2006 From: dovecot-20061108 at billmail.scconsult.com (Bill Cole) Date: Fri, 10 Nov 2006 22:10:44 -0500 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: References: <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163017454.25914.21.camel@hurina> <45524129.8010108@route66.homelinux.net> Message-ID: At 1:19 PM -0500 11/10/06, bofh list wrote: >I am seeing the following errors with vanilla RC13 (two servers, >nfs, mmap_disable=yes, lock_method=fnctl, Maildir). These only >manifested after the upgrade to 1.0RC13 > > > >server1: >dovecot: Nov 09 15:44:08 Error: IMAP(user1): file ioloop.c: line 22 >(io_add): assertion failed: (fd >= 0) >dovecot: Nov 09 15:44:08 Error: child 2920 (imap) killed with signal 6 >dovecot: Nov 09 16:09:47 Error: IMAP(user2): file ioloop.c: line 22 >(io_add): assertion failed: (fd >= 0) Data point: I am seeing the same thing (ioloop.c line 22 assertion failure) with a very different system: MacOS X 10.4.8, mmap_disable=no (default), single machine, Maildir at ~/Maildir on the same internal disk as everything else, lock_method=fcntl. Because this is a small informal test system I also have a little more info that may be relevant. Since rc7 (my first rc version) I have seen occasional incidents where a single account (the same one involved in my assertion failures today) gets one subdirectory locked with one or more temp.$PID. files in it and a message in tmp, This account has multiple clients almost constantly logged in, one Eudora/Mac, one Outlook 2003/XP, one Versamail 3.5/PalmOS. Only Eudora moves anything anywhere, Outlook sits mostly idle, Versamail is scanning the Inbox every 15 minutes and sync's everything irregularly every few hours. Most mail arriving for this account is automatically moved to one of 3 IMAP folders, and about half of the rest is automatically stashed locally by the client and trashed on the server. In all cases, the jammed IMAP directory In all 4 cases of the hang, a simple stop and restart of Dovecot and all clients has failed to solve the hang, and the solutions have come from either full system reboots or cleaning out both the dovecot index files and the file in the tmp folder of the Maildir subdirectory that was hung. I believe this is connected because twice today around the same times as the assertion failures in the logs, I had clients time out while trying to synch IMAP folders, which had me suspecting the same sort of failure, only to work on another connection within 10 minutes. -- Bill Cole bill at scconsult.com From lev at serebryakov.spb.ru Sat Nov 11 08:24:53 2006 From: lev at serebryakov.spb.ru (Lev Serebryakov) Date: Sat, 11 Nov 2006 11:24:53 +0300 Subject: [Dovecot] mail_chroot: no variables support? Message-ID: <715548214.20061111112453@serebryakov.spb.ru> Hello dovecot, It seems, that mail_chroot setting can't use variables. I try to set it to `%h' and it deosn't work :( Are here any security considerations, or it is bug? -- Best regards, Lev mailto:lev at serebryakov.spb.ru From gerard at seibercom.net Sat Nov 11 21:15:09 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Sat, 11 Nov 2006 16:15:09 -0500 (EST) Subject: [Dovecot] Writing to mail directory Message-ID: <20061111155734.U4211@scorpio.seibercom.net> FreeBSD 6.1 Dovecot 1.0.rc12 Using Dovecot as an LDA produces this error message: // START ERROR MESSAGE // deliver(gerard): Error:open(/var/mail/.temp.scorpio.seibercom.net.812.03034e3c3c1ab1c8) failed: Permission denied deliver(gerard): Error: file_lock_dotlock() failed with mbox file /var/mail/gerard: Permission denied // END ERROR MESSAGE// Actually, there are dozens of similar messages for all of my accounts. One example is enough to see what I am referring to. I am using Postfix for my mail-server. If I change the permissions on the directory to '1777' the error goes away and everything seems normal. The problem is that I should not have to do that and I do not understand what the problem is. Has anyone else experienced this phenomena and come up with a solution? Thanks! -- Gerard "Off list mail from *.gmail.com is rejected/deleted unseen. Don't waste your time." From dking at ketralnis.com Sun Nov 12 07:15:46 2006 From: dking at ketralnis.com (David King) Date: Sat, 11 Nov 2006 23:15:46 -0800 Subject: [Dovecot] assertion failed: (need_space == (uoff_t)-mails[idx].space) Message-ID: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> I'm running Dovecot dovecot-1.0.r13 on FreeBSD (FreeBSD 6.1-RELEASE- p10). Mail is stored in mbox format (dovecot.conf after the msg). Procmail delivers mail to subfolders under ~/.mail, locking using dotfiles. One folder in particular for one user has an mbox file ~/.mail/Cron. Quite often, I'll see that procmail processes are stacking up because ~/.mail/Cron.lock exists, and they (rightly) refuse to deliver to a locked mailbox. It seems that dovecot is creating these lock files and then dying. The .lock file's contents refer to a PID that, by the time I see the lockfile, doesn't exist. It appears that dovecot is leaving behind the lock files, after exiting with a signal 6 (sometimes 11) and leaving behind messages in /var/log/maillog (and the end of this message). In dovecot.conf I have mail_drop_priv_before_exec = no, but I can't find the core file that I would expect it to dump, so I can't give you a backtrace. Hopefully the assertion in /var/log/maillog is enough. With ~/.mail/Cron perpetually locked, I'm not able to receive mail in this folder, and with any IMAP client that tries to access that folder having the IMAP server shut down, it keeps me from getting mail. Any ideas? # tail /var/log/maillog Nov 11 23:05:32 melchoir dovecot: imap-login: Login: user=, method=PLAIN, rip=10.0.1.239, lip=10.0.0.1, TLS Nov 11 23:05:32 melchoir dovecot: IMAP(ketralnis): Disconnected: Logged out Nov 11 23:06:52 melchoir dovecot: IMAP(ketralnis): file mbox-sync- rewrite.c: line 405 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) Nov 11 23:06:52 melchoir dovecot: child 16929 (imap) killed with signal 6 Here is dovecot.conf: # cat /usr/local/etc/dovecot.conf | sed -E 's/^(.*)#.*$/\1/' | grep - Ev '(^#|^[ ]*$' protocols = imap pop3 imaps pop3s ssl_cert_file = /etc/ssl/mail-cert.pem ssl_key_file = /etc/ssl/private/mail-key.pem disable_plaintext_auth = no login_user = dovecot verbose_proctitle = yes first_valid_gid = 0 mail_extra_groups = mail default_mail_env = mbox:%h/.mail:INBOX=/var/mail/%u mmap_disable = no lock_method = fcntl mbox_read_locks = dotlock mbox_write_locks = dotlock fcntl mail_drop_priv_before_exec = no protocol imap { login_greeting_capability = yes imap_client_workarounds = delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep } protocol pop3 { pop3_uidl_format = %08Xu%08Xv pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } auth default { mechanisms = plain login passdb pam { } userdb passwd { } userdb prefetch { } user = root } From tss at iki.fi Sun Nov 12 11:13:07 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:13:07 +0200 Subject: [Dovecot] Too many open files In-Reply-To: References: <1163001137.4177.273.camel@hurina> <1163005432.4177.283.camel@hurina> Message-ID: <1163329987.8783.18.camel@hurina> On Thu, 2006-11-09 at 22:33 -0500, bofh list wrote: > > On 11/8/06, bofh list wrote: > > > On 11/8/06, Timo Sirainen wrote: > On Wed, 2006-11-08 at 11:45 -0500, bofh list wrote: > > imap 12009 user 16u REG > 0,19 135348 > > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > (netapp-storage:/vol/mailstore) > > imap 12009 user 17u REG > 0,19 135348 > > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > (netapp-storage:/vol/mailstore) > .. > > Oh, I see. Could you test if this patch fixes it: > > http://dovecot.org/list/dovecot-cvs/2006-November/006767.html > > > > I will apply this tomorrow and get back to you. Thanks for > the quick turnaround! > > With this patch on 1.0rc13 I am seeing the following when moving any > messages between folders > > dovecot: Nov 09 22:24:09 Error: IMAP(user): file > mail-transaction-log.c: line 273 (mail_transaction_log_close): > assertion failed: (log->tail == NULL) > dovecot: Nov 09 22:24:09 Error: child 27320 (imap) killed with signal OK, this really fixes it: http://dovecot.org/list/dovecot-cvs/2006-November/006776.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/cc211070/attachment.pgp From tss at iki.fi Sun Nov 12 11:19:19 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:19:19 +0200 Subject: [Dovecot] assertion failed: (need_space == (uoff_t)-mails[idx].space) In-Reply-To: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> References: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> Message-ID: <1163330359.8783.23.camel@hurina> On Sat, 2006-11-11 at 23:15 -0800, David King wrote: > I'm running Dovecot dovecot-1.0.r13 on FreeBSD (FreeBSD 6.1-RELEASE- > p10). Mail is stored in mbox format (dovecot.conf after the msg). I fixed one reason for this in rc11, but I don't know why it would happen in rc13 anymore.. > In dovecot.conf I have mail_drop_priv_before_exec = no, but I can't > find the core file that I would expect it to dump, so I can't give > you a backtrace. Hopefully the assertion in /var/log/maillog is enough. You need to have mail_drop_priv_before_exec=yes to get the core files, and ulimit -c set to be high enough before starting dovecot. > With ~/.mail/Cron perpetually locked, I'm not able to receive mail in > this folder, and with any IMAP client that tries to access that > folder having the IMAP server shut down, it keeps me from getting > mail. Any ideas? If it happens only for that one mailbox, can you easily reproduce the crash then? If so, could you put the mbox file through http://dovecot.org/tools/mbox-anonymize.pl and send it to me? There's something in the mbox that Dovecot doesn't seem to like. > passdb pam { > } > userdb passwd { > } > userdb prefetch { > } BTW. There's no use to have prefetch there, since passwd will always get used before that. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/ccfa3846/attachment.pgp From tss at iki.fi Sun Nov 12 11:32:35 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:32:35 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: References: <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163017454.25914.21.camel@hurina> <45524129.8010108@route66.homelinux.net> Message-ID: <1163331155.8783.26.camel@hurina> On Fri, 2006-11-10 at 13:19 -0500, bofh list wrote: > I am seeing the following errors with vanilla RC13 (two servers, nfs, > mmap_disable=yes, lock_method=fnctl, Maildir). These only manifested > after the upgrade to 1.0RC13 > > > > server1: > dovecot: Nov 09 15:44:08 Error: IMAP(user1): file ioloop.c: line 22 > (io_add): assertion failed: (fd >= 0) Happens when client disconnects while IDLEing. Fixed: http://dovecot.org/list/dovecot-cvs/2006-November/006782.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/9574920f/attachment.pgp From tss at iki.fi Sun Nov 12 11:37:35 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:37:35 +0200 Subject: [Dovecot] mail_chroot: no variables support? In-Reply-To: <715548214.20061111112453@serebryakov.spb.ru> References: <715548214.20061111112453@serebryakov.spb.ru> Message-ID: <1163331455.8783.28.camel@hurina> On Sat, 2006-11-11 at 11:24 +0300, Lev Serebryakov wrote: > Hello dovecot, > > It seems, that mail_chroot setting can't use variables. I try to set it to `%h' and it deosn't work :( > Are here any security considerations, or it is bug? I'll add in my TODO, but if your userdb isn't passwd, you could do it there as well. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/bbe5314b/attachment.pgp From tss at iki.fi Sun Nov 12 11:38:26 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:38:26 +0200 Subject: [Dovecot] Writing to mail directory In-Reply-To: <20061111155734.U4211@scorpio.seibercom.net> References: <20061111155734.U4211@scorpio.seibercom.net> Message-ID: <1163331506.8783.30.camel@hurina> On Sat, 2006-11-11 at 16:15 -0500, Gerard Seibert wrote: > Error:open(/var/mail/.temp.scorpio.seibercom.net.812.03034e3c3c1ab1c8) > failed: Permission denied Set mail_extra_groups = mail (or whatever group has write access to /var/mail). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/09e86d10/attachment.pgp From tss at iki.fi Sun Nov 12 11:51:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:51:00 +0200 Subject: [Dovecot] Using Substring Width with Mailhome Variables In-Reply-To: <20061109234739.36522.qmail@web30803.mail.mud.yahoo.com> References: <20061109234739.36522.qmail@web30803.mail.mud.yahoo.com> Message-ID: <1163332260.8783.33.camel@hurina> On Thu, 2006-11-09 at 15:47 -0800, Matthew Fisch wrote: > I have specified my mail home in dovecot.conf as follows: > default_mail_env = maildir:/mnt/fileserver/maildir/%0.1d/%1.1d/%d/%n Looks like there are bugs in here. I'll fix them, but this should work for you already: default_mail_env = maildir:/mnt/fileserver/maildir/%1d/%1.1d/%d/%n -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/6a789ed8/attachment.pgp From tss at iki.fi Sun Nov 12 12:41:52 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 14:41:52 +0200 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <20061109074124.GA21913@lgb.hu> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> Message-ID: <1163335312.8783.35.camel@hurina> On Thu, 2006-11-09 at 08:41 +0100, G?bor L?n?rt wrote: > Hello, > > We're using RC13 here (on AMD64 Linux box) with LDAP authentication. > I found some entries in the log, all of them say: > > Nov 9 08:04:35 sn0 dovecot: auth(default): file db-ldap.c: line 143 (db_ldap_add_delayed_request): assertion failed: (!conn->connected) > Nov 9 08:04:35 sn0 dovecot: child 13665 (auth) killed with signal 6 > Nov 9 08:04:35 sn0 dovecot: pop3-login: Internal login failure: user=, method=PLAIN, rip=yyy.yyy.yyy.yyy, lip=zzz.zzz.zzz.zzz Fixed: http://dovecot.org/list/dovecot-cvs/2006-November/006788.html > and a single occured one (till now at least): > > Nov 9 06:23:02 sn0 dovecot: pop3-login: file client.c: line 366 (client_destroy): assertion failed: (!client->common.authenticating) > Nov 9 06:23:02 sn0 dovecot: child 19099 (login) killed with signal 6 This I'm not sure.. I did a couple of fixes which might fix these, but I don't think those errors should really ever happen. You could anyway try rc14 (to be released soon) and see if this happens again. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/97be8ad6/attachment.pgp From gerard at seibercom.net Sun Nov 12 12:58:56 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Sun, 12 Nov 2006 07:58:56 -0500 Subject: [Dovecot] Writing to mail directory In-Reply-To: <1163331506.8783.30.camel@hurina> References: <20061111155734.U4211@scorpio.seibercom.net> <1163331506.8783.30.camel@hurina> Message-ID: <20061112075633.9E12.GERARD@seibercom.net> On Sunday November 12, 2006 at 06:38:26 (AM) Timo Sirainen wrote: > On Sat, 2006-11-11 at 16:15 -0500, Gerard Seibert wrote: > > Error:open(/var/mail/.temp.scorpio.seibercom.net.812.03034e3c3c1ab1c8) > > failed: Permission denied > > Set mail_extra_groups = mail (or whatever group has write access > to /var/mail). I had done that previously; however, it did not work. Maybe I'll check on the FreeBSD forum. Someone there might have any idea. Thanks! -- Gerard From tss at iki.fi Sun Nov 12 13:02:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:02:00 +0200 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <20061109160927.GC10078@lgb.hu> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <20061109080208.GB21913@lgb.hu> <20061109160927.GC10078@lgb.hu> Message-ID: <1163336520.8783.40.camel@hurina> On Thu, 2006-11-09 at 17:09 +0100, G?bor L?n?rt wrote: > Hello again, > > Now found more and more strange messages, like: > > pop3-login: Can't connect to auth server at default: Resource temporarily unavailable This means that dovecot-auth is busy and couldn't respond in time. > auth(default): LDAP: ldap_result() failed: Can't contact LDAP server > > auth(default): ldap(user,xxx.xxx.xxx.xxx): ldap_bind() failed: Server is unwilling to perform Well, this sounds like it really is down. > And the most bizarre stuff: > > auth(default): ldap_bind((null)) failed: Can't contact LDAP server This is strange. I tried to figure out a reason why it could happen, but couldn't.. I added anyway an extra assert and changed one error string a bit, so if this happens to you again in rc14 I could maybe debug it further. Especially if it crashes, gdb backtrace would be helpful. > My problem that dovecot pop3 daemon dies after a while (after some hours): > when reach that point, POP3 login no longer works, after issuing POP3 > command "PASS", it just hangs. Stopping and restarting dovecot cures it for > some hours at least. The strange that these error log messages are produced > all the time, but not always cause the hang of the WHOLE service. I guess the connection to LDAP server dies somehow. Does OpenLDAP have some timeouts for connections? That might cause it I guess.. > If someone have ANY information, please help me. We used tpop3d before, and > that also had similar problems (eg hanging the whole service after a while). > That LDAP server is OpenLDAP from Ubuntu 6.06 LTS on AMD64 (2.2.26-5ubuntu2.1). > You may think that if both of tpop3d and dovecot fails similary it should > be the problem of the LDAP server, however other services (web interface, > postfix) does work without a single problem since a month or so. Tried with > v2 and v3 LDAP protocol as well. I ran out of ideas ;-( I think the difference is that Dovecot keeps the connection open all the time, while web/postfix keep reconnecting to it constantly. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/f10e99b6/attachment.pgp From tss at iki.fi Sun Nov 12 13:10:59 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:10:59 +0200 Subject: [Dovecot] Problem with image attachment In-Reply-To: <1163069201.2763.8.camel@desktop07.gnuine.loc> References: <1163069201.2763.8.camel@desktop07.gnuine.loc> Message-ID: <1163337059.8783.44.camel@hurina> On Thu, 2006-11-09 at 11:46 +0100, Marc Morata wrote: > Hi, > > I have a litle problem: > > The image attachment has a one line blank in top. This provokes that the > image are corrupt. Only happens with imap acces. With pop3 are > visualized correctly. Could you send such mail to me? I've had no problems with image attachments. And are you sure this is a Dovecot bug, and not a bug in the IMAP client? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/c0cadcfa/attachment.pgp From tss at iki.fi Sun Nov 12 13:18:41 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:18:41 +0200 Subject: [Dovecot] Output to logfile In-Reply-To: <000f01c703f4$88e45f40$0d01a8c0@egbert> References: <000f01c703f4$88e45f40$0d01a8c0@egbert> Message-ID: <1163337521.8783.46.camel@hurina> On Thu, 2006-11-09 at 12:45 +0100, Egbert Jan wrote: > Hello, > > Has everybody those irritating '^I' (tabs?) in his syslog for dovecot > messages? Why not replace them by ordinary singe spaces? Maby something for > a future release? I don't think it happens unless you have auth_debug=yes? In those debug lines the spaces and tabs mean different things, so replacing them with spaces would just make debugging some problems more difficult. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/d60eace6/attachment.pgp From tss at iki.fi Sun Nov 12 13:30:39 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:30:39 +0200 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <1162992628.14436.34.camel@localhost.localdomain> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> <1162490681.4024.31.camel@hurina> <1162491103.4024.32.camel@hurina> <1162989892.14436.24.camel@localhost.localdomain> <1162990284.4177.180.camel@hurina> <1162992628.14436.34.camel@localhost.localdomain> Message-ID: <1163338239.8783.55.camel@hurina> On Wed, 2006-11-08 at 13:30 +0000, Dominique Feyer wrote: > passdb sql { > args = /etc/dovecot/dovecot-pgsql.conf > } > userdb sql { > args = /etc/dovecot/dovecot-pgsql.conf > } .. > The socket is use by deliver ? Right ? So I can't set count to more than > 1, if I do that dovecto don't start, the process try to create the > socket, but after the first process start, the socket exist. Yea, right, it won't work if external sockets have been created.. But you're using PostgreSQL which doesn't do any blocking, so it shouldn't have these kind of timeout problems. I'm not really sure how to debug this further without knowing exactly what's happening in dovecot-auth when deliver is hanging. Can you reproduce this with any tests? Such as delivering lots of mails in a short time? If so, could you do a strace -tt of the dovecot-auth and preferrably also the hanging deliver process? I've also attached a patch, which you could try to see if it changes anything, but I don't think it should. -------------- next part -------------- A non-text attachment was scrubbed... Name: accept-more.diff Type: text/x-patch Size: 789 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/02fe0315/attachment.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/02fe0315/attachment.pgp From tss at iki.fi Sun Nov 12 13:33:45 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:33:45 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> <1162990431.4177.182.camel@hurina> <1163004408.4177.280.camel@hurina> Message-ID: <1163338425.8783.58.camel@hurina> On Wed, 2006-11-08 at 17:59 +0100, Gerhard Wiesinger wrote: > OK, the following configuration does NOT work with 1.0rc11 for me, it > delivers to ~/ > > When I change it back to > mail_location = mbox:~/Mail:INBOX=/var/mail/%u > it works well. > > protocol lda { > postmaster_address = postmaster at domain > auth_socket_path = /var/run/dovecot-auth-master > log_path = /path/to/deliver.log > info_log_path = /path/to/deliver.log > log_timestamp=%Y.%m.%d %H:%M:%S%t > default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u > mail_debug = yes > } I still don't see it myself, but why do you have default_mail_env inside the protocol lda block? If you had mail_location outside the protocol lda block, then it would have overridden the default_mail_env inside protocol lda. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/ad22a54c/attachment.pgp From tss at iki.fi Sun Nov 12 13:37:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:37:00 +0200 Subject: [Dovecot] lda quota In-Reply-To: References: <1162991010.4177.189.camel@hurina> Message-ID: <1163338620.8783.61.camel@hurina> On Thu, 2006-11-09 at 07:41 +0200, razor wrote: > 08.11.06 ? 15:03 Timo Sirainen ? ????? ?????? ?????(?): > > > On Tue, 2006-11-07 at 14:53 +0200, razor wrote: > >> hello > >> i am using dovecot-1.0.r7 on freebsd 5.4 > >> everything is fine, but i wanna more -) > >> > >> i am using dovecot-lda + plugin quota. when i am trying to send a email > >> for user with overquota i am getting "local delivery failed". can i > >> make > >> some more informatic message for users like "your recipient box is > >> overquoted". > > > > Are you using filesystem quota? If so, the quota plugin itself doesn't > > really do anything. Do you see any errors in Dovecot's log files? If > > not, see the "Logging" section in http://wiki.dovecot.org/LDA > > > > no, Timo. there is: > ... > protocol imap { > listen = *:143 > ssl_listen = *:993 > mail_plugins = quota imap_quota > } But this by itself doesn't do anything. Did you configure the quota plugin also somehow? > > Your problem is most likely that Dovecot couldn't handle the > > out-of-quota condition in its index file handling, or something like > > that. See http://wiki.dovecot.org/Quota/FS > > > > so does Dovecot-LDA support configurable messages? No, but if the mail can't be saved because user goes over quota, then it should send a bounce with "Quota exceeded." message. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/b5a0c7b2/attachment.pgp From tss at iki.fi Sun Nov 12 13:52:05 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:52:05 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <45523429.5060709@hypertrek.info> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> Message-ID: <1163339525.8783.66.camel@hurina> On Wed, 2006-11-08 at 20:46 +0100, Luigi Rosa wrote: > Timo Sirainen said the following On 7/11/2006 22:39: > > > Oh, right, the patch. > > It happened again ad was more serious. > > {two mail arrived from two different mailing lists, Thunderbirds moves > them in their mailbox but...} > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file > /var/spool/mail2/lrosa/.Postfix/dovecot.index: > first_recent_uid_lowwater 10272 -> 10271 > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file > /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header > extension keywords > Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 Do you use Dovecot's deliver to save the mails to INBOX, or something else? Do you have the Postfix mailbox opened while this happens? What if you change "Max number of server connections to cache" to 1 in the account settings -> server settings -> advanced? I tried reproducing this for a while with Thunderbird, but couldn't get these kind of errors. Anyway, testing what happens with this patch would also help: http://dovecot.org/pipermail/dovecot/attachments/20061107/958172d0/attachment.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/0f989b9e/attachment.pgp From tss at iki.fi Sun Nov 12 14:02:56 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 16:02:56 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1163339525.8783.66.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163339525.8783.66.camel@hurina> Message-ID: <1163340176.8783.68.camel@hurina> On Sun, 2006-11-12 at 15:52 +0200, Timo Sirainen wrote: > On Wed, 2006-11-08 at 20:46 +0100, Luigi Rosa wrote: > > Timo Sirainen said the following On 7/11/2006 22:39: > > > > > Oh, right, the patch. > > > > It happened again ad was more serious. > > > > {two mail arrived from two different mailing lists, Thunderbirds moves > > them in their mailbox but...} > > > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file > > /var/spool/mail2/lrosa/.Postfix/dovecot.index: > > first_recent_uid_lowwater 10272 -> 10271 > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file > > /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header > > extension keywords > > Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 .. > I tried reproducing this for a while with Thunderbird, but couldn't get > these kind of errors. No, forget it. I was finally able to reproduce this myself after setting maildir_copy_with_hardlinks=yes. :) Now lets try to fix it.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/b0611f1f/attachment-0001.pgp From lrosa at hypertrek.info Sun Nov 12 14:04:32 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Sun, 12 Nov 2006 15:04:32 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1163339525.8783.66.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163339525.8783.66.camel@hurina> Message-ID: <455729F0.4000200@hypertrek.info> Timo Sirainen said the following On 12/11/2006 14:52: > Do you use Dovecot's deliver to save the mails to INBOX, or something > else? I have just Dovecot and Postfix, nothing else. > Do you have the Postfix mailbox opened while this happens? No. > What if > you change "Max number of server connections to cache" to 1 in the > account settings -> server settings -> advanced? Just changed. Since the problem was happening with only two mailboxes (I have more than 60 mailboxes on that account, all of them with at least a Thunderbird rule an many with more traffic than Postfix list), I stopped dovecot, deleted all index and other files created by dovecot and restarted the daemon. I deleted the files a couple of hours ago and no error showed up, but it's too soon to be happy. > Anyway, testing what happens with this patch would also help: > http://dovecot.org/pipermail/dovecot/attachments/20061107/958172d0/attachment.bin Installed the patch now and restarted dovecot. Let's see what happens. Ciao, luigi -- / +--[Luigi Rosa]-- \ If you see an onion ring, answer it! From lev at serebryakov.spb.ru Sun Nov 12 18:08:36 2006 From: lev at serebryakov.spb.ru (Lev Serebryakov) Date: Sun, 12 Nov 2006 21:08:36 +0300 Subject: [Dovecot] mail_chroot: no variables support? In-Reply-To: <1163331455.8783.28.camel@hurina> References: <715548214.20061111112453@serebryakov.spb.ru> <1163331455.8783.28.camel@hurina> Message-ID: <50424723.20061112210836@serebryakov.spb.ru> Hello Timo, Sunday, November 12, 2006, 2:37:35 PM, you wrote: TS> I'll add in my TODO, but if your userdb isn't passwd, you could do it TS> there as well. Yep, my userdb is SQL, so I found workaround already. IMHO, documentation should mention, that maildir and home will be calcualted relative to new root, if chroot is set! I've found this experementally, but it is not evident, IMHO. Oh... And it is good question: if home is relative to chroot, and chroot is %h... Hmm... Will it work at all?! -- Best regards, Lev mailto:lev at serebryakov.spb.ru From tss at iki.fi Sun Nov 12 18:14:52 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 20:14:52 +0200 Subject: [Dovecot] mail_chroot: no variables support? In-Reply-To: <50424723.20061112210836@serebryakov.spb.ru> References: <715548214.20061111112453@serebryakov.spb.ru> <1163331455.8783.28.camel@hurina> <50424723.20061112210836@serebryakov.spb.ru> Message-ID: <1163355292.8783.82.camel@hurina> On Sun, 2006-11-12 at 21:08 +0300, Lev Serebryakov wrote: > Hello Timo, > > Sunday, November 12, 2006, 2:37:35 PM, you wrote: > > TS> I'll add in my TODO, but if your userdb isn't passwd, you could do it > TS> there as well. > Yep, my userdb is SQL, so I found workaround already. > IMHO, documentation should mention, that maildir and home will be calcualted relative to new root, if chroot is set! I've found this experementally, but it is not evident, IMHO. > Oh... And it is good question: if home is relative to chroot, and chroot is %h... Hmm... Will it work at all?! They're not really relative to anything, and you should only use absolute paths everywhere. It's just that chroot is set first before the other paths are used, so they have a new root directory. You actually can't really use %h for chroot. Otherwise you'll end up having your home directory in /home/user/home/user. If you want to chroot to home, you should return chroot=/home/%u and home=/. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/9a4d8572/attachment.pgp From tss at iki.fi Sun Nov 12 18:24:01 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 20:24:01 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1163340176.8783.68.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163339525.8783.66.camel@hurina> <1163340176.8783.68.camel@hurina> Message-ID: <1163355841.8783.88.camel@hurina> On Sun, 2006-11-12 at 16:02 +0200, Timo Sirainen wrote: > On Sun, 2006-11-12 at 15:52 +0200, Timo Sirainen wrote: > > On Wed, 2006-11-08 at 20:46 +0100, Luigi Rosa wrote: > > > Timo Sirainen said the following On 7/11/2006 22:39: > > > > > > > Oh, right, the patch. > > > > > > It happened again ad was more serious. > > > > > > {two mail arrived from two different mailing lists, Thunderbirds moves > > > them in their mailbox but...} > > > > > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file > > > /var/spool/mail2/lrosa/.Postfix/dovecot.index: > > > first_recent_uid_lowwater 10272 -> 10271 > > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file > > > /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header > > > extension keywords > > > Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 > .. > > I tried reproducing this for a while with Thunderbird, but couldn't get > > these kind of errors. > > No, forget it. I was finally able to reproduce this myself after setting > maildir_copy_with_hardlinks=yes. :) Now lets try to fix it.. Annoying. I tried to debug this for two hours, and it happened maybe 5 times, but after I had added enough debugging code it stopped doing it completely (even without the debugging code). I guess I'll have to write some test program which tries to emulate Thunderbird and make this crash happen more easily. I did anyway see that the index file gets about 13 of these keyword extensions in it. Originally I thought there'd be just one extra, but this is weird.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/8302bd62/attachment.pgp From tss at iki.fi Sun Nov 12 18:48:15 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 20:48:15 +0200 Subject: [Dovecot] MacOS X and quota-plugin In-Reply-To: References: Message-ID: <1163357295.8783.91.camel@hurina> On Thu, 2006-11-09 at 00:20 +0100, Lars Skovgaard wrote: > As you might guess from the lines under "plugin", I've tried a lot of > different combinations. If I enable ANY of the above lines under > plugin, the child-processes die upon login. Looks like Dovecot's quota symbol conflicted with OSX's existing quota symbol. Fixed in CVS now. I'll make a rc14 release soon also. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/78dba243/attachment.pgp From dovecot at fischer-net.net Sun Nov 12 19:01:33 2006 From: dovecot at fischer-net.net (Wolfgang Fischer) Date: Sun, 12 Nov 2006 20:01:33 +0100 (MET) Subject: [Dovecot] imap - file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Message-ID: <4CFAE4C8-73EA-4D2E-A6CF-7F4C749F47AE@fischer-net.net> in dovecot 1.0RC13 after "Disconnected in IDLE" I get following Error: Nov 12 19:49:51 mini1 dovecot: IMAP(wolfgang): Disconnected in IDLE Nov 12 19:49:51 mini1 dovecot: IMAP(wolfgang): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 12 19:49:51 mini1 dovecot: child 1301 (imap) killed with signal 6 dovecot is running with Mac OS 10.4.8 (PowerPC), Mailbox Format is mbox. Wolfgang From tss at iki.fi Sun Nov 12 19:40:46 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 21:40:46 +0200 Subject: [Dovecot] imap - file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) In-Reply-To: <4CFAE4C8-73EA-4D2E-A6CF-7F4C749F47AE@fischer-net.net> References: <4CFAE4C8-73EA-4D2E-A6CF-7F4C749F47AE@fischer-net.net> Message-ID: <1163360446.8783.122.camel@hurina> On Sun, 2006-11-12 at 20:01 +0100, Wolfgang Fischer wrote: > in dovecot 1.0RC13 after "Disconnected in IDLE" I get following Error: > > Nov 12 19:49:51 mini1 dovecot: IMAP(wolfgang): Disconnected in IDLE > Nov 12 19:49:51 mini1 dovecot: IMAP(wolfgang): file ioloop.c: line 22 > (io_add): assertion failed: (fd >= 0) > Nov 12 19:49:51 mini1 dovecot: child 1301 (imap) killed with signal 6 This happens only after the client has already disconnected, so it doesn't break anything. Fixed anyway in CVS and I'll release rc14 soon. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/65617632/attachment.pgp From tss at iki.fi Sun Nov 12 20:10:46 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 22:10:46 +0200 Subject: [Dovecot] 1.0.rc14 released Message-ID: <1163362246.8783.131.camel@hurina> http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz.sig More fixes. "Duplicate header extension keywords" is the only known problem (or if I forgot something, remind me). I'll try to figure out a way to reproduce it easily and then get it fixed. * LDAP: Don't try to use ldap_bind() with empty passwords, since Windows 2003 AD skips password checking with them and just returns success. * verbose_ssl=yes: Don't bother logging "syscall failed: EOF" messages. No-one cares about them. + Dovecot sources should now compile without any warnings with gcc 3.2+ - rc13 crashed if client disconnected while IDLEing - LDAP: auth_bind=yes fixes - %variables: Fixed zero padding handling and documented it. %0.1n shouldn't enable it, and it really shouldn't stay for the next %variable. -sign also shouldn't stay for the next variable. - Don't leak opened .log.2 transaction logs. - Fixed a potential hang in IDLE command (probably really rare). - Fixed potential problems with client disconnecting while master was handling the login. - quota plugin didn't work in Mac OS X -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061112/e3159770/attachment.pgp From dking at ketralnis.com Sun Nov 12 20:24:47 2006 From: dking at ketralnis.com (David King) Date: Sun, 12 Nov 2006 12:24:47 -0800 Subject: [Dovecot] assertion failed: (need_space == (uoff_t)-mails[idx].space) In-Reply-To: <1163330359.8783.23.camel@hurina> References: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> <1163330359.8783.23.camel@hurina> Message-ID: <82766515-079B-465B-8398-EA7E746046DE@ketralnis.com> >> In dovecot.conf I have mail_drop_priv_before_exec = no, but I can't >> find the core file that I would expect it to dump, so I can't give >> you a backtrace. Hopefully the assertion in /var/log/maillog is >> enough. > You need to have mail_drop_priv_before_exec=yes to get the core files, > and ulimit -c set to be high enough before starting dovecot. Ah, makes sense, I feel dumb now :) Here's a backtrace from imap.core, I can do more with the core if it helps #0 0x182bc437 in kill () from /lib/libc.so.6 #1 0x182bc3d6 in raise () from /lib/libc.so.6 #2 0x182baf02 in abort () from /lib/libc.so.6 #3 0x080b7355 in i_set_failure_file () #4 0x080b6dc9 in i_panic () #5 0x0807c19d in mbox_sync_try_rewrite () #6 0x0807c70e in mbox_sync_rewrite () #7 0x08076df9 in mbox_sync_apply_index_syncs () #8 0x0807756b in mbox_sync_apply_index_syncs () #9 0x08078326 in mbox_sync_apply_index_syncs () #10 0x08078bea in mbox_sync () #11 0x08070456 in mbox_is_valid_mask () #12 0x080a8607 in mailbox_close () #13 0x080569e2 in cmd_copy () #14 0x0805a573 in cmd_uid () #15 0x0805b12c in _client_reset_command () #16 0x0805b21d in _client_input () #17 0x080bd39c in io_loop_handler_run () #18 0x080bccb8 in io_loop_run () #19 0x08064078 in main () >> With ~/.mail/Cron perpetually locked, I'm not able to receive mail in >> this folder, and with any IMAP client that tries to access that >> folder having the IMAP server shut down, it keeps me from getting >> mail. Any ideas? > If it happens only for that one mailbox, can you easily reproduce the > crash then? If so, could you put the mbox file through > http://dovecot.org/tools/mbox-anonymize.pl and send it to me? There's > something in the mbox that Dovecot doesn't seem to like. Sent it to you >> passdb pam { >> } >> userdb passwd { >> } >> userdb prefetch { >> } > BTW. There's no use to have prefetch there, since passwd will > always get > used before that. Good to know From sysadmin at webdock.com.au Mon Nov 13 04:32:59 2006 From: sysadmin at webdock.com.au (Mick T) Date: Mon, 13 Nov 2006 15:32:59 +1100 Subject: [Dovecot] quota plugin enhancement request In-Reply-To: <1158933506.11013.9.camel@hurina> References: <44FF8278.6090406@webdock.com.au> <200609070940.15320.ar-dovecot@nwdb.co.uk> <200609070916.08100.rob0@gmx.co.uk> <45011A98.8000200@webdock.com.au> <1158933506.11013.9.camel@hurina> Message-ID: <4557F57B.2050202@webdock.com.au> Timo Sirainen wrote: > On Fri, 2006-09-08 at 17:24 +1000, Michael Tibben wrote: > >> /dev/rob0 wrote: >> >>> Michael Tibben wrote: >>>> Hi am having an issue with the quota plugin >>>> >>>> To reproduce: >>>> - have a mailbox close to its quota limit (say 10 MB), and a large >>>> email in the inbox (say 6 MB) >>>> - use Squirrelmail or Thunderbird to delete the email >>>> >>>> The operation fails, as by default the email client seems to try and >>>> copy the message into the Trash before deleting it from the inbox, and >>>> dovecot will correctly deny the copy operation as the quota will be >>>> exceeded if the message is copied... >>>> >>>> Because of this, I am wondering if it is possible to have an option for >>>> the quota plugin to track, but not enforce the quota. This is because I >>>> don't require quota enforcement on IMAP operations, as Postfix will >>>> enforce quota on incoming mail anyway. >>>> >>>> Attached is a quick hack job I did on the plugin to strip out the >>>> enforcing functionality, but it would be great if this could be a >>>> configurable option.. >>>> >>>> Thanks >>>> Michael >>> >>> What about: >>> maildir_copy_with_hardlinks = yes >>> (if you're using maildir of course) >>> >>> >> aahhh, thanks... this works great >> >> sorry for the dup email today, i didn't realise my first message got through >> > > What? Copying with hardlinks should increase quota just the same, if > we're talking about maildir++ quota here. > You're right - I have just realized this, as I have updated to RC13, but now I am having the same issue again... I must have still been using my hacked quota plugin when I wrote that email.... sorry for the confusion So now I am back where I started from.... is there a better solution to this problem that you would recommend ? MT From dking at ketralnis.com Mon Nov 13 05:24:24 2006 From: dking at ketralnis.com (David King) Date: Sun, 12 Nov 2006 21:24:24 -0800 Subject: [Dovecot] assertion failed: (need_space == (uoff_t)-mails[idx].space) In-Reply-To: <1163363839.8783.136.camel@hurina> References: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> <1163330359.8783.23.camel@hurina> <1163363839.8783.136.camel@hurina> Message-ID: <547058CA-9179-4C67-A78D-51A8807395E6@ketralnis.com> >> Ah, makes sense, I feel dumb now :) >> Here's a backtrace from imap.core, I can do more with the core if it >> helps >> #0 0x182bc437 in kill () from /lib/libc.so.6 >> #1 0x182bc3d6 in raise () from /lib/libc.so.6 >> #2 0x182baf02 in abort () from /lib/libc.so.6 > .. > Not having debugging information stripped would be helpful :) Well now I feel dumber :) FreeBSD uses the install-strip target in the Makefile to install the binaries, so even if I have -g in COPTS the binaries get stripped. I overwrote the binaries with those from src/ and reproduced the crash (which is as easy and opening the folder in an IMAP client), here's the new backtrace (gdb) bt #0 0x182bc437 in kill () from /lib/libc.so.6 #1 0x182bc3d6 in raise () from /lib/libc.so.6 #2 0x182baf02 in abort () from /lib/libc.so.6 #3 0x080b7355 in i_internal_panic_handler (fmt=0x0, args=0x0) at failures.c:382 #4 0x080b6dc9 in i_panic (format=0x0) at failures.c:180 #5 0x0807c19d in mbox_sync_read_and_move (sync_ctx=0xbfbfe8b0, mail_ctx=0xbfbfe580, mails=0x80fb000, seq=405589544, idx=0, padding=3217024224, move_diff=37, expunged_space=0, end_offset=3333, first_nonexpunged=true) at mbox-sync-rewrite.c:405 #6 0x0807c70e in mbox_sync_rewrite (sync_ctx=0xbfbfe8b0, mail_ctx=0x0, end_offset=3333, move_diff=37, extra_space=63, first_seq=1, last_seq=0) at mbox-sync-rewrite.c:507 #7 0x08076df9 in mbox_sync_handle_missing_space (mail_ctx=0xbfbfe7b0) at mbox-sync.c:854 #8 0x0807756b in mbox_sync_loop (sync_ctx=0xbfbfe8b0, mail_ctx=0xbfbfe7b0, partial=true) at mbox-sync.c:1158 #9 0x08078326 in mbox_sync_do (sync_ctx=0xbfbfe8b0, flags=MBOX_SYNC_REWRITE) at mbox-sync.c:1480 #10 0x08078bea in mbox_sync (mbox=0x80e5840, flags=MBOX_SYNC_REWRITE) at mbox-sync.c:1732 #11 0x08070456 in mbox_storage_close (box=0x80e5840) at mbox- storage.c:1063 #12 0x080a8607 in mailbox_close (_box=0x0) at mail-storage.c:371 #13 0x08058a4d in cmd_logout (cmd=0x80e8044) at cmd-logout.c:18 #14 0x0805b12c in client_handle_input (cmd=0x80e8044) at client.c:377 #15 0x0805b21d in _client_input (context=0x80e8000) at client.c:428 #16 0x080bd39c in io_loop_handler_run (ioloop=0x80e4000) at ioloop- poll.c:199 #17 0x080bccb8 in io_loop_run (ioloop=0x80e4000) at ioloop.c:281 #18 0x08064078 in main (argc=3, argv=0x0, envp=0x0) at main.c:280 >> Sure, you can get it here: > You don't have X-IMAPbase or X-IMAP header in the first mail, so I > guess > you're also reading and modifying the mailbox outside Dovecot? That by > itself shouldn't break it as long as the locking is done correctly. > But > I guess your problem is somehow related to that. I couldn't anyway > cause > a crash using the file. Procmail writes to the folders, but it uses dotlocks, and I don't have logs of it crashing, whereas I do have logs of dovecot crashing :) I'm confused as to what the last sentence says, do you mean that you were able to reproduce the crash? From lgb at lgb.hu Mon Nov 13 08:15:06 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Mon, 13 Nov 2006 09:15:06 +0100 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <1163335312.8783.35.camel@hurina> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <1163335312.8783.35.camel@hurina> Message-ID: <20061113081506.GA8364@lgb.hu> On Sun, Nov 12, 2006 at 02:41:52PM +0200, Timo Sirainen wrote: > > and a single occured one (till now at least): > > > > Nov 9 06:23:02 sn0 dovecot: pop3-login: file client.c: line 366 (client_destroy): assertion failed: (!client->common.authenticating) > > Nov 9 06:23:02 sn0 dovecot: child 19099 (login) killed with signal 6 > > This I'm not sure.. I did a couple of fixes which might fix these, but I > don't think those errors should really ever happen. You could anyway try > rc14 (to be released soon) and see if this happens again. First of all, thank for your answer! I've just tried RC14. Interesting. Strange messages logged as log level priority error (ie: mail.err) are gone. However I'm still not happy. I've written a simple script which act as a stupid POP3 client: uses USER , PASS , LIST, UIDL, RETR 1, then QUIT, and repeat this at maximal possible speed. It's quite good to trigger my problems, at least with RC13 it took only seconds to log strange messages I've posted (and also trigger problem with tpop3d). The script stops at the moment when timeout occured or not expected answer received. Now, with RC14 - as I've written - no more strange errors, however the script stops after some second. I've found messages in syslog similar to the following pattern: Nov 13 08:24:14 sn0 dovecot: auth(default): client in: AUTH^I112^IPLAIN^Iservice=POP3^Isecured^Ilip=127.0.0.1^Irip=127.0.0.1^Iresp= Nov 13 08:24:14 sn0 dovecot: auth(default): ldap(user,127.0.0.1): bind search: base=dc=example,dc=com filter=(&(objectclass=mailuser)(inetuserstatus=active)(mail=user)) Nov 13 08:24:14 sn0 slapd[3925]: connection_input: conn=303725 deferring operation: pending operations I've read quite large amount of configuration information about OpenLDAP, but I can't find suitable solution to avoid this. I think this behaviour may be caused by too many pending request sent towards OpenLDAP server. Is there any way to limit this by dovecot itself? Ie: I've also written an authentication module for tpop3d in PHP (errr ... yes, it's ugly, and for tpop3d because it seems to be also affected and it's simplier to do than dovecot) which does ldap connection on each request. It runs in 50 parallel instance of my POP3 stretch script (yields maximum of 300 POP3 sessions per second) without a single fault for half an a hour (it's about half a million requests). Also, please note that tpop3d has a major design problem: it does authentication in the main daemon, so as far as I know, it can only do authentication serialized (and not in parallel), so it may not be fair to compare with dovecot (anyway tpop3d also affected with my problem as I've discribed, however with my owen "other" - external - auth type it works perfectly under exterm pop3 load as well). The trick - as you have also guessed - that it reconnects each time. So for me it would be also good, that dovecot would be able to reconnect each time ... After doing many tests in parallel and after waitng them to fail, no more session (even a single one) can be done, after PASS it blocks, log says at the point (while telnet 127.0.0.1 110 shows nothing after PASS ): Nov 13 08:58:46 sn0 dovecot: auth(default): client in: AUTH^I12465^IPLAIN^Iservice=POP3^Isecured^Ilip=127.0.0.1^Irip=127.0.0.1^Iresp= Nov 13 08:58:46 sn0 dovecot: auth(default): ldap(user,127.0.0.1): bind search: base=dc=example,dc=com filter=(&(objectclass=mailuser)(inetuserstatus=active)(mail=user)) Nov 13 08:59:02 sn0 dovecot: pop3-login: Disconnected: Inactivity: method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Nov 13 08:59:46 sn0 dovecot: pop3-login: Disconnected: Inactivity: method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured If I restart OpenLDAP slapd at this point, it does not help, however if I kill all of dovecot-auth processes it works again! So the problem should be not caused some kind of OpenLDAP limit is reached, since restarting slapd can't help. Just realized, that there is some entries in mail log with ERR log level: auth(default): LDAP: ldap_result() failed: Can't contact LDAP server last message repeated 2 times auth(default): ldap_bind((null)) failed: Can't contact LDAP server auth(default): ldap_bind((null)) failed: Can't contact LDAP server auth(default): key not found from hash child 10655 (auth) killed with signal 6 auth(default): ldap_bind((null)) failed: Can't contact LDAP server auth(default): ldap_bind((null)) failed: Can't contact LDAP server auth(default): key not found from hash child 10653 (auth) killed with signal 6 What does 'key not found from hash' means? Thanks, -- - G?bor From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Mon Nov 13 09:11:52 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Mon, 13 Nov 2006 10:11:52 +0100 (CET) Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <20061113081506.GA8364@lgb.hu> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <1163335312.8783.35.camel@hurina> <20061113081506.GA8364@lgb.hu> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 13 Nov 2006, G?bor L?n?rt wrote: > Nov 13 08:24:14 sn0 dovecot: auth(default): ldap(user,127.0.0.1): bind search: base=dc=example,dc=com filter=(&(objectclass=mailuser)(inetuserstatus=active)(mail=user)) > Nov 13 08:24:14 sn0 slapd[3925]: connection_input: conn=303725 deferring operation: pending operations > The trick - as you have also guessed - that it reconnects each time. So for me it would be also good, that dovecot > would be able to reconnect each time ... We have lots of trouble with OpenLDAP under heavy load. After trial-and-error I do now: + unbind() when I do not intend to use the LDAP connection in the script anymore, e.g. after authentification is done and the data has been read (LDAP retrieval done), + re- bind() when I start a new LDAP retrieval (most often, an anonymous bind in order to find the user logging in), + when bind() or the first the search fails with "pending blah blah" or "unwilling to perform", I drop the LDAP connection and reconnect, then bind() and, eventually, search again. None of this is necessary by the API as I understand it, but now the scripts almost never fail for LDAP errors. To reconnect to the LDAP server each time is an huge performace killer in my envrionment. I would have expected in any environment?! Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRVg24S9SORjhbDpvAQK2Awf9EHVyY0Mv8bB0OsGwQThyXp7aQPgIlBhd 3zWZ2hldPjPw08kljiTLFnDcgJfV/qu8Nl5FZXgI4mJFJE2bnEPj2b1B0kINlPDE xyDiXnSfMAu2nLyQ6jKUL7UrL3zg8ztUTEMKNRA7AC7Jv/smOB4oti/SNsor4mxf 75a/6+346LvZPuhMxmFo6QI1z7RZM5lzISKcin1iFpaFiad5bRgrqxpuu1AP7Zc4 6snBNMLne9zDetPvGYWqztkqIk6yCso9i3ty0E7s7RxGYk7fBNIebaL0o2HzJZ2j kmN3oropXmg6wVD8sb9AF3yX42rdUxvEG1Mp65RBlDcgF6lz29ymkA== =k+PI -----END PGP SIGNATURE----- From lgb at lgb.hu Mon Nov 13 10:52:01 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Mon, 13 Nov 2006 11:52:01 +0100 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <1163335312.8783.35.camel@hurina> <20061113081506.GA8364@lgb.hu> Message-ID: <20061113105201.GB28881@lgb.hu> On Mon, Nov 13, 2006 at 10:11:52AM +0100, Steffen Kaiser wrote: > + unbind() when I do not intend to use the LDAP connection in the script > anymore, e.g. after authentification is done and the data has been read > (LDAP retrieval done), > + re- bind() when I start a new LDAP retrieval (most often, an anonymous > bind in order to find the user logging in), > + when bind() or the first the search fails with "pending blah blah" or > "unwilling to perform", I drop the LDAP connection and reconnect, then > bind() and, eventually, search again. In my tpop3d auth module, I do this, eg on LDAP error returned and this is not handled one (ie: bad credentials should means wrong password, so not in this case, but other errors) then reissue the whole stuff, with some kind of loop counter and timeout value. However during my very heavy test load, there was no even a single LDAP error. Sure, I close and reopen (and bind) LDAP connection each time so maybe this does the trick even if it's far from ideal in performance (as I've written even with this 300 pop3 sessions / second is done, even with very heavy debug logging set in OpenLDAP, tpop3d and my auth stuff through syslog). > None of this is necessary by the API as I understand it, but now the > scripts almost never fail for LDAP errors. Hmm, maybe this should be asked on OpenLDAP list .... ? I was afraid to be off topic there, but since it seems to be a general problem with OpenLDAP I should try that, I think now. -- - G?bor From rueckert at informatik.uni-rostock.de Mon Nov 13 11:31:54 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Mon, 13 Nov 2006 12:31:54 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <1163362246.8783.131.camel@hurina> References: <1163362246.8783.131.camel@hurina> Message-ID: <20061113113154.GJ15234@pixel.global-banlist.de> On 2006-11-12 22:10:46 +0200, Timo Sirainen wrote: > http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz > http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz.sig rpms for suse are updated now. you can find them at http://software.opensuse.org/download/ user documentation here: http://en.opensuse.org/Build_Service/User darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From rain at bluecherry.net Mon Nov 13 14:39:01 2006 From: rain at bluecherry.net (Ben Winslow) Date: Mon, 13 Nov 2006 09:39:01 -0500 Subject: [Dovecot] my_strncasecmp ignores max_chars Message-ID: <20061113093901.e024852a.rain@bluecherry.net> my_strncasecmp ignores the length parameter, which breaks all sorts of things on platforms where the function actually gets used. Trivial patch attached. -- Ben Winslow -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: compat.c.diff Url: http://dovecot.org/pipermail/dovecot/attachments/20061113/65ea33ff/attachment.diff -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061113/65ea33ff/attachment.pgp From tss at iki.fi Mon Nov 13 14:44:53 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 13 Nov 2006 16:44:53 +0200 Subject: [Dovecot] my_strncasecmp ignores max_chars In-Reply-To: <20061113093901.e024852a.rain@bluecherry.net> References: <20061113093901.e024852a.rain@bluecherry.net> Message-ID: On 13.11.2006, at 16.39, Ben Winslow wrote: > my_strncasecmp ignores the length parameter, which breaks all sorts of > things on platforms where the function actually gets used. Thanks. Do you actually know such a platform? I had been thinking earlier that maybe I should just drop them out completely. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061113/8afd70d5/attachment.pgp From rain at bluecherry.net Mon Nov 13 15:12:25 2006 From: rain at bluecherry.net (Ben Winslow) Date: Mon, 13 Nov 2006 10:12:25 -0500 Subject: [Dovecot] my_strncasecmp ignores max_chars In-Reply-To: References: <20061113093901.e024852a.rain@bluecherry.net> Message-ID: <20061113101225.806ef34c.rain@bluecherry.net> On Mon, 13 Nov 2006 16:44:53 +0200 Timo Sirainen wrote: > On 13.11.2006, at 16.39, Ben Winslow wrote: > > > my_strncasecmp ignores the length parameter, which breaks all sorts of > > things on platforms where the function actually gets used. > > Thanks. Do you actually know such a platform? I had been thinking > earlier that maybe I should just drop them out completely. Well, my man page suggests that the first 'formal' standard it appears in is POSIX.1-2001, so I'm sure such systems exist... I don't have access to any, though. ;) A little digging suggests that some old versions of SunOS, Solaris < 2.6, and VMS < 7.0 don't have it. In my particular case, a bounds checker/malloc debugger I was using (bounds checking gcc[1], which is excellent, by the way) caused the configure test to fail, since strn?casecmp had an internal prototype. [1] http://sourceforge.net/projects/boundschecking/ -- Ben Winslow -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061113/52fbd485/attachment.pgp From mmaurer at betterbe.com Mon Nov 13 16:10:00 2006 From: mmaurer at betterbe.com (Marc Maurer) Date: Mon, 13 Nov 2006 17:10:00 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <1163362246.8783.131.camel@hurina> References: <1163362246.8783.131.camel@hurina> Message-ID: <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> On Sun, 2006-11-12 at 22:10 +0200, Timo Sirainen wrote: > http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz > http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz.sig > > More fixes. I just moved from rc3 to rc14 (yes, that was rc3, not 13 :), and now I'm seeing a crash in mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->files == NULL) Some debug output attached. Thanks, Marc -------------- next part -------------- Nov 13 17:02:13 nemesis dovecot: auth(default): client in: AUTH 1 PLAIN service=IMAP lip=192.168.2.5 rip=192.168.2.25 resp= Nov 13 17:02:13 nemesis dovecot: auth(default): ldap(mmaurer at betterbe.com,192.168.2.25): bind search: base=dc=betterbe,dc=com filter=(&(objectClass=posixAccount)(mailLocalAddress=mmaurer at betterbe.com)) Nov 13 17:02:13 nemesis dovecot: auth(default): ldap(mmaurer at betterbe.com,192.168.2.25): result: uid(%u@%d)=mmaurer-betterbe Nov 13 17:02:13 nemesis dovecot: auth(default): ldap(mmaurer at betterbe.com,192.168.2.25): bind: dn=cn=mmaurer,ou=Users,ou=Better.be,dc=betterbe,dc=com Nov 13 17:02:13 nemesis dovecot: auth(default): client out: OK 1 user=mmaurer at betterbe.com %u@%d=mmaurer-betterbe Nov 13 17:02:13 nemesis dovecot: auth(default): master in: REQUEST 519 8527 1 Nov 13 17:02:13 nemesis dovecot: auth(default): ldap(mmaurer at betterbe.com,192.168.2.25): user search: base=dc=betterbe,dc=com scope=subtree filter=(&(objectClass=posixAccount)(mailLocalAddress=mmaurer at betterbe.com)) fields=uid,homeDirectory,uidNumber,gidNumber Nov 13 17:02:13 nemesis dovecot: auth(default): master out: USER 519 mmaurer at betterbe.com uid=1012 gid=200 home=/home/betterbe/mmaurer Nov 13 17:02:13 nemesis dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.2.25, lip=192.168.2.5 Nov 13 17:02:14 nemesis dovecot: IMAP(mmaurer at betterbe.com): file mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->files == NULL) Nov 13 17:02:14 nemesis dovecot: child 8602 (imap) killed with signal 6 From lars at skovgaarddesign.dk Mon Nov 13 21:47:50 2006 From: lars at skovgaarddesign.dk (Lars Skovgaard) Date: Mon, 13 Nov 2006 22:47:50 +0100 Subject: [Dovecot] MacOS X and quota-plugin In-Reply-To: <1163357295.8783.91.camel@hurina> References: <1163357295.8783.91.camel@hurina> Message-ID: <7639A719-AF13-4F21-8E34-A8DC128F0173@skovgaarddesign.dk> Den 12/11/2006 kl. 19.48 skrev Timo Sirainen: > On Thu, 2006-11-09 at 00:20 +0100, Lars Skovgaard wrote: >> As you might guess from the lines under "plugin", I've tried a lot of >> different combinations. If I enable ANY of the above lines under >> plugin, the child-processes die upon login. > > Looks like Dovecot's quota symbol conflicted with OSX's existing quota > symbol. Fixed in CVS now. I'll make a rc14 release soon also. Thanks, Timo rc14 fixed the crashing. Now I just need to find out how to enforce the quota... :o) I've tried enabling maildir quota, which registers with OS X Mail enough for it to acknowledge that the account supports quota. I get no indication, however, as to how large the quota is. I've tried to follow the instructions in the Wiki, but I must be missing something. Does anyone have a more detailed "for dummies" walkthrough? /Lars From lars at skovgaarddesign.dk Mon Nov 13 22:50:51 2006 From: lars at skovgaarddesign.dk (Lars Skovgaard) Date: Mon, 13 Nov 2006 23:50:51 +0100 Subject: [Dovecot] NTLM authentication from Outlook Message-ID: <978AEC26-39CC-466A-881A-5264054E739F@skovgaarddesign.dk> Hi all I've enabled ntlm authentication in dovecot, and use dovecot sasl in postfix as well. Authentication with ntlm works well from Mac OS X Mail.app, as well as from Outlook Express, but fails with Outlook. Strangely enough, ntml authentication works in Outlook when using smtp (via postfix), but neither from imap or pop3 (both dovecot). As dovecot sasl handles all authentication against a mysql userdb, this strikes me as very strange. I've instructed my clients with Outlook to fetch mail using a ssl- encrypted connection, and to send using ntlm-authentication. This works, but I would like to have ntlm available as an option to all my clients, without forcing them to change mail-clients. I've turned on auth_verbose, auth_debug and auth_debug_passwords, and compared the passwordstring with the one calculated using dovecotpw, and they match. The only odd thing is that the username is returned from Outlook as an all-caps string, so user at domain.tld becomes USER at DOMAIN.TLD. I don't know if it matters, but I don't think so, as changing the user-login to an all-caps version doesn't solve the problem. Any hints will be most welcome. /Lars From rdcampos at rsi.com.br Tue Nov 14 01:39:50 2006 From: rdcampos at rsi.com.br (Ricardo Dias Campos) Date: Mon, 13 Nov 2006 22:39:50 -0300 (BRT) Subject: [Dovecot] Is "Resource temporarily unavailable" an old problem? In-Reply-To: References: Message-ID: Hi. I've installed dovecot recently in a Fedora 5 Linux. It seemed to be OK but I begun to get the message "Can't connect to auth server at default: Resource temporarily unavailable". When I get the message, dovecot hangs. The problem is that "temporarily" is not quite true since the only way to get dovecot running again is to restart it. As a matter of fact, I cannot say that it never recovers. What I know is that it is out for a long, long time. Then a new problem arose: the time between hang-ups begun to diminish. Trying to find why I discovered that the number or dovecot-auth processes was too high (last time I got 169 processes, a lot of them ). It seems that, if I kill all these processes, it takes more time before it hangs again. I looked up for messages in the Internet and I found a mail exchange between people from this list. The first hint I got was to upgrade dovecot. As I said, I'm using Fedora 5 and the version distributed with it was dovecot-1.0-0.beta2.7.i386. I upgraded it to dovecot-1.0-0.beta8.2.fc5.i386. I couldn't make any direct relantionship between this versions and the ones in dovecot site so I cannot tell what dovecot version I'm using in terms of dovecot site versioning. Any help is welcome. Thanks, Ricardo From chibi at gol.com Tue Nov 14 01:10:04 2006 From: chibi at gol.com (Christian Balzer) Date: Tue, 14 Nov 2006 10:10:04 +0900 Subject: [Dovecot] Is "Resource temporarily unavailable" an old problem? In-Reply-To: References: Message-ID: Hello, this might be an old problem indeed, but to really get some help from Timo and others in the know, they will need the dovecot version: dovecot --version should do the trick. Regards, Christian -- Christian Balzer Network/Systems Engineer NOC chibi at gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/ From ben.marsh at editure.com Tue Nov 14 06:19:24 2006 From: ben.marsh at editure.com (Ben Marsh) Date: Tue, 14 Nov 2006 17:19:24 +1100 Subject: [Dovecot] 45second delays on log in Message-ID: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> Dear List Members, We have been running Dovecot as an IMAP server for web based access to email for our customers. At the moment, when the server is under load, some users are finding that it takes 45 seconds to log in. I was wondering if any of you guys would have any tips. I would love any information that would help solve or debug this issue. Background information: The server is Debian with kernel 2.4.31. We are running Dovecot 1.0rc6. I have reviewed the change logs and not found any changes pertinent to our situation from rc6 to rc14 (But maybe I am wrong). We have our own auth mechanism. This auth mechanism is the same used across our other products and we haven't had the same delays with the other products. From the information in the various log files the auth mechanism responds almost instantaneously but it still takes a long time for 1 OK Logged in. message to arrive on the screen when using telnet localhost 143 to login. All the mailboxes are stored over NFS. I have taken the step of moving the INDEXES from NFS to a local hard drive using default_mail_env = maildir:%h/mail:INDEX=/spare/%h in the config file. (/spare is a locally attached hard drive). We are using Maildir for our mailboxes so I am told that locking should not be a problem. A mailbox would never be accessed by two machines simultaneously due to the architecture of the system. In order to gain performance increases we also implemented an IMAP proxy between the webmail client and the imap server. This removes delays in all but the first attempt to access webmail. When logging into a user for which login has been verified to take about 45seconds deletion of the large numbers of messages seemed to speed up login for that particular mailbox indicating to me that it was other things that dovecot does after login and before the 1 OK Logged in. message is displayed that takes up all the time. Unfortunately this theory failed when I tried it with other users. I have also analysed the log files. of the 100,000 lines in the log file 49 were messages: Child 12040 (login) returned error 89 54 were messages: imap-login: Master sent reply with unknown tag 18 The actual number at the end of the message changes lots. The frequency of the extended logins would make it extremely unlikely that these messages are the problem. Any help is very much appreciated. Thanks, Ben Marsh From mahashmi at gmail.com Tue Nov 14 06:50:06 2006 From: mahashmi at gmail.com (Mustafa A. Hashmi) Date: Tue, 14 Nov 2006 11:50:06 +0500 Subject: [Dovecot] Question regarding bounce messages on quota full. In-Reply-To: <5f636a2f0611022157g7ac3e54du9c39bbd15e0818be@mail.gmail.com> References: <5f636a2f0610200440vf1f1a9di56e9595b2c3ece92@mail.gmail.com> <1162495736.4024.86.camel@hurina> <5f636a2f0611022157g7ac3e54du9c39bbd15e0818be@mail.gmail.com> Message-ID: <5f636a2f0611132250i50ffbe9fjc30c14d20d4f7b0a@mail.gmail.com> Dear Timo: I tried rc11 from source and the exact same issue occurs. The deliver program dies with status 11 if the user is over (virtual) quota. Could this possibly be a result of how dovecot is configured on our end? We are pulling quota information from LDAP (using qmailUser schema attribute mailQuotaSize). The LDAP attribute value has the following format: maildir:storage=10240:messages=1000 Additionally, dovecot-ldap.conf has the following settings: user_attrs = uid,mailMessageStore,,,,,mailQuotaSize=quota Using postfix as the MTA, the master.cf file invokes dovecot as follows: -- dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient} main.cf (from postfix) directs messages to dovecot in the following manner: -- dovecot_destination_recipient_limit = 1 ldaptransportlocal_result_filter = dovecot ldaptransportlocal_version = 3 ldaptransportlocal_server_host = ldap.company.com ldaptransportlocal_search_base = dc=company, dc=com ldaptransportlocal_query_filter = (&(|(mail=%s)(mailAlternateAddress=%s))(mailHost=$localroute)(|(AccountStatus=active))) ldaptransportlocal_result_attribute = uid dovecot.conf relevant sections: -- protocol lda { mail_plugins = quota mail_plugin_dir = /usr/lib/dovecot/modules/imap postmaster_address = postmaster at domain.com auth_socket_path = /var/run/dovecot-auth-master } auth default { mechanisms = plain socket listen { master { path = /var/run/dovecot-auth-master mode = 0600 user = vmail # User running Dovecot LDA #group = mail # Or alternatively mode 0660 + LDA user in this group } } passdb pam { } # LDAP database userdb ldap { args = /etc/dovecot/dovecot-ldap.conf } user = root } plugin { quota = maildir:storage=102400:messages=500 } Quotas generally work properly -- that is, if a user over quota tries to move copy messages from one folder to another, he gets the "over quota" message as required. Delivery by itself works fine if the user is not over quota. The delivery program runs as system user vmail as defined in master.cf. I am at a bit of a loss on how to proceed as I doubt this is a problem with dovecot -- this is most likely a configuration problem on my end. Any assistance would be much appreciated. Regards, Mustafa. On 11/3/06, Mustafa A. Hashmi wrote: > Apologies about the late response. > > On 11/3/06, Timo Sirainen wrote: > > On Fri, 2006-10-20 at 16:40 +0500, Mustafa A. Hashmi wrote: > > > Using dovecot's LDA (debian backports package: 1.0rc2), users who have > > > exceeded their quota when receiving messages see the message get > > > bounced. > > > > You're using filesystem quota or virtual quota? Filesystem quota doesn't > > work perfectly in Dovecot, see: > > Virtual quotas. > > > > > http://wiki.dovecot.org/Quota/FS > > > > > : Command died with status 11: > > > "/usr/lib/dovecot/deliver" > > > > Of course it shouldn't crash. Possibly already fixed since 1.0.rc2 > > though. > > We're currently on 1.0.rc2 (debian backports). > > > > Is it not possible to specify something a bit more civil for the > > > sender? a "User is over quota" message works much better here. > > > > Yes, that's how it should have worked. :) > > I'll try to debug this further and see how far I get. -- Mustafa A. Hashmi mahashmi at gmail.com mh at stderr.net From rueckert at informatik.uni-rostock.de Tue Nov 14 11:07:50 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Tue, 14 Nov 2006 12:07:50 +0100 Subject: [Dovecot] 45second delays on log in In-Reply-To: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> References: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> Message-ID: <20061114110750.GO15234@pixel.global-banlist.de> hi, can you at least describe: 1. roughly how you authenticate 2. how do you combine dovecot and your auth system? darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From mmorata at gnuine.com Tue Nov 14 11:29:43 2006 From: mmorata at gnuine.com (Marc Morata) Date: Tue, 14 Nov 2006 12:29:43 +0100 Subject: [Dovecot] Problem with image attachment In-Reply-To: <1163337059.8783.44.camel@hurina> References: <1163069201.2763.8.camel@desktop07.gnuine.loc> <1163337059.8783.44.camel@hurina> Message-ID: <1163503783.29375.37.camel@desktop07.gnuine.loc> Thank you but the problem is solved. The problem was in a squirrelmail conf. El dg 12 de 11 del 2006 a les 15:10 +0200, en/na Timo Sirainen va escriure: > On Thu, 2006-11-09 at 11:46 +0100, Marc Morata wrote: > > Hi, > > > > I have a litle problem: > > > > The image attachment has a one line blank in top. This provokes that the > > image are corrupt. Only happens with imap acces. With pop3 are > > visualized correctly. > > Could you send such mail to me? I've had no problems with image > attachments. And are you sure this is a Dovecot bug, and not a bug in > the IMAP client? -- Marc Morata Fit? mmorata at gnuine.com Gnuine www.gnuine.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: =?ISO-8859-1?Q?Aix=F2?= =?ISO-8859-1?Q?_=E9s?= una part d'un missatge, signada digitalment Url : http://dovecot.org/pipermail/dovecot/attachments/20061114/bcbdd4c4/attachment.pgp From ben.marsh at editure.com Tue Nov 14 11:42:33 2006 From: ben.marsh at editure.com (Ben Marsh) Date: Tue, 14 Nov 2006 22:42:33 +1100 Subject: [Dovecot] 45second delays on log in In-Reply-To: <20061114110750.GO15234@pixel.global-banlist.de> References: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> <20061114110750.GO15234@pixel.global-banlist.de> Message-ID: <6C2D4E2F-6030-4271-B77F-818156D118E6@editure.com> On 14/11/2006, at 10:07 PM, Marcus Rueckert wrote: > > hi, > > can you at least describe: > > 1. roughly how you authenticate Dovecot communicate with a daemon over a UNIX domain socket. > 2. how do you combine dovecot and your auth system? A passdb and userdb part was written for the auth-worker worker process. Thanks, Ben Marsh From charles at bueche.ch Tue Nov 14 14:31:03 2006 From: charles at bueche.ch (Charles Bueche) Date: Tue, 14 Nov 2006 15:31:03 +0100 Subject: [Dovecot] 45second delays on log in In-Reply-To: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> References: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> Message-ID: <4559D327.5090606@bueche.ch> Hi, maybe a stupid idea, but it looks like a double DNS timeout. Can the server resolve the incoming IP addresses to names ? Charles Ben Marsh wrote: > > Dear List Members, > > We have been running Dovecot as an IMAP server for web based access to > email for our customers. At the moment, when the server is under load, > some users are finding that it takes 45 seconds to log in. I was > wondering if any of you guys would have any tips. I would love any > information that would help solve or debug this issue. > > Background information: > > The server is Debian with kernel 2.4.31. We are running Dovecot > 1.0rc6. I have reviewed the change logs and not found any changes > pertinent to our situation from rc6 to rc14 (But maybe I am wrong). > > We have our own auth mechanism. This auth mechanism is the same used > across our other products and we haven't had the same delays with the > other products. From the information in the various log files the auth > mechanism responds almost instantaneously but it still takes a long time > for > > 1 OK Logged in. > > message to arrive on the screen when using telnet localhost 143 to login. > > > All the mailboxes are stored over NFS. I have taken the step of moving > the INDEXES from NFS to a local hard drive using > > default_mail_env = maildir:%h/mail:INDEX=/spare/%h > > in the config file. (/spare is a locally attached hard drive). We are > using Maildir for our mailboxes so I am told that locking should not be > a problem. A mailbox would never be accessed by two machines > simultaneously due to the architecture of the system. > > In order to gain performance increases we also implemented an IMAP > proxy between the webmail client and the imap server. This removes > delays in all but the first attempt to access webmail. > > When logging into a user for which login has been verified to take about > 45seconds deletion of the large numbers of messages seemed to speed up > login for that particular mailbox indicating to me that it was other > things that dovecot does after login and before the 1 OK Logged in. > message is displayed that takes up all the time. Unfortunately this > theory failed when I tried it with other users. > > I have also analysed the log files. of the 100,000 lines in the log file > > 49 were messages: > > Child 12040 (login) returned error 89 > > 54 were messages: > > imap-login: Master sent reply with unknown tag 18 > > The actual number at the end of the message changes lots. > > The frequency of the extended logins would make it extremely unlikely > that these messages are the problem. > > > Any help is very much appreciated. > > Thanks, > > Ben Marsh -- Charles Bueche sand, snow, wave, wind and net -surfer A-Cat SUI 192 From tss at iki.fi Tue Nov 14 14:40:27 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 14 Nov 2006 16:40:27 +0200 Subject: [Dovecot] 45second delays on log in In-Reply-To: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> References: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> Message-ID: <1163515227.8783.181.camel@hurina> On Tue, 2006-11-14 at 17:19 +1100, Ben Marsh wrote: > We have our own auth mechanism. This auth mechanism is the same used > across our other products and we haven't had the same delays with the > other products. From the information in the various log files the > auth mechanism responds almost instantaneously but it still takes a > long time for > > 1 OK Logged in. Internally it works like this: 1) Login process sends auth request to auth process and waits for a reply. Apparently this works fast for you. 2) The client's fd is sent to master process, which again asks auth process for the userdb information. 3) A new IMAP process is forked, and the fd is moved there. 4) IMAP process writes the "OK Logged in." after it has initialized its configuration. Best way to debug this would be to add some debugging lines to show at which point the delay is. > All the mailboxes are stored over NFS. I have taken the step of > moving the INDEXES from NFS to a local hard drive using I don't think any of this should matter, since the "OK Logged in" is sent before any mailbox is opened. > imap-login: Master sent reply with unknown tag 18 I fixed this in rc14. It only happened if the client was disconnected while it was waiting for a "OK" reply from master. So I guess the long delay is related to master process not getting a userdb reply fast enough, or master process getting stuck somewhere for a long time. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061114/f3fcb44a/attachment.pgp From Kind at it.uib.no Tue Nov 14 16:16:27 2006 From: Kind at it.uib.no (Hans Morten Kind) Date: Tue, 14 Nov 2006 17:16:27 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> References: <1163362246.8783.131.camel@hurina> <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> Message-ID: <20061114161627.GA13081@alf.uib.no> On Mon, Nov 13, 2006 at 05:10:00PM +0100, Marc Maurer wrote: > I just moved from rc3 to rc14 (yes, that was rc3, not 13 :), and now I'm > seeing a crash in mail-transaction-log.c: line 273 > (mail_transaction_log_close): assertion failed: (log->files == NULL) We are also seeing a lot of these after moving from rc12 to rc14 on a Solaris-2.8 platform. Since upgrading yesterday app 300 users have logged this several times each. The loggings are accompanied by child 22257 (imap) returned error 1 # happens for pop too and all seems to be while the user is disconnecting. New in rc14 is this as well: file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) which has been observered for only one user of app 10.000 logged in today. His dovecot.index.log does however exist in the actual directory of indexes. hmk From technojoecoolusa at comcast.net Tue Nov 14 16:40:54 2006 From: technojoecoolusa at comcast.net (Joseph D. Wagner) Date: Tue, 14 Nov 2006 08:40:54 -0800 Subject: [Dovecot] Failed Assert in RC13 on FC4 Message-ID: <000401c7080b$a7a1f4e0$0201a8c0@joe> I received the following notices from logwatch: dovecot: IMAP(userid): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0): 1 Time(s) dovecot: child 16976 (imap) killed with signal 6: 1 Time(s) Please let me know if you need any further information from me. Joseph D. Wagner From mahashmi at gmail.com Tue Nov 14 17:16:57 2006 From: mahashmi at gmail.com (Mustafa A. Hashmi) Date: Tue, 14 Nov 2006 22:16:57 +0500 Subject: [Dovecot] Question regarding bounce messages on quota full. [solved] Message-ID: <5f636a2f0611140916h65c90718l8ebff0ef455f9f26@mail.gmail.com> On 11/14/06, Mustafa A. Hashmi wrote: In the following section: > auth default { > mechanisms = plain > > socket listen { > master { > path = /var/run/dovecot-auth-master > mode = 0600 > user = vmail # User running Dovecot LDA > #group = mail # Or alternatively mode 0660 + LDA user in this group > } > } > > passdb pam { > > } > > # LDAP database > userdb ldap { > args = /etc/dovecot/dovecot-ldap.conf > } > user = root # <<-- wrong > } user = vmail fixes the issue. Apologies about the noise. Thanks all. Regards, -- Mustafa A. Hashmi mahashmi at gmail.com mh at stderr.net From tomislav at filipcic.com Tue Nov 14 21:27:25 2006 From: tomislav at filipcic.com (=?ISO-8859-2?Q?Tomislav_Filip=E8i=E6?=) Date: Tue, 14 Nov 2006 22:27:25 +0100 Subject: [Dovecot] Dovecot/Postfix SASL problem Message-ID: Hi. I'm trying to get Dovecot - Postfix - SASL to work. But I need some help. Dovecot v1.0.rc14 Postfix 2.3.4 dovecot.conf ---------------- auth default { mechanisms = plain login passdb pam { } passdb passwd { } socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } postfix/main.cf ------------------ smtpd_sasl_auth_enable = yes smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination broken_sasl_auth_clients = yes smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_authenticated_header = yes telnet test session ----------------------- orion:~ tomislav$ telnet ra.mahune.org 25 Trying 63.99.9.80... Connected to ra.mahune.org. Escape character is '^]'. 220 ra.mahune.org ESMTP Postfix EHLO ra.mahune.org 250-ra.mahune.org 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN AUTH PLAIN bmFddAc0b2pvAHRvam8= 535 5.7.0 Error: authentication failed: mail logs: ------------- Nov 14 22:21:38 [postfix/smtpd] connect from 83-131-68-11.adsl.net.t-com.hr[83.131.68.11] Nov 14 22:22:24 [dovecot] auth(default): client in: AUTH_1_PLAIN_service=smtp_resp=bmFddAc0b2pvAHRvam8= Nov 14 22:22:24 [dovecot] auth(default): passdb(najt,master): Attempted master login with no master passdbs Nov 14 22:22:25 [dovecot] auth(default): client out: FAIL_1_user=tojo Nov 14 22:22:25 [postfix/smtpd] warning: 83-131-68-11.adsl.net.t-com.hr[83.131.68.11]: SASL PLAIN authentication failed: Any ideas? Thank you From gerard at seibercom.net Wed Nov 15 11:11:03 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Wed, 15 Nov 2006 06:11:03 -0500 Subject: [Dovecot] Dovecot/Postfix SASL problem In-Reply-To: References: Message-ID: <20061115060210.A174.GERARD@seibercom.net> On Tuesday November 14, 2006 at 04:27:25 (PM) Tomislav Filip?i? wrote: > Hi. I'm trying to get Dovecot - Postfix - SASL to work. But I need some help. > > Dovecot v1.0.rc14 > Postfix 2.3.4 > > dovecot.conf > ---------------- > auth default { > mechanisms = plain login > > passdb pam { > } > passdb passwd { > } > > socket listen { > client { > path = /var/spool/postfix/private/auth > mode = 0660 > user = postfix > group = postfix > } > } > } > > postfix/main.cf > ------------------ > smtpd_sasl_auth_enable = yes > > smtpd_recipient_restrictions = > permit_mynetworks, > permit_sasl_authenticated, > reject_unauth_destination > > broken_sasl_auth_clients = yes > smtpd_sasl_type = dovecot > smtpd_sasl_path = private/auth > smtpd_sasl_authenticated_header = yes > > > telnet test session > ----------------------- > orion:~ tomislav$ telnet ra.mahune.org 25 > Trying 63.99.9.80... > Connected to ra.mahune.org. > Escape character is '^]'. > 220 ra.mahune.org ESMTP Postfix > EHLO ra.mahune.org > 250-ra.mahune.org > 250-PIPELINING > 250-SIZE 10240000 > 250-VRFY > 250-ETRN > 250-AUTH PLAIN LOGIN > 250-AUTH=PLAIN LOGIN > 250-ENHANCEDSTATUSCODES > 250-8BITMIME > 250 DSN > AUTH PLAIN bmFddAc0b2pvAHRvam8= > 535 5.7.0 Error: authentication failed: > > mail logs: > ------------- > Nov 14 22:21:38 [postfix/smtpd] connect from > 83-131-68-11.adsl.net.t-com.hr[83.131.68.11] > Nov 14 22:22:24 [dovecot] auth(default): client in: > AUTH_1_PLAIN_service=smtp_resp=bmFddAc0b2pvAHRvam8= > Nov 14 22:22:24 [dovecot] auth(default): passdb(najt,master): Attempted > master login with no master passdbs > Nov 14 22:22:25 [dovecot] auth(default): client out: FAIL_1_user=tojo > Nov 14 22:22:25 [postfix/smtpd] warning: > 83-131-68-11.adsl.net.t-com.hr[83.131.68.11]: SASL PLAIN authentication > failed: > You might want to post this on the Postfix forum: List-Subscribe: This is really a Postfix, not a Dovecot problem. By the way, I use SASL - Dovcot - Postfix without any problems. My main.cf file does not resemble yours however. At the very least, you should have posted the output of 'postconf -n' so we could see exactly what you are referring to. The Postfix forum will require that at a minimum. It would also be a good idea to list the OS that you are working with. I am only familiar with FreeBSD myself. Good luck! -- Gerard And always remember, when life hands you lemons, ask for tequila and salt. From eraldtroja at gmail.com Wed Nov 15 13:06:46 2006 From: eraldtroja at gmail.com (erald troja) Date: Wed, 15 Nov 2006 08:06:46 -0500 Subject: [Dovecot] dovecot & pine Message-ID: Hello, using dovecot-1.0.r12 on a 6.1 FreeBSD system and pine-4.64 on FreeBSD as well. After switching from Courier..i cannot seem to access my folders anymore. Just INBOX is viewable. On different mail clients on has to resubscribe..yet there's no such feature w/Pine. Anyone ever had this issue? Also, let me know what sort of info you need me to post in here to get some help on this. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061115/86eb4cbc/attachment.html From guard at uptime.pl Wed Nov 15 13:55:17 2006 From: guard at uptime.pl (guard) Date: Wed, 15 Nov 2006 14:55:17 +0100 (CET) Subject: [Dovecot] Dovecot's MySQL authentication driver Message-ID: Hi, I'm wonderig if dovecot have any mechanism which prevent sql injection? I didn't find anything about that. How can I escape inputs in sql query? Best regards. From c.d.wakelin at reading.ac.uk Wed Nov 15 14:10:18 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Wed, 15 Nov 2006 14:10:18 +0000 Subject: [Dovecot] dovecot & pine In-Reply-To: References: Message-ID: <455B1FCA.2090406@reading.ac.uk> erald troja wrote: > Hello, > > using > > dovecot-1.0.r12 on a 6.1 FreeBSD system > and pine-4.64 on FreeBSD as well. > > > After switching from Courier..i cannot seem to access > my folders anymore. Just INBOX is viewable. > > On different mail clients on has to resubscribe..yet there's > no such feature w/Pine. > > Anyone ever had this issue? > Also, let me know what sort of info you need me to post in > here to get some help on this. > > Thanks > We've got hundreds of happy Pine users. Make sure you either a) remove the folder prefix (e.g. ~/mail) in your folder collections or b) add ~/mail etc. as hidden namespaces in Dovecot (see http://wiki.dovecot.org/MissingMailboxes and NameSpaces). Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From me at mooluv.com Wed Nov 15 14:17:40 2006 From: me at mooluv.com (me at mooluv.com) Date: Wed, 15 Nov 2006 09:17:40 -0500 (EST) Subject: [Dovecot] Dovecot/Postfix SASL problem In-Reply-To: <20061115060210.A174.GERARD@seibercom.net> References: <20061115060210.A174.GERARD@seibercom.net> Message-ID: <46669.162.136.193.1.1163600260.squirrel@webmail.mooluv.com> > On Tuesday November 14, 2006 at 04:27:25 (PM) Tomislav Filip??i?? wrote: > >> Hi. I'm trying to get Dovecot - Postfix - SASL to work. But I need some >> help. >> >> mail logs: >> ------------- >> Nov 14 22:21:38 [postfix/smtpd] connect from >> 83-131-68-11.adsl.net.t-com.hr[83.131.68.11] >> Nov 14 22:22:24 [dovecot] auth(default): client in: >> AUTH_1_PLAIN_service=smtp_resp=bmFddAc0b2pvAHRvam8= *************************************************************** >> Nov 14 22:22:24 [dovecot] auth(default): passdb(najt,master): Attempted >> master login with no master passdbs *************************************************************** >> Nov 14 22:22:25 [dovecot] auth(default): client out: FAIL_1_user=tojo >> Nov 14 22:22:25 [postfix/smtpd] warning: >> 83-131-68-11.adsl.net.t-com.hr[83.131.68.11]: SASL PLAIN authentication >> failed: >> > You might want to post this on the Postfix forum: > > List-Subscribe: > > This is really a Postfix, not a Dovecot problem. By the way, I use SASL > - Dovcot - Postfix without any problems. My main.cf file does not > resemble yours however. At the very least, you should have posted the > output of 'postconf -n' so we could see exactly what you are referring > to. The Postfix forum will require that at a minimum. It would also be a > good idea to list the OS that you are working with. I am only familiar > with FreeBSD myself. > Actually this has nothing to do with postfix. As you can see by the log entry I hilited with *'s there is no master password configured for the user that is being tested. This causes a failure to authenticate which is honestly reported back to postfix. I would suggest getting rid of the master password config or using a non-master user for testing until you get that portion working. Then start debugging with master passwords enabled again. Leeman From luca at leenoox.net Wed Nov 15 14:36:02 2006 From: luca at leenoox.net (Luca Corti) Date: Wed, 15 Nov 2006 15:36:02 +0100 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: References: Message-ID: <1163601362.6923.14.camel@luca> On Wed, 2006-11-15 at 14:55 +0100, guard wrote: > I'm wonderig if dovecot have any mechanism which prevent sql injection? > I didn't find anything about that. How can I escape inputs in sql query? You could just connect read-only to the database. No? ciao Luca From Rich.West at wesmo.com Wed Nov 15 15:28:52 2006 From: Rich.West at wesmo.com (Rich West) Date: Wed, 15 Nov 2006 10:28:52 -0500 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <1163336520.8783.40.camel@hurina> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <20061109080208.GB21913@lgb.hu> <20061109160927.GC10078@lgb.hu> <1163336520.8783.40.camel@hurina> Message-ID: <455B3234.1010707@wesmo.com> Timo Sirainen wrote: > On Thu, 2006-11-09 at 17:09 +0100, G?bor L?n?rt wrote: > >> If someone have ANY information, please help me. We used tpop3d before, and >> that also had similar problems (eg hanging the whole service after a while). >> That LDAP server is OpenLDAP from Ubuntu 6.06 LTS on AMD64 (2.2.26-5ubuntu2.1). >> You may think that if both of tpop3d and dovecot fails similary it should >> be the problem of the LDAP server, however other services (web interface, >> postfix) does work without a single problem since a month or so. Tried with >> v2 and v3 LDAP protocol as well. I ran out of ideas ;-( >> > > I think the difference is that Dovecot keeps the connection open all the > time, while web/postfix keep reconnecting to it constantly. Another thing to check would be the version of OpenLDAP. We've been running an FC5 installation of dovecot with OpenLDAP 2.3.19 (upgraded periodically as they come up) without a hitch. And, yes, Timo is correct. Postfix, Sendmail, Web, etc.. they all connect to the LDAP backend as needed, and close the connection when done with that particular process. -Rich From lrau at confluencecorp.com Wed Nov 15 16:01:41 2006 From: lrau at confluencecorp.com (Lisa Rau) Date: Wed, 15 Nov 2006 11:01:41 -0500 Subject: [Dovecot] Problem with authentication? Message-ID: <005101c708cf$57d1acc0$0400a8c0@Confluence4> We have things set up so Outlook and Outlook express are sending passwords via plain text, but Dovecot is saying the server was expecting an excrypted password -- can anyone help / give us a list of things to look at??? Hopefully, Lisa -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061115/230294f8/attachment.htm From eraldtroja at gmail.com Wed Nov 15 16:19:00 2006 From: eraldtroja at gmail.com (erald troja) Date: Wed, 15 Nov 2006 11:19:00 -0500 Subject: [Dovecot] dovecot & pine In-Reply-To: <455B1FCA.2090406@reading.ac.uk> References: <455B1FCA.2090406@reading.ac.uk> Message-ID: Chris, thanks for trying to trying to help. I should mention that we were using bincimap instead of Courier..what i stated previously is wrong. Ok, so I went looking & troubleshooting..eventually this page states http://wiki.dovecot.org/MissingMailboxes#head-56902961efd9eb18e5c3535e6544d1414b24c347 "If you see a list of expected mailboxes, the problem is with your IMAP client." I did perform the troubleshooting steps and this is what I get * OK [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS QUOTA STARTTLS AUTH=PLAIN] Do vecot ready. . login username at blah.com password . OK Logged in. . list "" * * LIST (\HasNoChildren) "." "INBOX.spam" * LIST (\HasNoChildren) "." "INBOX.miva" * LIST (\HasNoChildren) "." "INBOX.saved-messages" * LIST (\HasNoChildren) "." "INBOX.bacula" * LIST (\HasNoChildren) "." "INBOX.solutions" * LIST (\HasNoChildren) "." "INBOX.passwds" * LIST (\HasNoChildren) "." "INBOX.sent-mail" * LIST (\HasNoChildren) "." "INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.cron" * LIST (\HasNoChildren) "." "INBOX.old_passwds" * LIST (\HasNoChildren) "." "INBOX.Drafts" * LIST (\HasNoChildren) "." "INBOX.dco" * LIST (\HasNoChildren) "." "INBOX.fullteam" * LIST (\HasNoChildren) "." "INBOX" * LIST (\HasNoChildren) "." "spam" * LIST (\HasNoChildren) "." "miva" * LIST (\HasNoChildren) "." "saved-messages" * LIST (\HasNoChildren) "." "bacula" * LIST (\HasNoChildren) "." "solutions" * LIST (\HasNoChildren) "." "passwds" * LIST (\HasNoChildren) "." "sent-mail" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasNoChildren) "." "cron" * LIST (\HasNoChildren) "." "old_passwds" * LIST (\HasNoChildren) "." "Drafts" * LIST (\HasNoChildren) "." "dco" * LIST (\HasNoChildren) "." "fullteam" * LIST (\HasNoChildren) "." "INBOX" . OK List completed. . logout * BYE Logging out . OK Logout completed. So..what needs to be changed within Pine to accomodate for such? I'm also using Thunderbird as a backup which seems to be unaffected so far. On 11/15/06, Chris Wakelin wrote: > > > erald troja wrote: > > Hello, > > > > using > > > > dovecot-1.0.r12 on a 6.1 FreeBSD system > > and pine-4.64 on FreeBSD as well. > > > > > > After switching from Courier..i cannot seem to access > > my folders anymore. Just INBOX is viewable. > > > > On different mail clients on has to resubscribe..yet there's > > no such feature w/Pine. > > > > Anyone ever had this issue? > > Also, let me know what sort of info you need me to post in > > here to get some help on this. > > > > Thanks > > > > We've got hundreds of happy Pine users. > > Make sure you either a) remove the folder prefix (e.g. ~/mail) in your > folder collections or b) add ~/mail etc. as hidden namespaces in Dovecot > (see http://wiki.dovecot.org/MissingMailboxes and NameSpaces). > > Chris > > -- > --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- > Christopher Wakelin, c.d.wakelin at reading.ac.uk > IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 > Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061115/2b93faeb/attachment.html From jc at info-systems.de Wed Nov 15 17:11:39 2006 From: jc at info-systems.de (Jakob Curdes) Date: Wed, 15 Nov 2006 18:11:39 +0100 Subject: [Dovecot] Problem with authentication? In-Reply-To: <005101c708cf$57d1acc0$0400a8c0@Confluence4> References: <005101c708cf$57d1acc0$0400a8c0@Confluence4> Message-ID: <455B4A4B.6000601@info-systems.de> Can you elaborate a bit on the protocol you want to use (POP/IMAP), whether SSL is enabled and what authentication options you use in dvoecot.conf ? JC > We have things set up so Outlook and Outlook express are sending > passwords via plain text, but Dovecot is saying the server was > expecting an excrypted password -- can anyone help / give us a list of > things to look at??? Hopefully, > > Lisa > From matteo at progettomio.net Wed Nov 15 17:48:03 2006 From: matteo at progettomio.net (matteo at progettomio.net) Date: Wed, 15 Nov 2006 18:48:03 +0100 Subject: [Dovecot] Problem with authentication? In-Reply-To: <005101c708cf$57d1acc0$0400a8c0@Confluence4> References: <005101c708cf$57d1acc0$0400a8c0@Confluence4> Message-ID: <455B52D3.5010904@progettomio.net> > We have things set up so Outlook and Outlook express are sending passwords > via plain text, but Dovecot is saying the server was expecting an excrypted > password -- can anyone help / give us a list of things to look at??? It's not true. Outlook sends password in login format, not plaintext as thunderbird (for example). Matteo From jpeacock at rowman.com Wed Nov 15 17:52:18 2006 From: jpeacock at rowman.com (John Peacock) Date: Wed, 15 Nov 2006 12:52:18 -0500 Subject: [Dovecot] Problem with authentication? In-Reply-To: <455B52D3.5010904@progettomio.net> References: <005101c708cf$57d1acc0$0400a8c0@Confluence4> <455B52D3.5010904@progettomio.net> Message-ID: <455B53D2.4070006@rowman.com> matteo at progettomio.net wrote: > It's not true. Outlook sends password in login format, not plaintext as > thunderbird (for example). "login" format *is* plaintext (other than being Base64-encoded and null-delimited). The OP is having a problem that Dovecot expects the password to be encrypted, probably because of a misconfiguration. John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748 From Kind at it.uib.no Wed Nov 15 18:28:14 2006 From: Kind at it.uib.no (Hans Morten Kind) Date: Wed, 15 Nov 2006 19:28:14 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <20061114161627.GA13081@alf.uib.no> References: <1163362246.8783.131.camel@hurina> <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> <20061114161627.GA13081@alf.uib.no> Message-ID: <20061115182814.GA10593@alf.uib.no> > > seeing a crash in mail-transaction-log.c: line 273 > > (mail_transaction_log_close): assertion failed: (log->files == NULL) > > We are also seeing a lot of these after moving from rc12 to rc14 > on a Solaris-2.8 platform. This problem moved away when old log.2 were removed, I dont know why, but all indexes should perhaps always be removed when upgrading? Our indexes are not in users home directories; find _SOMEWHERE_ -name dovecot.index.log.2 | xargs rm hmk From Kind at it.uib.no Wed Nov 15 19:12:51 2006 From: Kind at it.uib.no (Hans Morten Kind) Date: Wed, 15 Nov 2006 20:12:51 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <20061114161627.GA13081@alf.uib.no> References: <1163362246.8783.131.camel@hurina> <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> <20061114161627.GA13081@alf.uib.no> Message-ID: <20061115191251.GB10593@alf.uib.no> > New in rc14 is this as well: > file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Still, I dont know why. But during some debugging I have found that this call to io_add() comes from 'void _cork()' in src/lib/ostream-file.c when fstream->fd is -1 hmk From thierry at mailhub.co.za Wed Nov 15 19:41:55 2006 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Wed, 15 Nov 2006 21:41:55 +0200 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: Message-ID: <5g6acb$2bmsjl@mail-03.jhb.wbs.co.za> Hi, I'm using a specific SQL user for dovecot and postfix, and this user only has SELECT rights to the database. Works well. Regards, Thierry On Wed, 15 Nov 2006 14:55:17 +0100 (CET), guard wrote: >Hi, >I'm wonderig if dovecot have any mechanism which prevent sql injection? >I didn't find anything about that. How can I escape inputs in sql query? >Best regards. From rueckert at informatik.uni-rostock.de Wed Nov 15 20:04:15 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Wed, 15 Nov 2006 21:04:15 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <20061115182814.GA10593@alf.uib.no> References: <1163362246.8783.131.camel@hurina> <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> <20061114161627.GA13081@alf.uib.no> <20061115182814.GA10593@alf.uib.no> Message-ID: <20061115200415.GS15234@pixel.global-banlist.de> On 2006-11-15 19:28:14 +0100, Hans Morten Kind wrote: > find _SOMEWHERE_ -name dovecot.index.log.2 | xargs rm find _SOMEWHERE_ -name dovecot.index.log.2 -print0 | xargs -r0 rm if your find and xargs support those args. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From egbert at vandenbussche.nl Wed Nov 15 21:34:35 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 15 Nov 2006 22:34:35 +0100 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: <5g6acb$2bmsjl@mail-03.jhb.wbs.co.za> Message-ID: <000b01c708fd$d8db5770$0d01a8c0@egbert> I've taken this even further: I have separate 'users' for postfix, postfixadmin (web frontend for virtual users/domains) and dovecot. Each *might* need specific rights. Egbert Jan > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Thierry de Montaudry > Sent: Wednesday, November 15, 2006 8:42 PM > To: dovecot at dovecot.org; guard > Subject: Re: [Dovecot] Dovecot's MySQL authentication driver > > > Hi, > > I'm using a specific SQL user for dovecot and postfix, and > this user only has SELECT rights to the database. Works well. > > Regards, > > Thierry > > On Wed, 15 Nov 2006 14:55:17 +0100 (CET), guard wrote: > > > >Hi, > >I'm wonderig if dovecot have any mechanism which prevent sql > injection? > >I didn't find anything about that. How can I escape inputs in sql > >query? > > >Best regards. > > > > > From jh at plonk.de Thu Nov 16 00:07:44 2006 From: jh at plonk.de (Jakob Hirsch) Date: Thu, 16 Nov 2006 01:07:44 +0100 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: References: Message-ID: <455BABD0.2080407@plonk.de> Quoting guard: > I'm wonderig if dovecot have any mechanism which prevent sql injection? I didn't check deeper, but there's code which uses mysql's escape function. Should be even save without that, as long as you are not messing with auth_username_chars. From lundman at lundman.net Thu Nov 16 00:42:54 2006 From: lundman at lundman.net (Jorgen Lundman) Date: Thu, 16 Nov 2006 09:42:54 +0900 Subject: [Dovecot] Dovecot LDA, LDAP, Postfix and Spawning programs.. Message-ID: <455BB40E.4010601@lundman.net> Qmail, when using LDAP, a user can specify delvieryProgramPath, or a .qmail file, to launch something like procmail. Qmail correctly setuid() to the uids set for the user in LDAP, as well as set up the common env vars (HOME, USER, MAILDIR). We moved to Postfix but found that it is quite lacking in the features supported when it comes to "virtual" users. No .forward, and if you set up an alternate transport, they are run as "any user but root, nor postfix, nor the virtual-user's uid". And worse, does not even supply the HOME/MAILDIR values to transport delivery plugin. (Forcing it to getpwnam() or similar). I have an option to make my own setuid program to query LDAP (postmap -q would work), setuid() and call, say, procmail. It has been suggested I can use "maildrop" as it can talk to LDAP. However, I picked "Dovecot" as my pop3/imap program due to an irrational dislike of Courier imap. So, if I tried Dovecot-LDA, would it support the user optionally having a ".forward" file, or perhaps the LDAP attribute deliveryProgramPath, or some other way to filter based on subject/body to sort, and/or forward, mail? If it can use LDAP, will it setuid() to the users uid (as set in LDAP, assuming I cook the LDAP conf entries correctly) when delivering(I'd hope so!) and running external filters? I am still running rc10, which works well but flips out regularly. (Previously mentioned 'too many files open' bug, some leaks in locks) I will upgrade when the LDAP changes are deemed stable. Lund -- Jorgen Lundman | Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work) Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell) Japan | +81 (0)3 -3375-1767 (home) From robin at 15augustus.nl Thu Nov 16 07:59:57 2006 From: robin at 15augustus.nl (Robin Elfrink) Date: Thu, 16 Nov 2006 08:59:57 +0100 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: <000b01c708fd$d8db5770$0d01a8c0@egbert> References: <000b01c708fd$d8db5770$0d01a8c0@egbert> Message-ID: <455C1A7D.1020709@15augustus.nl> Egbert Jan wrote: > I've taken this even further: I have separate 'users' for postfix, > postfixadmin (web frontend for virtual users/domains) and dovecot. Each > *might* need specific rights. Using restricted user rights and chroots and what not does not prevent SQL injection in any way. Robin From guard at uptime.pl Thu Nov 16 08:41:16 2006 From: guard at uptime.pl (guard) Date: Thu, 16 Nov 2006 09:41:16 +0100 (CET) Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: <455C1A7D.1020709@15augustus.nl> References: <000b01c708fd$d8db5770$0d01a8c0@egbert> <455C1A7D.1020709@15augustus.nl> Message-ID: On Thu, 16 Nov 2006, Robin Elfrink wrote: > Egbert Jan wrote: > >> I've taken this even further: I have separate 'users' for postfix, >> postfixadmin (web frontend for virtual users/domains) and dovecot. Each >> *might* need specific rights. > > > Using restricted user rights and chroots and what not does not prevent > SQL injection in any way. Indeed. But until auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ is set, and default_pass_scheme won't be PLAIN we are secure against sql injection. Right? I have also found %E varible - escape '"', "'" and '\' characters by inserting '\' before them, but how can I use it for escape characters from %u? Best Regards. From CMarcus at Media-Brokers.com Thu Nov 16 13:27:39 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 16 Nov 2006 08:27:39 -0500 Subject: [Dovecot] NFSV4? Message-ID: <455C674B.6040309@Media-Brokers.com> Hi Timo, I just read about NFSv4 now being included in SuSE and Redhat Enterprise versions, and although I don't use it myself, wondered how this will impact Dovecot for those using it? Will it make life easier? Or is it even supported currently? Just curious... thanks... -- Best regards, Charles From spil.oss at googlemail.com Thu Nov 16 14:59:15 2006 From: spil.oss at googlemail.com (Spil Oss) Date: Thu, 16 Nov 2006 15:59:15 +0100 Subject: [Dovecot] dovecot:IMAP(user) killed with signal 6 Message-ID: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> Hi all, After rc10 I have problems with imap and imaps Hi all, After rc10 I have problems with imap and imaps Nov 16 15:42:39 beastie dovecot: IMAP(user1): open(/home/user1/Maildir/.MeldWelSpam/dovecot-keywords) failed: Permission denied Nov 16 15:44:09 beastie dovecot: IMAP(user2): open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: Permission denied Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: line 222 (maildir_keywords_lookup_or_create): assertion failed: (mk->synced) Nov 16 15:44:09 beastie dovecot: child 98798 (imap) killed with signal 6 Nov 16 15:46:10 beastie dovecot: IMAP(user2): open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: Permission denied Nov 16 15:46:10 beastie dovecot: IMAP(user2): file maildir-keywords.c: line 222 (maildir_keywords_lookup_or_create): assertion failed: (mk->synced) Nov 16 15:46:10 beastie dovecot: child 98819 (imap) killed with signal 6 The Permission denied messages where there in rc10 as well, but that was not causing problems. These folders are symlinks to shared spam and ham folders for spamassassin learning. Any clue on how to fix this? FreeBSD-i386 6.1-RELEASE-p10 dovecot-1.0.r13 from ports Kind regards, Spil. From spil.oss at googlemail.com Thu Nov 16 15:17:22 2006 From: spil.oss at googlemail.com (Spil Oss) Date: Thu, 16 Nov 2006 16:17:22 +0100 Subject: [Dovecot] dovecot:IMAP(user) killed with signal 6 In-Reply-To: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> References: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> Message-ID: <5fbf03c20611160717r161615f8u53dd33a328a7737a@mail.gmail.com> Just upgraded to rc14 and problem persists. On 16/11/06, Spil Oss wrote: > Hi all, > > After rc10 I have problems with imap and imaps > > Hi all, > > After rc10 I have problems with imap and imaps > > Nov 16 15:42:39 beastie dovecot: IMAP(user1): > open(/home/user1/Maildir/.MeldWelSpam/dovecot-keywords) failed: > Permission denied > Nov 16 15:44:09 beastie dovecot: IMAP(user2): > open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > Permission denied > Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: > line 222 (maildir_keywords_lookup_or_create): assertion failed: > (mk->synced) > Nov 16 15:44:09 beastie dovecot: child 98798 (imap) killed with signal 6 > Nov 16 15:46:10 beastie dovecot: IMAP(user2): > open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > Permission denied > Nov 16 15:46:10 beastie dovecot: IMAP(user2): file maildir-keywords.c: > line 222 (maildir_keywords_lookup_or_create): assertion failed: > (mk->synced) > Nov 16 15:46:10 beastie dovecot: child 98819 (imap) killed with signal 6 > > The Permission denied messages where there in rc10 as well, but that > was not causing problems. These folders are symlinks to shared spam > and ham folders for spamassassin learning. > > Any clue on how to fix this? > > FreeBSD-i386 6.1-RELEASE-p10 > dovecot-1.0.r13 from ports > > Kind regards, > > Spil. > From tss at iki.fi Thu Nov 16 15:20:59 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 16 Nov 2006 17:20:59 +0200 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: References: <000b01c708fd$d8db5770$0d01a8c0@egbert> <455C1A7D.1020709@15augustus.nl> Message-ID: <1163690459.8783.196.camel@hurina> On Thu, 2006-11-16 at 09:41 +0100, guard wrote: > auth_username_chars = > abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ > is set, and default_pass_scheme won't be PLAIN we are secure against sql > injection. Right? Right. > I have also found %E varible - escape '"', "'" and '\' characters by > inserting '\' before them, but how can I use it for escape characters > from %u? Don't. All the %vars are properly escaped when used in pass_query and user_query. I'm not sure what happens if you use %E, at best it just adds extra '\' and at worst it would cause SQL injection hole possibilities. They're also escaped properly in LDAP queries. If Dovecot didn't do these, it really shouldn't deserve to be advertised as "Secure IMAP server" :P -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061116/4873fa38/attachment.pgp From tss at iki.fi Thu Nov 16 15:31:18 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 16 Nov 2006 17:31:18 +0200 Subject: [Dovecot] NFSV4? In-Reply-To: <455C674B.6040309@Media-Brokers.com> References: <455C674B.6040309@Media-Brokers.com> Message-ID: <1163691078.8783.202.camel@hurina> On Thu, 2006-11-16 at 08:27 -0500, Charles Marcus wrote: > Hi Timo, > > I just read about NFSv4 now being included in SuSE and Redhat Enterprise > versions, and although I don't use it myself, wondered how this will > impact Dovecot for those using it? > > Will it make life easier? Or is it even supported currently? Since older NFS versions already work with Dovecot, I think NFSv4 can only make it work better. What I've read of NFSv4 it looks like its client cache can work better. But I haven't looked more than just a few "feature lists" of it so far. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061116/91ca7c8f/attachment.pgp From odhiambo.raburu at wananchi.com Thu Nov 16 15:41:00 2006 From: odhiambo.raburu at wananchi.com (Odhiambo WASHINGTON) Date: Thu, 16 Nov 2006 18:41:00 +0300 Subject: [Dovecot] dovecot:IMAP(user) killed with signal 6 In-Reply-To: <5fbf03c20611160717r161615f8u53dd33a328a7737a@mail.gmail.com> References: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> <5fbf03c20611160717r161615f8u53dd33a328a7737a@mail.gmail.com> Message-ID: <20061116154100.GF82152@ns2.wananchi.com> * On 16/11/06 16:17 +0100, Spil Oss wrote: | Just upgraded to rc14 and problem persists. | | On 16/11/06, Spil Oss wrote: | >Hi all, | > | >After rc10 I have problems with imap and imaps | > | >Hi all, | > | >After rc10 I have problems with imap and imaps | > | >Nov 16 15:42:39 beastie dovecot: IMAP(user1): | >open(/home/user1/Maildir/.MeldWelSpam/dovecot-keywords) failed: | >Permission denied | >Nov 16 15:44:09 beastie dovecot: IMAP(user2): | >open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: | >Permission denied | >Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: | >line 222 (maildir_keywords_lookup_or_create): assertion failed: | >(mk->synced) | >Nov 16 15:44:09 beastie dovecot: child 98798 (imap) killed with signal 6 | >Nov 16 15:46:10 beastie dovecot: IMAP(user2): | >open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: | >Permission denied | >Nov 16 15:46:10 beastie dovecot: IMAP(user2): file maildir-keywords.c: | >line 222 (maildir_keywords_lookup_or_create): assertion failed: | >(mk->synced) | >Nov 16 15:46:10 beastie dovecot: child 98819 (imap) killed with signal 6 | > | >The Permission denied messages where there in rc10 as well, but that | >was not causing problems. These folders are symlinks to shared spam | >and ham folders for spamassassin learning. | > | >Any clue on how to fix this? | > | >FreeBSD-i386 6.1-RELEASE-p10 | >dovecot-1.0.r13 from ports "Permission Denied" is such a straight error message that you should be able to figure out and fix, everything being standard[1] What are the permissions on that folder (.MeldWelSpam)? Is it really owned by user2? Dovecot wants to write to it, but is being denied that chance. It should be writable by dovecot, I believe. So that folder should be group writable and dovecot should be in that group. But again, perhaps we should see the permissions on the dovecot binary also, because dovecot should be writing there "as user2" (suid), yes? [1] I suppose you are installing dovecot using the ports tree and that you have not tweaked your box beyond your own comprehension. I don't see -Wash http://www.netmeister.org/news/learn2quote.html DISCLAIMER: See http://www.wananchi.com/bms/terms.php -- +======================================================================+ |\ _,,,---,,_ | Odhiambo Washington Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +======================================================================+ Garbage In -- Gospel Out. From Rich.West at wesmo.com Thu Nov 16 15:34:03 2006 From: Rich.West at wesmo.com (Rich West) Date: Thu, 16 Nov 2006 10:34:03 -0500 Subject: [Dovecot] NFSV4? In-Reply-To: <455C674B.6040309@Media-Brokers.com> References: <455C674B.6040309@Media-Brokers.com> Message-ID: <455C84EB.30902@wesmo.com> Since NFS is an underlying subsystem, dovecot does not need anything (code wise) to "support" it. Basically, dovecot writes to the filesystem, regardless of where it is located. It really doesn't know about the underlying layer, be it NFS, ext3, jfs, iSCSI, etc. In other words, in the most general sense, if the file to be read from or written to is on an NFSv2 or NFSv4 partition, dovecot really doesn't care. :) However, the same *tuning* parameters are necessary when you are using an NFS file store. And, in answer to your questions: o it is already supported (as described above) o NFSv4 boasts better performance and stability o it will probably have little impact on the dovecot user community, but better performance is always a good thing. ;) -Rich > > I just read about NFSv4 now being included in SuSE and Redhat > Enterprise versions, and although I don't use it myself, wondered how > this will impact Dovecot for those using it? > > Will it make life easier? Or is it even supported currently? > > Just curious... thanks... From CMarcus at Media-Brokers.com Thu Nov 16 15:44:24 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 16 Nov 2006 10:44:24 -0500 Subject: [Dovecot] NFSV4? In-Reply-To: <455C84EB.30902@wesmo.com> References: <455C674B.6040309@Media-Brokers.com> <455C84EB.30902@wesmo.com> Message-ID: <455C8758.9000706@Media-Brokers.com> > And, in answer to your questions: > o it is already supported (as described above) > o NFSv4 boasts better performance and stability > o it will probably have little impact on the dovecot user community, but > better performance is always a good thing. ;) Thanks for the answers... My query was prompted mainly by the posts that I have seen on this list describing problems with using NFS - mainly file-locking, if memory serves correctly. So, I just wondered if the use of NFSv4 might make these issues 'go away'... ;) Anyway, as I said, I was just curious. Thanks again for responding... -- Best regards, Charles From jhorner at arinbe.com Thu Nov 16 16:02:44 2006 From: jhorner at arinbe.com (Jim Horner) Date: Thu, 16 Nov 2006 11:02:44 -0500 Subject: [Dovecot] I/O leak Message-ID: <200611161102.44165.jhorner@arinbe.com> I upgraded from rc12 to rc14 last night... sifting through the logs I noticed the following. I point this out since it appears dovecot is in high gear bug-fix mode. This issue is not big for me; I rarely stop dovecot. My init.d script for dovecot is basically stop) killall dovecot imap-login I am guessing there might be a more graceful way to stop dovecot? Or rc14 fixed this? I see in rc14 changelog: - rc13 crashed if client disconnected while IDLEing but only user1 was IDLE. Nov 15 21:53:23 myserver dovecot: IMAP(user1 at arinbe.com): Disconnected in IDLE Nov 15 21:53:23 myserver dovecot: imap-login: Killed with signal 15 Nov 15 21:53:23 myserver dovecot: IMAP(user2 at arinbe.com): Disconnected Nov 15 21:53:23 myserver dovecot: imap-login: Killed with signal 15 Nov 15 21:53:23 myserver dovecot: IMAP(user3 at arinbe.com): Disconnected Nov 15 21:53:23 myserver dovecot: imap-login: Killed with signal 15 Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (17) Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (15) Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (19) Nov 15 21:53:30 myserver postfix/master[31974]: terminating on signal 15 Nov 15 21:54:02 myserver dovecot: Dovecot v1.0.rc14 starting up Jim From moya at infomed.sld.cu Thu Nov 16 21:28:22 2006 From: moya at infomed.sld.cu (Maykel Moya) Date: Thu, 16 Nov 2006 16:28:22 -0500 Subject: [Dovecot] maildirsize update error? Message-ID: <1163712502.9779.7.camel@julia.red.sld.cu> According to [1], Trash is a reserverd folder name. When moving a message to it, maildirsize should be update with a negative byte count. If I move a message from any folder to Trash, maildirsize gets two lines, one positive and one negative. The problem is that a user can't move messages to Trash while being overquota because the positive entry goes before the negative. I'm using dovecot-1.0rc14. Regards maykel [1] http://www.inter7.com/courierimap/README.maildirquota.html From jeff at navinet.com Thu Nov 16 22:08:33 2006 From: jeff at navinet.com (Jeff) Date: Thu, 16 Nov 2006 17:08:33 -0500 Subject: [Dovecot] LDA Question Message-ID: <455CE161.8070902@navinet.com> I need some advice about replacing maildrop with the Dovecot LDA. I need to replicate a setup that uses postfix+maildrop+spamassassin. We'll be using Dovecot 1rc13. In the current setup, maildrop reads a file called .mailfilter in each user's folder, then call spamassassin according to the user's preferences. The file is simple, and looks like this -- if ( $SIZE > 20971520 ) { EXITCODE=77 echo "Your email was rejected because it exceeded limit of 20 MB" exit } if ( $SIZE < 26144 ) { exception { xfilter "/usr/local/bin/spamc -u user at domain.com" } } exception { to "$DEFAULT/Maildir/" } What is the most straightforward way to have 'Deliver' do the same thing, without changing the way that SA gets called? Apologies in advance if this is a boneheaded question. I've been sorting through Sieve documentation and HOWTOs and I see everything but what I need. From rueckert at informatik.uni-rostock.de Thu Nov 16 22:25:27 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Thu, 16 Nov 2006 23:25:27 +0100 Subject: [Dovecot] LDA Question In-Reply-To: <455CE161.8070902@navinet.com> References: <455CE161.8070902@navinet.com> Message-ID: <20061116222527.GV15234@pixel.global-banlist.de> On 2006-11-16 17:08:33 -0500, Jeff wrote: > I need some advice about replacing maildrop with the Dovecot LDA. I need > to replicate a setup that uses postfix+maildrop+spamassassin. We'll be > using Dovecot 1rc13. > > In the current setup, maildrop reads a file called .mailfilter in each > user's folder, then call spamassassin according to the user's > preferences. The file is simple, and looks like this -- should this be global or just per user? > if ( $SIZE > 20971520 ) > { > EXITCODE=77 > echo "Your email was rejected because it exceeded limit of 20 MB" > exit > } if this should be global -> MTA message size limit > if ( $SIZE < 26144 ) > { > exception { > xfilter "/usr/local/bin/spamc -u user at domain.com" > } > } do that at MTA level > exception { > to "$DEFAULT/Maildir/" > } delivering to the default mailbox is no problem with the LDA ;) > What is the most straightforward way to have 'Deliver' do the same > thing, without changing the way that SA gets called? Apologies in > advance if this is a boneheaded question. I've been sorting through > Sieve documentation and HOWTOs and I see everything but what I need. hope this helps darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From lars at skovgaarddesign.dk Thu Nov 16 23:15:02 2006 From: lars at skovgaarddesign.dk (Lars Skovgaard) Date: Fri, 17 Nov 2006 00:15:02 +0100 Subject: [Dovecot] NTLM authentication from Outlook In-Reply-To: References: Message-ID: <236D356A-362F-4386-95C8-165EE0D73DCC@skovgaarddesign.dk> > Hi all > > I've enabled ntlm authentication in dovecot, and use dovecot sasl in > postfix as well. > > Authentication with ntlm works well from Mac OS X Mail.app, as well > as from Outlook Express, but fails with Outlook. Strangely enough, > ntml authentication works in Outlook when using smtp (via postfix), > but neither from imap or pop3 (both dovecot). As dovecot sasl handles > all authentication against a mysql userdb, this strikes me as very > strange. > > I've instructed my clients with Outlook to fetch mail using a ssl- > encrypted connection, and to send using ntlm-authentication. This > works, but I would like to have ntlm available as an option to all my > clients, without forcing them to change mail-clients. > > I've turned on auth_verbose, auth_debug and auth_debug_passwords, and > compared the passwordstring with the one calculated using dovecotpw, > and they match. The only odd thing is that the username is returned > from Outlook as an all-caps string, so user at domain.tld becomes > USER at DOMAIN.TLD. I don't know if it matters, but I don't think so, as > changing the user-login to an all-caps version doesn't solve the > problem. > > Any hints will be most welcome. > > /Lars Greetings, everyone I'm sorry, but I seem to have made a mistake regarding the passwordstring from Outlook ? seems like the string I looked at was from MS Entourage... (that's what you get from trying to debug something when you're too tired to think straight). I've now enabled debugging again, and have tried logging in from Outlook with ntlm-authentication. The log-entries are as follows: Nov 16 23:29:09 SD-Server dovecot: auth(default): client in: AUTH 1 NTLM service=IMAP lip=192.168.2.2 rip=192.168.2.13 Nov 16 23:29:09 SD-Server dovecot: auth(default): client out: CONT 1 Nov 16 23:29:09 SD-Server dovecot: auth(default): client in: CONT 1 TlRM7IIog0ADQAuAAAFASgKAAAAD0AABgATVNTUAABYUEFSQkVKRFNHUlVQUAAAABGACgAAA lNQUNEU= Nov 16 23:29:09 SD-Server dovecot: auth(default): client out: CONT 1 TlRMTVNAAAAFAHgAeAAAAAAAADAA +H1XooTUAACAAAAyZ9yMNkAAdgBlAHIALgBsAG8AACYAJgBOAAAAUwBEAC0AUwBlAHIAYwBh AGwAAwAeAFMAyAC4AbABvsAAAAAGMAYRAAtAFMAZQByAHYAZQBQBAAA= Nov 16 23:29:09 SD-Server dovecot: auth(default): client in: CONT 1 TlRMAYAHwAAAAYABgAlAAAAAwADTVNTUAFQAAAAMAAAAAAAAEAH3ZyprYRPWIAAAAAAcgBkA EkATQBBAEMAWABQAAAAACsAAADAAAAGAABIAqMx1XpiwbAAAHAAcwAcABQNAEEAQwBYAFAAT ABpAHMAYQAgAFMAawBvAHYAZwBhAGAAAAAKIAgUBKAoAAAAPSQBAAAAAAAAAAAJILBz4x4RA Ixsp2rhFi8VB6g== Nov 16 23:29:09 SD-Server dovecot: auth(default): ntlm(?, 192.168.2.13): Username contains disallowed characters Nov 16 23:29:10 SD-Server dovecot: auth(default): client out: FAIL 1 The same account logs in without problems if I use a plaintext password (SSL-encrypted, since plaintext-login is disabled). in dovecot.conf I have the following: auth default { mechanisms = plain digest-md5 cram-md5 ntlm rpa } The authentication is done against a mysql-db, which until now has worked with every client I've tested (except Outlook). I have set up postfix to use dovecot-sasl, and use the same userdb for smtp-authentication. Strangely enough the exact same data is accepted when using ntml-authentication with smtp, though a warning is added to my logs. This is an example of a log-entry from an Outlook-user sending a mail: Nov 14 16:40:49 SD-Server postfix/smtpd[8354]: connect from unknown [hid.den.ip.adr] Nov 14 16:40:49 SD-Server dovecot: auth-worker(default): mysql: Connected to localhost (dovecot_auth) Nov 14 16:40:51 SD-Server postfix/smtpd[8354]: warning: unknown [hid.den.ip.adr]: SASL NTLM authentication failed: TlRMTVNTUAACAAMAZYAAQByAHAFAooAOINYZ// +97QAAAAAAAAUwBEAC0AUwBlAHIAdgBlAHIALgBsAG8AYwBhAGwAAwAeAFMARAAtAFAbABvA GMAYAAAAHgAeADAQAAAAAACYAJgBOBZQByAC4sAAAAAAA= Nov 14 16:40:51 SD-Server postfix/smtpd[8354]: AC6402D668E: client=unknown[hid.den.ip.adr], sasl_method=NTLM, sasl_username=user at domain.dk Nov 14 16:40:51 SD-Server postfix/cleanup[8358]: AC6402D668E: message- id=<006a01c70803$4dcd1b00$0200a8c0 at acerce5220052b> Nov 14 16:41:13 SD-Server postfix/qmgr[8494]: AC6402D668E: from=, size=819330, nrcpt=1 (queue active) Nov 14 16:41:16 SD-Server postfix/smtpd[8354]: disconnect from unknown [hid.den.ip.adr] Nov 14 16:41:29 SD-Server postfix/smtp[8361]: AC6402D668E: to=, relay=smtp.domain.dk[hid.den.ip.adr]:25, delay=37, delays=22/0.08/0.06/15, dsn=2.0.0, status=sent (250 156794624 mailfe12 Message accepted for delivery) Nov 14 16:41:29 SD-Server postfix/qmgr[8494]: AC6402D668E: removed The same warning is issued from postfix when a user sends mail from Outlook Express, but not when the same user sends from Thunderbird or Mail.app. In fact, I've only seen these problems when the users are using MS products. I really hope someone can shed some light on what is going on. Best regards Lars From rdcampos at rsi.com.br Fri Nov 17 00:47:26 2006 From: rdcampos at rsi.com.br (Ricardo Dias Campos) Date: Thu, 16 Nov 2006 21:47:26 -0300 (BRT) Subject: [Dovecot] Help needed Message-ID: Hi. Days ago I sent a message to this list asking for help on a problem that seemed to me to be old: dovecot hangs and dovecot-auth posts log messages like: Nov 16 17:04:39 netuno dovecot: imap-login: Can't connect to auth server at default: Resource temporarily unavailable Nov 16 17:04:42 netuno dovecot: pop3-login: Can't connect to auth server at default: Resource temporarily unavailable Unfortunatelly when this happens the only way to recover is to restart dovecot. After I while I begun to clean the dovecot-auth processes (defunct or not) that remain in the process list and the cycle of running/hunging restart from 1 hang a day until it reaches 1 hang each 10 minutes, when I kill dovecot-auth again. I've seen some days ago some messages related to this problem but they were inconclusive, meaning that they didn't point to a solution. Any help is welcome. Thanks. Ricardo From matteo at progettomio.net Fri Nov 17 03:33:59 2006 From: matteo at progettomio.net (matteo at progettomio.net) Date: Fri, 17 Nov 2006 04:33:59 +0100 Subject: [Dovecot] sieve newbie question Message-ID: <455D2DA7.80808@progettomio.net> Hi all, can you clarify my doubts about sieve? I understand what is it, but what's the different between use exim with rules + dovecot and use exim + dovecot-lda + sieve rules? i can create many kind of rules on exim, then i don't get the difference. if someone is so kind to explain me the main points i'll appreciate it! Regards, Matteo From brian at braverock.com Fri Nov 17 03:34:04 2006 From: brian at braverock.com (Brian G. Peterson) Date: Thu, 16 Nov 2006 21:34:04 -0600 Subject: [Dovecot] CHANGE REQUEST: Move config files out of main $sysconfdir Message-ID: <200611162134.05406.brian@braverock.com> Currently, dovecot places it's config files in $sysconfdir In Makefile.am, this is defines as: confdir = $(sysconfdir) It would be far more friendly to an already overloaded /etc/ directory, and easier to locate the files, to follow the now-common convention and place files in $sysconfdir / dovecot / ... on most systems this would mean: /etc/dovecot/ If there is only a dovecot.conf, it doesn't really matter, but when additional config files get added for ldap, sql, sieve, it starts to add up. Some distributions already make this change, but placing this change in the dovecot core would make it unnecessary for downstream packagers to make a change to the core dovecot distribution files. Regards, - Brian From brian at braverock.com Fri Nov 17 03:41:21 2006 From: brian at braverock.com (Brian G. Peterson) Date: Thu, 16 Nov 2006 21:41:21 -0600 Subject: [Dovecot] sieve newbie question In-Reply-To: <455D2DA7.80808@progettomio.net> References: <455D2DA7.80808@progettomio.net> Message-ID: <200611162141.22120.brian@braverock.com> On Thursday 16 November 2006 21:33, matteo at progettomio.net wrote: > Hi all, > can you clarify my doubts about sieve? > I understand what is it, but what's the different between use exim with > rules + dovecot and use exim + dovecot-lda + sieve rules? > i can create many kind of rules on exim, then i don't get the > difference. > > if someone is so kind to explain me the main points i'll appreciate it! Generally, rules at the MTA (exim) level are global. Rules at the LDA (dovecot-sieve) level are user-controlled. Mail user agents that support sieve allow users to set their own personalized filtering and sorting rules. I am not aware of any mail user agents that allow individual users to set filter rules at the exim level that would only apply to one user. Perhaps this background reading would be useful in furthering your understanding: http://sieve.info/overview Regards, - Brian From matteo at progettomio.net Fri Nov 17 04:07:59 2006 From: matteo at progettomio.net (matteo at progettomio.net) Date: Fri, 17 Nov 2006 05:07:59 +0100 Subject: [Dovecot] sieve newbie question In-Reply-To: <200611162141.22120.brian@braverock.com> References: <455D2DA7.80808@progettomio.net> <200611162141.22120.brian@braverock.com> Message-ID: <455D359F.8070307@progettomio.net> > Generally, rules at the MTA (exim) level are global. Rules at the LDA > (dovecot-sieve) level are user-controlled. Ouch. The difference is macroscopic :-) It could be view as open standard alternative to exchange rule created by outlook... Thank you Brian for your patience to explain me the obvious! Matteo From rueckert at informatik.uni-rostock.de Fri Nov 17 04:26:27 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Fri, 17 Nov 2006 05:26:27 +0100 Subject: [Dovecot] CHANGE REQUEST: Move config files out of main $sysconfdir In-Reply-To: <200611162134.05406.brian@braverock.com> References: <200611162134.05406.brian@braverock.com> Message-ID: <20061117042626.GX15234@pixel.global-banlist.de> hi, you dont need to modify anything: "--sysconfdir=/etc/dovecot/" thats all you need. not too hard no? darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From jue at jue.li Fri Nov 17 07:35:34 2006 From: jue at jue.li (Juergen Daubert) Date: Fri, 17 Nov 2006 08:35:34 +0100 Subject: [Dovecot] sieve newbie question In-Reply-To: <200611162141.22120.brian@braverock.com> References: <455D2DA7.80808@progettomio.net> <200611162141.22120.brian@braverock.com> Message-ID: <20061117073534.GA27987@jue.netz> On Thu, Nov 16, 2006 at 09:41:21PM -0600, Brian G. Peterson wrote: > On Thursday 16 November 2006 21:33, matteo at progettomio.net wrote: > > Hi all, > > can you clarify my doubts about sieve? > > I understand what is it, but what's the different between use exim with > > rules + dovecot and use exim + dovecot-lda + sieve rules? > > i can create many kind of rules on exim, then i don't get the > > difference. > > > > if someone is so kind to explain me the main points i'll appreciate it! > > Generally, rules at the MTA (exim) level are global. Rules at the LDA > (dovecot-sieve) level are user-controlled. Mail user agents that support > sieve allow users to set their own personalized filtering and sorting > rules. I am not aware of any mail user agents that allow individual > users to set filter rules at the exim level that would only apply to one > user. That's not completely correct, because exim supports filtering at user level if allow_filter ist set in a redirect router, e.g. the one reading the user .forward file. regards Juergen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From mi+mx at aldan.algebra.com Thu Nov 16 17:59:44 2006 From: mi+mx at aldan.algebra.com (Mikhail Teterin) Date: Thu, 16 Nov 2006 12:59:44 -0500 Subject: [Dovecot] Dovecot tries to create bogus files in /var/mail Message-ID: <200611161259.44957.mi+mx@aldan.algebra.com> After upgrading from 0.99.2 to 1.0rc14, I started seeing log-entries like: Nov 16 12:56:22 corbulon dovecot: IMAP(mksarch): mkdir_parents(/var/mail/mksarch/.imap/INBOX) failed: Not a directory Nov 16 12:56:51 corbulon dovecot: IMAP(anat): open(/var/mail/anat/inbox, O_CREAT) failed: Not a directory Nov 16 12:56:51 corbulon dovecot: IMAP(anat): mkdir_parents(/var/mail/anat/.imap/INBOX) failed: Not a directory And my IMAP client (KMail) shows up error message with "Internal server error". The files in /var/mail/ are just that -- files (in the bad old Unix mbox format), and not directories, why is dovecot treating them as directories? Please advise... Thanks! -mi From mi+mx at aldan.algebra.com Thu Nov 16 20:46:16 2006 From: mi+mx at aldan.algebra.com (Mikhail Teterin) Date: Thu, 16 Nov 2006 15:46:16 -0500 Subject: [Dovecot] two assertion failures Message-ID: <200611161546.16249.mi+mx@aldan.algebra.com> Hello! I was able to overcome the earlier-reported problems (of dovecot treating the standard mailboxes in /var/mail/ as directories) by specifying mail_location (continuing to use the 0.99-era dovecot.conf did not work). Then I started seeing assertion-failures like: file istream-raw-mbox.c: line 499 (istream_raw_mbox_get_body_size): assertion failed: (rstream->mail_size != (uoff_t)-1) these disappeared, when I disabled mmap-access (mmap is limited to 1Gb on FreeBSD/i386), although dovecot-0.99 worked... I can now get to my mail again, but every once in a while the following assertion kills the connection: file mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->files == NULL) Please, advise... Thanks! -mi From moya at infomed.sld.cu Thu Nov 16 21:07:15 2006 From: moya at infomed.sld.cu (Maykel Moya) Date: Thu, 16 Nov 2006 16:07:15 -0500 Subject: [Dovecot] maildirsize update error Message-ID: <1163711235.9779.2.camel@julia.red.sld.cu> According to [1], Trash is a reserverd folder name. When moving a message to it, maildirsize should be update with a negative byte count. If I move a message from any folder to Trash, maildirsize gets two lines, one positive and one negative. The problem is that a user can't move messages to Trash while being overquota because the positive entry goes before the negative. I'm using dovecot-1.0rc14. Regards maykel [1] http://www.inter7.com/courierimap/README.maildirquota.html From mauro.sanna at comune.cagliari.it Fri Nov 17 10:10:44 2006 From: mauro.sanna at comune.cagliari.it (Mauro Sanna) Date: Fri, 17 Nov 2006 11:10:44 +0100 Subject: [Dovecot] dovecot and ldap passwords. Message-ID: <1163758244.6520.14.camel@localhost> Hallo. First of all I'm sorry for my bad english. I have a question about how dovecot use passwords. I have all my mail accounts in a ldap database. The user password are stored in form: {crypt}mypasswd. In dovecot-ldap.conf I have default_pass_scheme = CRYPT. All is working fine. The problem in the crypt scheme is that I can't have passwords more than 8 characters long. So I've tried to change the type of the ldap passwords in SSHA or SMD5, but in this way the users can't authenticate yourselfs. Dovecot doesn't understand SSHA or SMD5? From lgb at lgb.hu Fri Nov 17 11:11:53 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Fri, 17 Nov 2006 12:11:53 +0100 Subject: [Dovecot] dovecot and ldap passwords. In-Reply-To: <1163758244.6520.14.camel@localhost> References: <1163758244.6520.14.camel@localhost> Message-ID: <20061117111153.GB2109@lgb.hu> On Fri, Nov 17, 2006 at 11:10:44AM +0100, Mauro Sanna wrote: > The problem in the crypt scheme is that I can't have passwords more than > 8 characters long. > So I've tried to change the type of the ldap passwords in SSHA or SMD5, > but in this way the users can't authenticate yourselfs. > Dovecot doesn't understand SSHA or SMD5? As far as I understand, this is a good candidate to use auth binds. If you do this, dovecot even need not know ANYTHING about passwords in LDAP, since the pwd verification is done by trying to BIND to the DN of the user with the given password, so the only component need to know about password and password scheme is the LDAP server itself. You have may have got no privilege to see userpassword attribute ... However you'll got problems if you use some kind of advanced authentication with IMAP/POP3 which does not send clear text passwords which are sutiable to use as password to bind to LDAP ? -- - G?bor From jason at dixongroup.net Fri Nov 17 19:33:04 2006 From: jason at dixongroup.net (Jason Dixon) Date: Fri, 17 Nov 2006 14:33:04 -0500 Subject: [Dovecot] TLS timeout with Thunderbird Message-ID: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> I'm trying to get dovecot working with various clients on my new mailserver. I installed the base rc2 that comes with OpenBSD 4.0, then upgraded to rc14 when I ran into problems with TLS and Thunderbird. The server has no problems with Mail.app on my laptop, but any connection attempts from Thunderbird timeout after the TCP handshake. 13:53:41.074438 66.x.x.2.50483 > 38.x.x.248.993: S 3787736038:3787736038(0) win 65535 (DF) 13:53:41.074554 38.x.x.248.993 > 66.x.x.2.50483: S 1565942120:1565942120(0) ack 3787736039 win 16384 (DF) 13:53:41.459434 66.x.x.2.50483 > 38.x.x.248.993: . ack 1 win 65535 (DF) 13:53:47.028621 66.x.x.2.50483 > 38.x.x.248.993: F 1:1(0) ack 1 win 65535 (DF) The only thing logged by dovecot is a disconnection event. There is nothing else logged, even with ssl_verbose enabled. Nov 17 14:23:05 colo2 dovecot: imap-login: Disconnected: rip=66.x.x. 2, lip=38.x.x.248, TLS handshake This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly appreciated. Thanks, -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From jason at dixongroup.net Fri Nov 17 19:45:33 2006 From: jason at dixongroup.net (Jason Dixon) Date: Fri, 17 Nov 2006 14:45:33 -0500 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> Message-ID: <73EE4F3F-FE66-413E-807A-9D60E47E0D14@dixongroup.net> On Nov 17, 2006, at 2:33 PM, Jason Dixon wrote: > I'm trying to get dovecot working with various clients on my new > mailserver. I installed the base rc2 that comes with OpenBSD 4.0, > then upgraded to rc14 when I ran into problems with TLS and > Thunderbird. The server has no problems with Mail.app on my > laptop, but any connection attempts from Thunderbird timeout after > the TCP handshake. > > This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and > Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly > appreciated. To add insult to injury, Office 2003 on Windows XP works fine. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From leva at az.isten.hu Fri Nov 17 21:14:06 2006 From: leva at az.isten.hu (LeVA) Date: Fri, 17 Nov 2006 22:14:06 +0100 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <73EE4F3F-FE66-413E-807A-9D60E47E0D14@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <73EE4F3F-FE66-413E-807A-9D60E47E0D14@dixongroup.net> Message-ID: <200611172214.06508.leva@az.isten.hu> 2006. November 17. 20:45, Jason Dixon: > On Nov 17, 2006, at 2:33 PM, Jason Dixon wrote: > > I'm trying to get dovecot working with various clients on my new > > mailserver. I installed the base rc2 that comes with OpenBSD 4.0, > > then upgraded to rc14 when I ran into problems with TLS and > > Thunderbird. The server has no problems with Mail.app on my > > laptop, but any connection attempts from Thunderbird timeout after > > the TCP handshake. > > > > This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and > > Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly > > appreciated. > > To add insult to injury, Office 2003 on Windows XP works fine. > Hi! Really, this is just a long shot in the dark: I've recently experienced an issue with thunderbird; it was just hanging after "getting server capabilities...". I had to disable the antivirus software's Mail filter (it was Kaspersky's I think). Hope this helps, Daniel -- LeVA From jason at dixongroup.net Fri Nov 17 23:12:05 2006 From: jason at dixongroup.net (Jason Dixon) Date: Fri, 17 Nov 2006 18:12:05 -0500 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <200611172214.06508.leva@az.isten.hu> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <73EE4F3F-FE66-413E-807A-9D60E47E0D14@dixongroup.net> <200611172214.06508.leva@az.isten.hu> Message-ID: On Nov 17, 2006, at 4:14 PM, LeVA wrote: > 2006. November 17. 20:45, Jason Dixon: >> On Nov 17, 2006, at 2:33 PM, Jason Dixon wrote: >>> I'm trying to get dovecot working with various clients on my new >>> mailserver. I installed the base rc2 that comes with OpenBSD 4.0, >>> then upgraded to rc14 when I ran into problems with TLS and >>> Thunderbird. The server has no problems with Mail.app on my >>> laptop, but any connection attempts from Thunderbird timeout after >>> the TCP handshake. >>> >>> This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and >>> Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly >>> appreciated. >> >> To add insult to injury, Office 2003 on Windows XP works fine. >> > Hi! > > Really, this is just a long shot in the dark: > I've recently experienced an issue with thunderbird; it was just > hanging > after "getting server capabilities...". I had to disable the antivirus > software's Mail filter (it was Kaspersky's I think). There is no antivirus running on the Mac, so I doubt that's related. Thanks though. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From gmane at tippingmar.com Fri Nov 17 23:22:58 2006 From: gmane at tippingmar.com (Mark Nienberg) Date: Fri, 17 Nov 2006 15:22:58 -0800 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> Message-ID: Jason Dixon wrote: This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and > Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly > appreciated. Dovecot works well with imaps and pops. I'm kind of surprised to hear that your Mail.app works. Is it really using TLS? Anyway, I'm sure if you switch to ssl instead, it will work. I have Thunderbird on Mac and Win doing it that way. There is some info in the wiki about how to configure. Mark From jason at dixongroup.net Fri Nov 17 23:32:18 2006 From: jason at dixongroup.net (Jason Dixon) Date: Fri, 17 Nov 2006 18:32:18 -0500 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> Message-ID: <197E73C3-E9E6-4F88-8606-F40D5AEAD910@dixongroup.net> On Nov 17, 2006, at 6:22 PM, Mark Nienberg wrote: > Jason Dixon wrote: > This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and >> Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly >> appreciated. > > Dovecot works well with imaps and pops. I'm kind of surprised to > hear that your Mail.app works. Is it really using TLS? Anyway, > I'm sure if you switch to ssl instead, it will work. I have > Thunderbird on Mac and Win doing it that way. There is some info > in the wiki about how to configure. I stand corrected, Mail.app is using SSL (or at least, that's the only option in the account settings). After changing Thunderbird to use SSL, it makes a successful connection. I'm curious though; I have verbose_ssl enabled, and all I see is that a TLS login was completed. Why does it say TLS, if it's really using SSL? Why do we not see any additional information about the session? Nov 17 18:29:27 colo2 dovecot: imap-login: Login: user=, method=PLAIN, rip=151.x.x.192, lip=38.x.x.248, TLS Thanks! -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From sfs at tc.umn.edu Fri Nov 17 23:37:04 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Fri, 17 Nov 2006 17:37:04 -0600 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <197E73C3-E9E6-4F88-8606-F40D5AEAD910@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <197E73C3-E9E6-4F88-8606-F40D5AEAD910@dixongroup.net> Message-ID: <20061117233704.GA23853@earth.tc.umn.edu> On Fri, Nov 17, 2006 at 06:32:18PM -0500, Jason Dixon wrote: > On Nov 17, 2006, at 6:22 PM, Mark Nienberg wrote: > > >Jason Dixon wrote: > > This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and > >>Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly > >>appreciated. > > > >Dovecot works well with imaps and pops. I'm kind of surprised to > >hear that your Mail.app works. Is it really using TLS? Anyway, > >I'm sure if you switch to ssl instead, it will work. I have > >Thunderbird on Mac and Win doing it that way. There is some info > >in the wiki about how to configure. > > I stand corrected, Mail.app is using SSL (or at least, that's the > only option in the account settings). After changing Thunderbird to > use SSL, it makes a successful connection. I'm curious though; I > have verbose_ssl enabled, and all I see is that a TLS login was > completed. Why does it say TLS, if it's really using SSL? Why do we > not see any additional information about the session? Terminology. SSL has several versions: SSLv2, SSLv3, TLSv1. All are considered to be Secure Sockets Layer, with the last one being the most current version. I think what some folks think of when they hear "TLS" is the more modern way of negotiating an SSL/TLS connection via POP's STLS or IMAP's STARTTLS or SMTP's STARTTLS commands. Whether you use an "SSL" port (e.g. 465, 993, 995) or a non-SSL port (e.g. 25, 587, 143, 110) and negotiate "SSL", you are likely using TLSv1. > Nov 17 18:29:27 colo2 dovecot: imap-login: Login: > user=, method=PLAIN, rip=151.x.x.192, > lip=38.x.x.248, TLS > > Thanks! > > -- > Jason Dixon > DixonGroup Consulting > http://www.dixongroup.net > > > -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From jason at dixongroup.net Fri Nov 17 23:53:18 2006 From: jason at dixongroup.net (Jason Dixon) Date: Fri, 17 Nov 2006 18:53:18 -0500 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <20061117233704.GA23853@earth.tc.umn.edu> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <197E73C3-E9E6-4F88-8606-F40D5AEAD910@dixongroup.net> <20061117233704.GA23853@earth.tc.umn.edu> Message-ID: <5CC64111-F845-412C-806A-5E1196A290F0@dixongroup.net> On Nov 17, 2006, at 6:37 PM, Steven F Siirila wrote: > On Fri, Nov 17, 2006 at 06:32:18PM -0500, Jason Dixon wrote: >> >> I stand corrected, Mail.app is using SSL (or at least, that's the >> only option in the account settings). After changing Thunderbird to >> use SSL, it makes a successful connection. I'm curious though; I >> have verbose_ssl enabled, and all I see is that a TLS login was >> completed. Why does it say TLS, if it's really using SSL? Why do we >> not see any additional information about the session? > > Terminology. SSL has several versions: SSLv2, SSLv3, TLSv1. > All are considered to be Secure Sockets Layer, with the last one being > the most current version. I think what some folks think of when they > hear "TLS" is the more modern way of negotiating an SSL/TLS connection > via POP's STLS or IMAP's STARTTLS or SMTP's STARTTLS commands. > Whether you use an "SSL" port (e.g. 465, 993, 995) or a non-SSL port > (e.g. 25, 587, 143, 110) and negotiate "SSL", you are likely using > TLSv1. Thanks for the explanation. Sounds like Thunderbird's "TLS" setting probably means to try STARTTLS, rather than use TLSv1. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From aleast at capri.it Sat Nov 18 09:44:32 2006 From: aleast at capri.it (Alex) Date: Sat, 18 Nov 2006 10:44:32 +0100 Subject: [Dovecot] Auth checking also the service Message-ID: <200611181044.32351.aleast@capri.it> Hello everyone. I'm switching to dovecot from courier-imap and after some problems with Apple Mail client, now everything seems to be fine. The only problem that I have not solved yet is to check also the service (pop3, pop3s, imap, imaps) in the authentication phase. In courier-authlib I do this: MYSQL_SELECT_CLAUSE SELECT username, \ password, \ "", \ 1002, \ 1003, \ '/vmail', \ maildir, \ quota, \ name, \ "" \ FROM mailbox \ WHERE username="$(local_part)@$(domain)" \ AND active=1 \ AND $(service)=1 where $(service) can be pop3, pop3s, imap or imaps. Is it possible to do a similar thing in dovecot? Thank you in advance, Alex From johannes at sipsolutions.net Sat Nov 18 10:06:01 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Sat, 18 Nov 2006 11:06:01 +0100 Subject: [Dovecot] Auth checking also the service In-Reply-To: <200611181044.32351.aleast@capri.it> References: <200611181044.32351.aleast@capri.it> Message-ID: <1163844361.3392.77.camel@johannes.berg> On Sat, 2006-11-18 at 10:44 +0100, Alex wrote: > where $(service) can be pop3, pop3s, imap or imaps. Is it possible to do a > similar thing in dovecot? Yes, read variables.txt. I'm not sure it distinguishes between the /s versions though. johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/2a12f69c/attachment-0001.pgp From aleast at capri.it Sat Nov 18 10:38:15 2006 From: aleast at capri.it (Alex) Date: Sat, 18 Nov 2006 11:38:15 +0100 Subject: [Dovecot] Auth checking also the service In-Reply-To: <1163844361.3392.77.camel@johannes.berg> References: <200611181044.32351.aleast@capri.it> <1163844361.3392.77.camel@johannes.berg> Message-ID: <200611181138.16080.aleast@capri.it> Alle 11:06, sabato 18 novembre 2006, Johannes Berg ha scritto: > On Sat, 2006-11-18 at 10:44 +0100, Alex wrote: > > where $(service) can be pop3, pop3s, imap or imaps. Is it possible to do > > a similar thing in dovecot? > > Yes, read variables.txt. I'm not sure it distinguishes between the /s > versions though. Thank you, I found %s variable, but as you say, it's not possible to distinguish between the ssl version. In the same variables.txt file I found: For login_log_format_elements there are also these variables: %m - authentication method (eg. PLAIN) %c - SSL, TLS or empty Is it not possible to make the %c variable available in the password_query directive? Thanks, Alex From johannes at sipsolutions.net Sat Nov 18 11:14:56 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Sat, 18 Nov 2006 12:14:56 +0100 Subject: [Dovecot] Auth checking also the service In-Reply-To: <200611181138.16080.aleast@capri.it> References: <200611181044.32351.aleast@capri.it> <1163844361.3392.77.camel@johannes.berg> <200611181138.16080.aleast@capri.it> Message-ID: <1163848496.3392.80.camel@johannes.berg> On Sat, 2006-11-18 at 11:38 +0100, Alex wrote: > For login_log_format_elements there are also these variables: > > %m - authentication method (eg. PLAIN) > %c - SSL, TLS or empty > > Is it not possible to make the %c variable available in the password_query > directive? I don't see why it wouldn't be possible but haven't looked at the code. I wonder why you even need to distinguish between these though. Are we still in the days where encryption is a value-added service? :) johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/8c1f4825/attachment.pgp From aleast at capri.it Sat Nov 18 11:56:41 2006 From: aleast at capri.it (Alessandro Astarita) Date: Sat, 18 Nov 2006 12:56:41 +0100 Subject: [Dovecot] Auth checking also the service In-Reply-To: <1163848496.3392.80.camel@johannes.berg> References: <200611181044.32351.aleast@capri.it> <200611181138.16080.aleast@capri.it> <1163848496.3392.80.camel@johannes.berg> Message-ID: <200611181256.41446.aleast@capri.it> Alle 12:14, sabato 18 novembre 2006, Johannes Berg ha scritto: > I don't see why it wouldn't be possible but haven't looked at the code. > > I wonder why you even need to distinguish between these though. Are we > still in the days where encryption is a value-added service? :) I have to distinguish pop3/pop3s and imap/imaps because I need mailboxes with ssl access only. It's a way to force users to do secure connection. :-) -- Alessandro 'Asterix' Astarita Capri Online S.r.l. http://www.caprionline.it/ "Unix IS user friendly. It's just selective about who its friend are" From pveerman at nemo.kabelfoon.net Sat Nov 18 15:02:45 2006 From: pveerman at nemo.kabelfoon.net (Peter Veerman) Date: Sat, 18 Nov 2006 16:02:45 +0100 Subject: [Dovecot] Inactivity, Thunderbird -> bad password Message-ID: <455F2095.4000901@nemo.kabelfoon.net> Hi, I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE When i'm connected with my 5 accounts to my dovecot imap over ssl/tls server i get the following message in my logs: Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, lip=x.x.x.x, TLS My client (thunderbird) then re-requests my password for only one of the 5 accounts. In my dovecot.conf is the following variable set: imap_client_workarounds = delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep From brian at braverock.com Sat Nov 18 15:13:58 2006 From: brian at braverock.com (Brian G. Peterson) Date: Sat, 18 Nov 2006 09:13:58 -0600 Subject: [Dovecot] updated gentoo ebuild provides dovecot-sieve Message-ID: <200611180913.59080.brian@braverock.com> I'm hoping that there are some Gentoo users on this list who will chime in on a bug that is near and dear to my heart. We've created an updated Gentoo ebuild that adds a sieve USE flag and builds dovecot-sieve if the use flag is enabled. The gentoo bug is here: https://bugs.gentoo.org/show_bug.cgi?id=141743 and the ebuild is available as an attachment to that bug, or as a patch attachment (in case you're not running rc14, or just prefer the look of a unified diff) Any gentoo users on this list are urged to install from the ebuild/patch on the bug, and *report back* on the bug or this list, so that the Gentoo dev will know that it's safe to add this to portage CVS. Thank You. Regards, - Brian From brian at braverock.com Sat Nov 18 16:35:50 2006 From: brian at braverock.com (Brian G. Peterson) Date: Sat, 18 Nov 2006 10:35:50 -0600 Subject: [Dovecot] manageSIEVE implementation Message-ID: <200611181035.50802.brian@braverock.com> I found a thread from last year that suggested that a manageSIEVE (port 2000) implementation for dovecot-sieve doesn't exist yet. I assume that this is still true. Could somebody please provide a status on this? Thanks, - Brian From pazke at donpac.ru Sat Nov 18 19:27:58 2006 From: pazke at donpac.ru (Andrey Panin) Date: Sat, 18 Nov 2006 22:27:58 +0300 Subject: [Dovecot] Auth checking also the service In-Reply-To: <20061118115619.172530@smtpi2.ngi.it> References: <200611181044.32351.aleast@capri.it> <200611181138.16080.aleast@capri.it> <1163848496.3392.80.camel@johannes.berg> <20061118115619.172530@smtpi2.ngi.it> Message-ID: <20061118192758.GA16748@pazke.donpac.ru> On 322, 11 18, 2006 at 12:56:41 +0100, Alessandro Astarita wrote: > Alle 12:14, sabato 18 novembre 2006, Johannes Berg ha scritto: > > I don't see why it wouldn't be possible but haven't looked at the code. > > > > I wonder why you even need to distinguish between these though. Are we > > still in the days where encryption is a value-added service? :) > > I have to distinguish pop3/pop3s and imap/imaps because I need mailboxes with > ssl access only. It's a way to force users to do secure connection. :-) Please try attached patch. It adds %c variable which expands to "TLS" if connection is secure. > -- > Alessandro 'Asterix' Astarita > Capri Online S.r.l. http://www.caprionline.it/ > "Unix IS user friendly. It's just selective about who its friend are" > -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part -------------- diff -urdpNX /usr/share/dontdiff -x Makefile dovecot.vanilla/src/auth/auth-request.c dovecot/src/auth/auth-request.c --- dovecot.vanilla/src/auth/auth-request.c 2006-11-18 18:57:06.329453408 +0300 +++ dovecot/src/auth/auth-request.c 2006-11-18 21:22:33.870665472 +0300 @@ -132,6 +132,10 @@ void auth_request_export(struct auth_req str_append(str, "\trip="); str_append(str, net_ip2addr(&request->remote_ip)); } + + if (request->secured) { + str_append(str, "\tsecured"); + } } bool auth_request_import(struct auth_request *request, @@ -154,6 +158,8 @@ bool auth_request_import(struct auth_req net_addr2ip(value, &request->local_ip); else if (strcmp(key, "rip") == 0) net_addr2ip(value, &request->remote_ip); + else if (strcmp(key, "secured") == 0) + request->secured = 1; else return FALSE; @@ -948,6 +954,7 @@ auth_request_get_var_expand_table(const { 'p', NULL }, { 'w', NULL }, { '!', NULL }, + { 'c', NULL }, { '\0', NULL } }; struct var_expand_table *tab; @@ -977,6 +984,7 @@ auth_request_get_var_expand_table(const } tab[9].value = auth_request->passdb == NULL ? "" : dec2str(auth_request->passdb->id); + tab[10].value = auth_request->secured ? "TLS" : ""; return tab; } diff -urdpNX /usr/share/dontdiff -x Makefile dovecot.vanilla/src/auth/auth-request.h dovecot/src/auth/auth-request.h --- dovecot.vanilla/src/auth/auth-request.h 2006-11-18 18:57:06.330453256 +0300 +++ dovecot/src/auth/auth-request.h 2006-11-18 19:49:56.850460952 +0300 @@ -79,6 +79,7 @@ struct auth_request { unsigned int no_password:1; unsigned int skip_password_check:1; unsigned int proxy:1; + unsigned int secured:1; unsigned int cert_username:1; /* ... mechanism specific data ... */ diff -urdpNX /usr/share/dontdiff -x Makefile dovecot.vanilla/src/auth/auth-worker-client.c dovecot/src/auth/auth-worker-client.c --- dovecot.vanilla/src/auth/auth-worker-client.c 2006-11-18 18:57:06.337452192 +0300 +++ dovecot/src/auth/auth-worker-client.c 2006-11-18 21:02:26.344237392 +0300 @@ -58,11 +58,14 @@ worker_auth_request_new(struct auth_work t_push(); for (tmp = t_strsplit(args, "\t"); *tmp != NULL; tmp++) { value = strchr(*tmp, '='); - if (value == NULL) - continue; - key = t_strdup_until(*tmp, value); - value++; + if (value == NULL) { + key = *tmp; + value = ""; + } else { + key = t_strdup_until(*tmp, value); + value++; + } (void)auth_request_import(auth_request, key, value); } From tss at iki.fi Sat Nov 18 20:07:32 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 22:07:32 +0200 Subject: [Dovecot] Auth checking also the service In-Reply-To: <20061118192758.GA16748@pazke.donpac.ru> References: <200611181044.32351.aleast@capri.it> <200611181138.16080.aleast@capri.it> <1163848496.3392.80.camel@johannes.berg> <20061118115619.172530@smtpi2.ngi.it> <20061118192758.GA16748@pazke.donpac.ru> Message-ID: <1163880452.8783.208.camel@hurina> On Sat, 2006-11-18 at 22:27 +0300, Andrey Panin wrote: > On 322, 11 18, 2006 at 12:56:41 +0100, Alessandro Astarita wrote: > > Alle 12:14, sabato 18 novembre 2006, Johannes Berg ha scritto: > > > I don't see why it wouldn't be possible but haven't looked at the code. > > > > > > I wonder why you even need to distinguish between these though. Are we > > > still in the days where encryption is a value-added service? :) > > > > I have to distinguish pop3/pop3s and imap/imaps because I need mailboxes with > > ssl access only. It's a way to force users to do secure connection. :-) > > Please try attached patch. It adds %c variable which expands to "TLS" if connection is > secure. Hmm. I think that could be a bit confusing since it returns "TLS" for SSL connections, TLS connections and also when connecting from localhost. I think it should expand to "secured", but I'm not sure if also the variable should be changed to something else, or if it's OK for it to return different things in different processes.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/4bf045e5/attachment.pgp From tss at iki.fi Sat Nov 18 20:08:33 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 22:08:33 +0200 Subject: [Dovecot] manageSIEVE implementation In-Reply-To: <200611181035.50802.brian@braverock.com> References: <200611181035.50802.brian@braverock.com> Message-ID: <1163880513.8783.210.camel@hurina> On Sat, 2006-11-18 at 10:35 -0600, Brian G. Peterson wrote: > I found a thread from last year that suggested that a manageSIEVE (port > 2000) implementation for dovecot-sieve doesn't exist yet. > > I assume that this is still true. > > Could somebody please provide a status on this? There's a patch. Check the mailing list archives. I'll try to get it integrated some day, but it won't anyway make it into v1.0. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/80626c22/attachment.pgp From tss at iki.fi Sat Nov 18 20:19:49 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 22:19:49 +0200 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> Message-ID: <1163881189.8783.216.camel@hurina> On Fri, 2006-11-17 at 14:33 -0500, Jason Dixon wrote: > I'm trying to get dovecot working with various clients on my new > mailserver. I installed the base rc2 that comes with OpenBSD 4.0, > then upgraded to rc14 when I ran into problems with TLS and > Thunderbird. The server has no problems with Mail.app on my laptop, > but any connection attempts from Thunderbird timeout after the TCP > handshake. The SSL code has changed a lot since rc2, but I can't really see why this would be happening. Are rc2 and rc14 using the same OpenSSL library versions? And if you downgrade to rc2, does the problem go away? If you apply this patch, what does it log when Thunderbird logs in? RCS file: /var/lib/cvs/dovecot/src/login-common/ssl-proxy-openssl.c,v retrieving revision 1.37.2.12 diff -u -r1.37.2.12 ssl-proxy-openssl.c --- src/login-common/ssl-proxy-openssl.c 8 Nov 2006 20:51:30 -0000 1.37.2.12 +++ src/login-common/ssl-proxy-openssl.c 18 Nov 2006 20:20:28 -0000 @@ -323,6 +323,7 @@ int err; err = SSL_get_error(proxy->ssl, ret); + i_info("%s: ret=%d, err=%d", func_name, ret, err); switch (err) { case SSL_ERROR_WANT_READ: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/1cee31f0/attachment.pgp From jason at dixongroup.net Sat Nov 18 20:23:05 2006 From: jason at dixongroup.net (Jason Dixon) Date: Sat, 18 Nov 2006 15:23:05 -0500 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <1163881189.8783.216.camel@hurina> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <1163881189.8783.216.camel@hurina> Message-ID: On Nov 18, 2006, at 3:19 PM, Timo Sirainen wrote: > On Fri, 2006-11-17 at 14:33 -0500, Jason Dixon wrote: >> I'm trying to get dovecot working with various clients on my new >> mailserver. I installed the base rc2 that comes with OpenBSD 4.0, >> then upgraded to rc14 when I ran into problems with TLS and >> Thunderbird. The server has no problems with Mail.app on my laptop, >> but any connection attempts from Thunderbird timeout after the TCP >> handshake. > > The SSL code has changed a lot since rc2, but I can't really see why > this would be happening. Are rc2 and rc14 using the same OpenSSL > library > versions? And if you downgrade to rc2, does the problem go away? It's already been covered in the thread, but it was user error. Thunderbird's "TLS" setting apparently refers to STARTTLS, not TLSv1 (that's my theory, anyways). Setting it to SSL works fine. Thanks, -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From tss at iki.fi Sat Nov 18 20:26:56 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 22:26:56 +0200 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <455F2095.4000901@nemo.kabelfoon.net> References: <455F2095.4000901@nemo.kabelfoon.net> Message-ID: <1163881616.8783.218.camel@hurina> On Sat, 2006-11-18 at 16:02 +0100, Peter Veerman wrote: > Hi, > > I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE > > When i'm connected with my 5 accounts to my dovecot imap over ssl/tls > server i get the following message in my logs: > Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, > lip=x.x.x.x, TLS > My client (thunderbird) then re-requests my password for only one of the > 5 accounts. Try if this patch helps: http://dovecot.org/list/dovecot-cvs/2006-November/006895.html Can't really think of anything else. It means that from Dovecot's point of view the client didn't send authentication command at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/8f95882b/attachment.pgp From tss at iki.fi Sat Nov 18 20:31:48 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 22:31:48 +0200 Subject: [Dovecot] maildirsize update error In-Reply-To: <1163711235.9779.2.camel@julia.red.sld.cu> References: <1163711235.9779.2.camel@julia.red.sld.cu> Message-ID: <1163881908.8783.224.camel@hurina> On Thu, 2006-11-16 at 16:07 -0500, Maykel Moya wrote: > According to [1], Trash is a reserverd folder name. When moving a > message to it, maildirsize should be update with a negative byte count. Well, yea.. I'm ignoring that part of the Maildir++ spec. Perhaps it could be done optionally, but I'm not sure if it's still that good of an idea. I think a better idea is to give Trash mailbox a bit of extra quota, instead of unlimited quota. Unfortunately this won't work with v1.0's quota plugin, but it is possible with my rewritten quota plugin: http://dovecot.org/patches/1.0/quota-rewrite.diff # Quota plugin. Multiple backends are supported: # dirsize: Find and sum all the files found from mail directory # dict: Keep quota stored in dictionary (eg. SQL) # maildir: Maildir++ quota # fs: Read-only support for filesystem quota # # Quota limits are set using "quota_rule" parameters, either in here or in # userdb. It's also possible to give mailbox-specific limits, for example: # quota_rule = *:storage=1048576 # quota_rule2 = Trash:storage=102400 # User has now 1GB quota, but when saving to Trash mailbox the user gets # additional 100MB. # # Multiple quota roots are also possible, for example: # quota = dict:user::/etc/dovecot-user-quota.conf # quota2 = dict:domain:%d:/etc/dovecot-domain-quota.conf # quota_rule = *:storage=102400 # quota2_rule = *:storage=1048576 # Gives each user their own 100MB quota and one shared 1GB quota within # the domain. #quota = maildir -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/82a11752/attachment.pgp From tss at iki.fi Sat Nov 18 21:01:29 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:01:29 +0200 Subject: [Dovecot] two assertion failures In-Reply-To: <200611161546.16249.mi+mx@aldan.algebra.com> References: <200611161546.16249.mi+mx@aldan.algebra.com> Message-ID: <1163883689.8783.226.camel@hurina> On Thu, 2006-11-16 at 15:46 -0500, Mikhail Teterin wrote: > Hello! > > I was able to overcome the earlier-reported problems (of dovecot treating > the standard mailboxes in /var/mail/ as directories) by specifying > mail_location (continuing to use the 0.99-era dovecot.conf did not work). > > Then I started seeing assertion-failures like: > > file istream-raw-mbox.c: line 499 (istream_raw_mbox_get_body_size): assertion failed: (rstream->mail_size != (uoff_t)-1) > these disappeared, when I disabled mmap-access (mmap is limited to 1Gb on > FreeBSD/i386), although dovecot-0.99 worked... Do you mean mail_read_mmaped=yes? I haven't tested that for a long time, I guess I should do that or remove the setting completely.. > I can now get to my mail again, > but every once in a while the following assertion kills the connection: > > file mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->files == NULL) This is a common problem with rc14. I've been a bit busy so I hadn't had time to fix it before, but now it's finally done: http://dovecot.org/list/dovecot-cvs/2006-November/006896.html I'll make a rc15 release soon also. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/953037c2/attachment-0001.pgp From tss at iki.fi Sat Nov 18 21:12:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:12:00 +0200 Subject: [Dovecot] Is "Resource temporarily unavailable" an old problem? In-Reply-To: References: Message-ID: <1163884320.8783.230.camel@hurina> On Mon, 2006-11-13 at 22:39 -0300, Ricardo Dias Campos wrote: > Then a new problem arose: the time between hang-ups begun to diminish. > Trying to find why I discovered that the number or dovecot-auth processes > was too high (last time I got 169 processes, a lot of them ). It > seems that, if I kill all these processes, it takes more time before it > hangs again. Well, this is your problem. I guess you're using PAM? So it sounds like you're using some PAM plugin which hangs and causes Dovecot to break. > As I said, I'm using Fedora 5 and the version distributed with it > was dovecot-1.0-0.beta2.7.i386. I upgraded it to > dovecot-1.0-0.beta8.2.fc5.i386. beta8 is half a year old, and I've done several fixes since then. Upgrading might help, but I think it's a problem with your PAM configuration anyway. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/ef573123/attachment.pgp From tss at iki.fi Sat Nov 18 21:16:26 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:16:26 +0200 Subject: [Dovecot] Question regarding bounce messages on quota full. [solved] In-Reply-To: <5f636a2f0611140916h65c90718l8ebff0ef455f9f26@mail.gmail.com> References: <5f636a2f0611140916h65c90718l8ebff0ef455f9f26@mail.gmail.com> Message-ID: <1163884586.8783.235.camel@hurina> On Tue, 2006-11-14 at 22:16 +0500, Mustafa A. Hashmi wrote: > > auth default { .. > > user = root # <<-- wrong > > } > > > user = vmail fixes the issue. I don't see why that would make any difference. If the user=root works for normal deliveries, then changing it to vmail shouldn't change anything in quota-full conditions. If you still see the crash, it would be nice to get gdb backtrace so I could fix it (see http://dovecot.org/bugreport.html). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/e426b415/attachment.pgp From tss at iki.fi Sat Nov 18 21:37:54 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:37:54 +0200 Subject: [Dovecot] Failed Assert in RC13 on FC4 In-Reply-To: <000401c7080b$a7a1f4e0$0201a8c0@joe> References: <000401c7080b$a7a1f4e0$0201a8c0@joe> Message-ID: <1163885874.8783.237.camel@hurina> On Tue, 2006-11-14 at 08:40 -0800, Joseph D. Wagner wrote: > I received the following notices from logwatch: > > dovecot: IMAP(userid): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0): 1 Time(s) > dovecot: child 16976 (imap) killed with signal 6: 1 Time(s) > > Please let me know if you need any further information from me. gdb backtrace would be nice with all crashes (see http://dovecot.org/bugreport.html). Anyway maybe this patch fixes it: http://dovecot.org/list/dovecot-cvs/2006-November/006900.html It's pretty rare condition though, so there might be something else that causes it also. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/7e13b3df/attachment.pgp From tss at iki.fi Sat Nov 18 21:40:37 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:40:37 +0200 Subject: [Dovecot] Dovecot LDA, LDAP, Postfix and Spawning programs.. In-Reply-To: <455BB40E.4010601@lundman.net> References: <455BB40E.4010601@lundman.net> Message-ID: <1163886037.8783.240.camel@hurina> On Thu, 2006-11-16 at 09:42 +0900, Jorgen Lundman wrote: > So, if I tried Dovecot-LDA, would it support the user optionally having a > ".forward" file, or perhaps the LDAP attribute deliveryProgramPath, or some > other way to filter based on subject/body to sort, and/or forward, mail? It doesn't support .forward or executing other programs, but you can do filtering and forwarding with Sieve plugin. > If it can use LDAP, will it setuid() to the users uid (as set in LDAP, assuming > I cook the LDAP conf entries correctly) when delivering(I'd hope so!) and > running external filters? deliver gets the authentication information from dovecot-auth. So if you have the user's uid correctly in there, then deliver does setuid(). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/301db942/attachment.pgp From jasper at albumltd.co.nz Sat Nov 18 21:48:21 2006 From: jasper at albumltd.co.nz (Jasper Bryant-Greene) Date: Sun, 19 Nov 2006 10:48:21 +1300 Subject: [Dovecot] updated gentoo ebuild provides dovecot-sieve In-Reply-To: <200611180913.59080.brian@braverock.com> References: <200611180913.59080.brian@braverock.com> Message-ID: <455F7FA5.8010204@albumltd.co.nz> Brian G. Peterson wrote: > I'm hoping that there are some Gentoo users on this list who will chime in > on a bug that is near and dear to my heart. > > We've created an updated Gentoo ebuild that adds a sieve USE flag and > builds dovecot-sieve if the use flag is enabled. Thank you! I will test the patch and report back with my findings. -- Jasper Bryant-Greene Director Album Limited jasper at albumltd.co.nz +64 21 708 334 / 0800 425 286 http://www.albumltd.co.nz/ From tss at iki.fi Sat Nov 18 21:48:26 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:48:26 +0200 Subject: [Dovecot] dovecot:IMAP(user) killed with signal 6 In-Reply-To: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> References: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> Message-ID: <1163886506.8783.245.camel@hurina> On Thu, 2006-11-16 at 15:59 +0100, Spil Oss wrote: > Nov 16 15:44:09 beastie dovecot: IMAP(user2): > open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > Permission denied > Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: > line 222 (maildir_keywords_lookup_or_create): assertion failed: > (mk->synced) .. > The Permission denied messages where there in rc10 as well, but that > was not causing problems. These folders are symlinks to shared spam > and ham folders for spamassassin learning. I don't see why it wouldn't have crashed with rc10. Maybe it just started showing up after upgrading (eg. you deleted index files or added new keywords?). Fixed: http://dovecot.org/list/dovecot-cvs/2006-November/006905.html But you should anyway try to fix the permission problem also.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/2e2fd3e9/attachment.pgp From tss at iki.fi Sat Nov 18 21:52:22 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:52:22 +0200 Subject: [Dovecot] I/O leak In-Reply-To: <200611161102.44165.jhorner@arinbe.com> References: <200611161102.44165.jhorner@arinbe.com> Message-ID: <1163886742.8783.250.camel@hurina> On Thu, 2006-11-16 at 11:02 -0500, Jim Horner wrote: > I upgraded from rc12 to rc14 last night... sifting through the logs I noticed > the following. I point this out since it appears dovecot is in high gear > bug-fix mode. This issue is not big for me; I rarely stop dovecot. My init.d > script for dovecot is basically > > stop) > killall dovecot imap-login > > I am guessing there might be a more graceful way to stop dovecot? Well, killing imap-login processes shouldn't be needed nowadays since they should die by themselves when master dies. Instead of killall a bit cleaner way would be to do: kill `cat /var/run/dovecot/master.pid` > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (17) > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (15) > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (19) Could you tell me what this says: gdb /usr/sbin/dovecot x 0x804d7a0 It should print a function name which exists in that address. Although if those messages are from rc13 then you'd need to do that against the rc13 binary.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061118/2354080c/attachment.pgp From tss at iki.fi Sat Nov 18 22:02:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:02:36 +0200 Subject: [Dovecot] NTLM authentication from Outlook In-Reply-To: <236D356A-362F-4386-95C8-165EE0D73DCC@skovgaarddesign.dk> References: <236D356A-362F-4386-95C8-165EE0D73DCC@skovgaarddesign.dk> Message-ID: <1163887356.8783.254.camel@hurina> On Fri, 2006-11-17 at 00:15 +0100, Lars Skovgaard wrote: > Nov 16 23:29:09 SD-Server dovecot: auth(default): ntlm(?, > 192.168.2.13): Username contains disallowed characters This means that the client sent some character which wasn't in auth_username_chars list. Unfortunately Dovecot doesn't show what the username is in that case, but I fixed that now in CVS: http://dovecot.org/list/dovecot-cvs/2006-November/006907.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/d0fa6477/attachment.pgp From tss at iki.fi Sat Nov 18 22:05:06 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:05:06 +0200 Subject: [Dovecot] CHANGE REQUEST: Move config files out of main $sysconfdir In-Reply-To: <200611162134.05406.brian@braverock.com> References: <200611162134.05406.brian@braverock.com> Message-ID: <1163887506.8783.257.camel@hurina> On Thu, 2006-11-16 at 21:34 -0600, Brian G. Peterson wrote: > /etc/dovecot/ .. > Some distributions already make this change, but placing this change in > the dovecot core would make it unnecessary for downstream packagers to > make a change to the core dovecot distribution files. I think it's not a good idea to do this kind of a change so close to v1.0 release. I'll change it for v1.1. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/7dac1ebe/attachment.pgp From tss at iki.fi Sat Nov 18 22:07:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:07:36 +0200 Subject: [Dovecot] dovecot and ldap passwords. In-Reply-To: <1163758244.6520.14.camel@localhost> References: <1163758244.6520.14.camel@localhost> Message-ID: <1163887656.8783.260.camel@hurina> On Fri, 2006-11-17 at 11:10 +0100, Mauro Sanna wrote: > So I've tried to change the type of the ldap passwords in SSHA or SMD5, > but in this way the users can't authenticate yourselfs. > Dovecot doesn't understand SSHA or SMD5? It does, unless you're using v0.99.x version. Set auth_debug_passwords=yes and check the logs what it says when you try to authenticate. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/cdcb470d/attachment.pgp From tss at iki.fi Sat Nov 18 22:11:31 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:11:31 +0200 Subject: [Dovecot] Is "Resource temporarily unavailable" an old problem? In-Reply-To: <1163884320.8783.230.camel@hurina> References: <1163884320.8783.230.camel@hurina> Message-ID: <1163887891.8783.262.camel@hurina> On Sat, 2006-11-18 at 23:12 +0200, Timo Sirainen wrote: > On Mon, 2006-11-13 at 22:39 -0300, Ricardo Dias Campos wrote: > > Then a new problem arose: the time between hang-ups begun to diminish. > > Trying to find why I discovered that the number or dovecot-auth processes > > was too high (last time I got 169 processes, a lot of them ). It > > seems that, if I kill all these processes, it takes more time before it > > hangs again. > > Well, this is your problem. I guess you're using PAM? So it sounds like > you're using some PAM plugin which hangs and causes Dovecot to break. > > > As I said, I'm using Fedora 5 and the version distributed with it > > was dovecot-1.0-0.beta2.7.i386. I upgraded it to > > dovecot-1.0-0.beta8.2.fc5.i386. > > beta8 is half a year old, and I've done several fixes since then. > Upgrading might help, but I think it's a problem with your PAM > configuration anyway. Actually if it's only the processes that keep adding up, then it's a bug in dovecot-auth. I haven't heard of this happening with newer 1.0rcs, so I'd suggest upgrading first. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/55f7e569/attachment.pgp From tss at iki.fi Sat Nov 18 22:18:46 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:18:46 +0200 Subject: [Dovecot] patch for checkpassword exit codes & vpopmail In-Reply-To: <45532635.2030200@comtel-60.ru> References: <454068A5.20509@comtel-60.ru> <1162502955.4024.137.camel@hurina> <45532635.2030200@comtel-60.ru> Message-ID: <1163888326.8783.266.camel@hurina> On Thu, 2006-11-09 at 15:59 +0300, Max A wrote: > Now all user's mistakes will be processed as well as a mistake of the > password in checkpassword (exit code 1), and internal mistakes will be > logged by "default" section. Applied the patch. > If you do not like an idea of changing a code specially for vpopmail it > will be possible to make some parameter in "passdb checkpassword {}" > section in the config file, pointing at work specially with vpopmail. > Depending on its presence "case" will work otherwise (my knowledge of C > is insufficiently for this purpose). No, there are already too many settings. > Also, if it is not too hard for you, can you add variable TCPLOCALPORT > (described in http://cr.yp.to/proto/ucspi-tcp.txt) to environment > variables for checkpassword, because vchkpw uses it for an interdiction > of access to various services (SMTP/POP3/IMAP/Webmal)? dovecot-auth doesn't know the port, so this won't make it into Dovecot v1.0. If people bug me enough I'll implement it for later versions. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/8e30ff8e/attachment-0001.pgp From tss at iki.fi Sat Nov 18 22:21:18 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:21:18 +0200 Subject: [Dovecot] quota plugin enhancement request In-Reply-To: <4557F57B.2050202@webdock.com.au> References: <44FF8278.6090406@webdock.com.au> <200609070940.15320.ar-dovecot@nwdb.co.uk> <200609070916.08100.rob0@gmx.co.uk> <45011A98.8000200@webdock.com.au> <1158933506.11013.9.camel@hurina> <4557F57B.2050202@webdock.com.au> Message-ID: <1163888478.8783.268.camel@hurina> On Mon, 2006-11-13 at 15:32 +1100, Mick T wrote: > >>>> To reproduce: > >>>> - have a mailbox close to its quota limit (say 10 MB), and a large > >>>> email in the inbox (say 6 MB) > >>>> - use Squirrelmail or Thunderbird to delete the email > >>>> > >>>> The operation fails, as by default the email client seems to try and > >>>> copy the message into the Trash before deleting it from the inbox, and > >>>> dovecot will correctly deny the copy operation as the quota will be > >>>> exceeded if the message is copied... .. > So now I am back where I started from.... is there a better solution to > this problem that you would recommend ? This would at least work: http://dovecot.org/list/dovecot/2006-November/017654.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/57e5d1b1/attachment.pgp From tss at iki.fi Sat Nov 18 23:30:17 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 01:30:17 +0200 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <20061115191251.GB10593@alf.uib.no> References: <1163362246.8783.131.camel@hurina> <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> <20061114161627.GA13081@alf.uib.no> <20061115191251.GB10593@alf.uib.no> Message-ID: <1163892617.8783.286.camel@hurina> On Wed, 2006-11-15 at 20:12 +0100, Hans Morten Kind wrote: > > New in rc14 is this as well: > > file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) > > Still, I dont know why. But during some debugging I have > found that this call to io_add() comes from 'void _cork()' > in src/lib/ostream-file.c when fstream->fd is -1 I think this fixes it: http://dovecot.org/list/dovecot-cvs/2006-November/006915.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/d153b983/attachment.pgp From brian at braverock.com Sat Nov 18 23:34:50 2006 From: brian at braverock.com (Brian G. Peterson) Date: Sat, 18 Nov 2006 17:34:50 -0600 Subject: [Dovecot] manageSIEVE implementation In-Reply-To: <1163880513.8783.210.camel@hurina> References: <200611181035.50802.brian@braverock.com> <1163880513.8783.210.camel@hurina> Message-ID: <200611181734.50836.brian@braverock.com> On Saturday 18 November 2006 14:08, Timo Sirainen wrote: > On Sat, 2006-11-18 at 10:35 -0600, Brian G. Peterson wrote: > > I found a thread from last year that suggested that a manageSIEVE > > (port 2000) implementation for dovecot-sieve doesn't exist yet. > > > > I assume that this is still true. > > > > Could somebody please provide a status on this? > > There's a patch. Check the mailing list archives. I'll try to get it > integrated some day, but it won't anyway make it into v1.0. Timo, Thank you for the pointer. I had located a much earlier thread in the archives, but now I located this thread: http://www.dovecot.org/list/dovecot/2006-July/015016.html For others looking for this information in the future, it looks like the managesieve patch was written primarily by Stephan Bosch. There are also many other useful posts on it by John Peacock, who appears to have done extensive testing, and kept it up to date through at least dovecot-1.0_rc7 Hopefully this can get integrated into dovecot-sieve-1.1, now that dovecot-sieve has been tagged dovecot-sieve-1.0. Thanks for an excellent POP/IMAP server. I've happily converted all my production servers and have converted several other members of the Squirrelmail core development team. A managesieve interface seems like the last major missing feature to a category-leadiug server implementation. Regards, - Brian From jhorner at arinbe.com Sun Nov 19 00:01:05 2006 From: jhorner at arinbe.com (Jim Horner) Date: Sat, 18 Nov 2006 19:01:05 -0500 Subject: [Dovecot] I/O leak In-Reply-To: <1163886742.8783.250.camel@hurina> References: <200611161102.44165.jhorner@arinbe.com> <1163886742.8783.250.camel@hurina> Message-ID: <200611181901.05577.jhorner@arinbe.com> > Instead of killall a bit cleaner way would be to do: > > kill `cat /var/run/dovecot/master.pid` great thanks. > > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (17) > > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (15) > > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (19) > > Could you tell me what this says: > > gdb /usr/sbin/dovecot > x 0x804d7a0 > > It should print a function name which exists in that address. Although > if those messages are from rc13 then you'd need to do that against the > rc13 binary.. It was actually an upgrade from rc12 to rc14; I am 13-phobic. I'll just apologize and say that I don't keep old stuff around. I upgraded to rc14 that night and deleted rc12 that night. It doesn't take much to rebuild back to a previous version so I did take some time just now to rebuild rc12 (on the same machine, etc) and for what it is worth: (gdb) x 0x804d7a0 0x804d7a0 : 0x81e58955 I hope this helps. Jim From tss at iki.fi Sun Nov 19 00:17:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 02:17:36 +0200 Subject: [Dovecot] Security hole #2: Off-by-one buffer overflow with mmap_disable=yes Message-ID: <1163895456.8783.317.camel@hurina> Version: 1.0test53 .. 1.0.rc14 (ie. all 1.0alpha, 1.0beta and 1.0rc versions so far). 0.99.x versions are safe (they don't even have mmap_disable setting). Problem: When mmap_disable=yes setting is used, dovecot.index.cache file is read to memory using "file cache" code. It contains a "mapped pages" bitmask buffer. In some conditions when updating the buffer it allocates one byte too little. Exploitability: I think it's going to be pretty difficult to cause anything else than a crash, but I wouldn't say impossible. Only logged in IMAP/POP3 users can exploit this. In theory you might be able to exploit this for other users as well by sending them a lot of specially crafted emails, but this requires knowing what dovecot.index.cache file contains. Normally its contents can't be predicted, although perhaps with POP3 users it gets empty often enough that the exploit could be tried. Then again, the exploit requires having at least 4MB cache file, which won't happen with POP3 users before the mailbox has about 170k mails (if I counted right). With IMAP the cache file is used more, so it's easier to fill the 4MB with for example a lot of To-headers. Workaround: Use INDEX=MEMORY so the cache files aren't used at all. Fix: 1.0.rc15 fixes this. You can also use this patch: http://dovecot.org/patches/1.0/file-cache-buffer-overflow-fix.diff -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/a9dff75e/attachment.pgp From tss at iki.fi Sun Nov 19 00:19:01 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 02:19:01 +0200 Subject: [Dovecot] 1.0.rc15 released Message-ID: <1163895541.8783.320.camel@hurina> http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz.sig * Fixed an off-by-one buffer overflow in cache file handling. The code is executed only with mmap_disable=yes and only if index files are used (ie. INDEX=MEMORY is safe). * passdb checkpassword: Handle vpopmail's non-standard exit codes. - rc14 sometimes assert-crashed if .log.2 file existed in a mailbox (earlier versions leaked memory and file descriptors) - io_add() assert-crashfixes - Potential SSL hang fix at the beginning of the connection -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/fad0208e/attachment.pgp From robert at schetterer.org Sun Nov 19 00:57:11 2006 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 19 Nov 2006 01:57:11 +0100 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <1163881189.8783.216.camel@hurina> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <1163881189.8783.216.camel@hurina> Message-ID: <455FABE7.2040108@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Timo Sirainen schrieb: > On Fri, 2006-11-17 at 14:33 -0500, Jason Dixon wrote: >> I'm trying to get dovecot working with various clients on my new >> mailserver. I installed the base rc2 that comes with OpenBSD 4.0, >> then upgraded to rc14 when I ran into problems with TLS and >> Thunderbird. The server has no problems with Mail.app on my laptop, >> but any connection attempts from Thunderbird timeout after the TCP >> handshake. > > The SSL code has changed a lot since rc2, but I can't really see why > this would be happening. Are rc2 and rc14 using the same OpenSSL library > versions? And if you downgrade to rc2, does the problem go away? > > If you apply this patch, what does it log when Thunderbird logs in? > > RCS file: /var/lib/cvs/dovecot/src/login-common/ssl-proxy-openssl.c,v > retrieving revision 1.37.2.12 > diff -u -r1.37.2.12 ssl-proxy-openssl.c > --- src/login-common/ssl-proxy-openssl.c 8 Nov 2006 20:51:30 -0000 1.37.2.12 > +++ src/login-common/ssl-proxy-openssl.c 18 Nov 2006 20:20:28 -0000 > @@ -323,6 +323,7 @@ > int err; > > err = SSL_get_error(proxy->ssl, ret); > + i_info("%s: ret=%d, err=%d", func_name, ret, err); > > switch (err) { > case SSL_ERROR_WANT_READ: > Just a testing info I cant find any bug with tls Thunderbird Version 1.5.0.8 (20061025) windows xp srv 2 german and imap dovecot 1rc15 on suse 10.1, works like charme - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFX6vnNxddAhXBw7QRAnrrAJ95aOk5jKiOXymETsebfI90iNJWXwCeMb99 fevnUcr+gvIAN2C1r2rjH5A= =bjd0 -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From schmonz at schmonz.com Sun Nov 19 04:57:07 2006 From: schmonz at schmonz.com (Amitai Schlair) Date: Sat, 18 Nov 2006 23:57:07 -0500 Subject: [Dovecot] Too many open files In-Reply-To: <1163001137.4177.273.camel@hurina> References: <1163001137.4177.273.camel@hurina> Message-ID: <455FE423.5020101@schmonz.com> Timo Sirainen wrote: > No. There's a leak somewhere. Could you check what file descriptors are > open for such process once it has been running for some hours? So lsof > -p or look into /proc/pid/fd/ directly. If it's leaking it should > show at least tens of opened files. Once I know what files it's not > closing it's easier for me to fix this. I'm still getting "Too many open files" with 1.0rc14 on NetBSD with kqueue; when this happens, lsof says there are over 1000 pipes open. Is this addressed in 1.0rc15? If not, what can I do to help it be addressed before 1.0? Thanks, - Amitai From tss at iki.fi Sun Nov 19 10:10:44 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 12:10:44 +0200 Subject: [Dovecot] Too many open files In-Reply-To: <455FE423.5020101@schmonz.com> References: <1163001137.4177.273.camel@hurina> <455FE423.5020101@schmonz.com> Message-ID: On 19.11.2006, at 6.57, Amitai Schlair wrote: > Timo Sirainen wrote: > >> No. There's a leak somewhere. Could you check what file >> descriptors are >> open for such process once it has been running for some hours? So >> lsof >> -p or look into /proc/pid/fd/ directly. If it's leaking it >> should >> show at least tens of opened files. Once I know what files it's not >> closing it's easier for me to fix this. > > I'm still getting "Too many open files" with 1.0rc14 on NetBSD with > kqueue; when this happens, lsof says there are over 1000 pipes > open. Is > this addressed in 1.0rc15? If not, what can I do to help it be > addressed > before 1.0? I guess it's "dovecot" process that's leaking those fds? Does the number of used fds grow every time you login+logout? I tried debugging this with one FreeBSD and one NetBSD, but I couldn't reproduce it. What NetBSD version are you using? -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/7851553a/attachment.pgp From jherz at myrealbox.com Sun Nov 19 11:09:01 2006 From: jherz at myrealbox.com (=?ISO-8859-1?Q?J=FCrgen_Herz?=) Date: Sun, 19 Nov 2006 12:09:01 +0100 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <5CC64111-F845-412C-806A-5E1196A290F0@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <197E73C3-E9E6-4F88-8606-F40D5AEAD910@dixongroup.net> <20061117233704.GA23853@earth.tc.umn.edu> <5CC64111-F845-412C-806A-5E1196A290F0@dixongroup.net> Message-ID: <45603B4D.4060409@myrealbox.com> Jason Dixon wrote: >> Terminology. SSL has several versions: SSLv2, SSLv3, TLSv1. >> All are considered to be Secure Sockets Layer, with the last one being >> the most current version. I think what some folks think of when they >> hear "TLS" is the more modern way of negotiating an SSL/TLS connection >> via POP's STLS or IMAP's STARTTLS or SMTP's STARTTLS commands. >> Whether you use an "SSL" port (e.g. 465, 993, 995) or a non-SSL port >> (e.g. 25, 587, 143, 110) and negotiate "SSL", you are likely using >> TLSv1. > > Thanks for the explanation. Sounds like Thunderbird's "TLS" setting > probably means to try STARTTLS, rather than use TLSv1. That's true and it's the same for SMTP - and it's not the best possible I think. If you're interested in what lead to that naming, read through https://bugzilla.mozilla.org/show_bug.cgi?id=135357 (interesting part in respect to UI starts around comment 100). J?rgen From egbert at vandenbussche.nl Sun Nov 19 11:20:15 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Sun, 19 Nov 2006 12:20:15 +0100 Subject: [Dovecot] Dovecot (unofficial) patches Message-ID: <002701c70bcc$b0475fd0$0d01a8c0@egbert> Dear list, As a recent dovecot addict, I'm a bit puzzled by the sheer amount of patches available. I have not seen the history of these patches and I could not find a README explainng the patches. Are all these personal wishes/nice to have things or are they (to be) incorporated in dovecot-final? I use rpmbuild to create new rpms from the latest tarball but in that process still several patches are included during the build. I wonder if they are still needed in rc15. I use the orignal spec file (the latest I could find) was created for rc7 and in there I see: Patch2 dovecot-0.99.10-mbox-patch Seems to be to change the order of ./Mail before ./mail Patch3 dovecot-CVE-2006-2414 Overview from CVE db:Directory traversal vulnerability in Dovecot 1.0 beta and 1.0 allows remote attackers to list files and directories under the mbox parent directory and obtain mailbox names via ".." sequences in the (1) LIST or (2) DELETE IMAP command. I'm not a spec file wizard, so I change as less as possible. Unfortunately the maintainer (Jerome Soyer) has never responded to my emails. My server runs Mandriva Official 2007.0 and Postfix 2.3.3 and dovecot rc14 (will move to rc15 soon). TNX EgbertJan (NL) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3834 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/da161707/attachment-0001.bin From pveerman at nemo.kabelfoon.net Sun Nov 19 11:29:09 2006 From: pveerman at nemo.kabelfoon.net (Peter Veerman) Date: Sun, 19 Nov 2006 12:29:09 +0100 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <1163881616.8783.218.camel@hurina> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> Message-ID: <45604005.40103@nemo.kabelfoon.net> >> I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE >> >> When i'm connected with my 5 accounts to my dovecot imap over ssl/tls >> server i get the following message in my logs: >> Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, >> lip=x.x.x.x, TLS >> My client (thunderbird) then re-requests my password for only one of the >> 5 accounts. >> > > Try if this patch helps: > > http://dovecot.org/list/dovecot-cvs/2006-November/006895.html > > Can't really think of anything else. It means that from Dovecot's point > of view the client didn't send authentication command at all. It didn't help :( the only difference because of the patch is that i don't get the inactivity error anymor in the logs, instead of that I _only_ get the following message: Nov 19 12:18:10 Info: IMAP(user at domain): Disconnected For the sake of clarity; this and the previous error happens after being logged in for quite a while (about 25 minutes) on randomly one of my five imap mailboxes. From tss at iki.fi Sun Nov 19 11:39:05 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 13:39:05 +0200 Subject: [Dovecot] Dovecot (unofficial) patches In-Reply-To: <002701c70bcc$b0475fd0$0d01a8c0@egbert> References: <002701c70bcc$b0475fd0$0d01a8c0@egbert> Message-ID: <1163936345.8783.340.camel@hurina> On Sun, 2006-11-19 at 12:20 +0100, Egbert Jan wrote: > As a recent dovecot addict, I'm a bit puzzled by the sheer amount of > patches available. I have not seen the history of these patches and I > could not find a README explainng the patches. Are all these personal > wishes/nice to have things or are they (to be) incorporated in > dovecot-final? I think there are 4 kinds of patches: 1) Patches to fix a specific issue in some Dovecot versions. These have already been merged into newer versions. 2) Enhancement requests that are too large changes for v1.0 at this point, so they're just waiting for v1.1. 3) Debugging patches. 4) Patches for some small features that some people have needed, but I've decided they're too ugly to be included in the main Dovecot sources. Usually I've also figured out a better way to implement these, but the better way would require larger rewrites of other parts. I guess I could clean up the /patches/ directory in the web server. > I use rpmbuild to create new rpms from the latest tarball but in that > process still several patches are included during the build. I wonder if > they are still needed in rc15. I use the orignal spec file (the latest I > could find) was created for rc7 and in there I see: > > Patch2 dovecot-0.99.10-mbox-patch > Seems to be to change the order of ./Mail before ./mail The order is still mail -> Mail. I guess this is distribution-specific of what they want. I don't want Mail -> mail ordering. And the autodetection preferrably shouldn't be used anyway. > Patch3 dovecot-CVE-2006-2414 > Overview from CVE db:Directory traversal vulnerability in Dovecot 1.0 beta > and 1.0 allows remote attackers to list files and directories under the > mbox parent directory and obtain mailbox names via ".." sequences in the > (1) LIST or (2) DELETE IMAP command. Fixed in 1.0beta8 and since. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/6a5db4f0/attachment.pgp From tss at iki.fi Sun Nov 19 11:41:03 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 13:41:03 +0200 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <45604005.40103@nemo.kabelfoon.net> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> <45604005.40103@nemo.kabelfoon.net> Message-ID: <1163936463.8783.342.camel@hurina> On Sun, 2006-11-19 at 12:29 +0100, Peter Veerman wrote: > >> I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE > >> > >> When i'm connected with my 5 accounts to my dovecot imap over ssl/tls > >> server i get the following message in my logs: > >> Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, > >> lip=x.x.x.x, TLS > >> My client (thunderbird) then re-requests my password for only one of the > >> 5 accounts. > >> > > > > Try if this patch helps: > > > > http://dovecot.org/list/dovecot-cvs/2006-November/006895.html > > > > Can't really think of anything else. It means that from Dovecot's point > > of view the client didn't send authentication command at all. > It didn't help :( the only difference because of the patch is that i > don't get the inactivity error anymor in the logs, > instead of that I _only_ get the following message: > > Nov 19 12:18:10 Info: IMAP(user at domain): Disconnected This means that the login succeeded, and the client just disconnected. > For the sake of clarity; this and the previous error happens after being > logged in for quite a while (about 25 minutes) on randomly one of my > five imap mailboxes. Might as well be Thunderbird doing something broken.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/ea5dbb96/attachment.pgp From tss at iki.fi Sun Nov 19 13:51:09 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 15:51:09 +0200 Subject: [Dovecot] Backtraces without core dumps Message-ID: <53BFC60E-A17C-4B17-9EB8-1CFD1E5BA933@iki.fi> Since getting core dumps seems to be difficult sometimes, especially with login processes, I've now added code to log the backtrace when Dovecot crashes in some assert check (or some other reason why it decides to abort()). This code works with Linux and Solaris, but I don't know about BSDs. Apparently there exists libexecinfo library which could be used. I think this code could be used to log backtraces also for segfaults, but that's more risky so I didn't do it yet. Maybe it should be done only optionally. If you're interested in trying, the code is now in CVS and in the latest nightly snapshot. When it crashes, it prints something like: Panic: file client.c: line 55 (client_create): assertion failed: (my_client != NULL) Error: Backtrace: ./imap [0x80b2ffa] -> ./imap [0x80b2ecc] -> ./imap [0x805bbb3] -> ./imap(main+0x426) [0x80634a6] -> /lib/tls/libc.so.6 (__libc_start_main+0xc8) [0xb7e53ea8] -> ./imap [0x80566a1] Looks like the symbol name resolving doesn't work all that great. But here gdb will help you: gdb ./imap (gdb) b *0x80b2ffa Breakpoint 1 at 0x80b2ffa: file failures.c, line 126. (gdb) b *0x80b2ecc Breakpoint 2 at 0x80b2ecc: file failures.c, line 185. (gdb) b *0x805bbb3 Breakpoint 3 at 0x805bbb3 (gdb) b *0x80634a6 Breakpoint 4 at 0x80634a6: file main.c, line 223. That went pretty well, except for some reason it couldn't figure out where 0x805bbb3 was. To get some kind of an idea about that, you can do: (gdb) x 0x805bbb3 0x805bbb3 : 0x90909090 If someone knows better ways to do all of this, please tell me too :) -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/d5f86d9b/attachment.pgp From pveerman at nemo.kabelfoon.net Sun Nov 19 14:42:57 2006 From: pveerman at nemo.kabelfoon.net (Peter Veerman) Date: Sun, 19 Nov 2006 15:42:57 +0100 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <1163936463.8783.342.camel@hurina> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> <45604005.40103@nemo.kabelfoon.net> <1163936463.8783.342.camel@hurina> Message-ID: <45606D71.9030706@nemo.kabelfoon.net> >>>> I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE >>>> >>>> When i'm connected with my 5 accounts to my dovecot imap over ssl/tls >>>> server i get the following message in my logs: >>>> Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, >>>> lip=x.x.x.x, TLS >>>> My client (thunderbird) then re-requests my password for only one of the >>>> 5 accounts. >>>> >>>> >>> Try if this patch helps: >>> >>> http://dovecot.org/list/dovecot-cvs/2006-November/006895.html >>> >>> Can't really think of anything else. It means that from Dovecot's point >>> of view the client didn't send authentication command at all. >>> >> It didn't help :( the only difference because of the patch is that i >> don't get the inactivity error anymor in the logs, >> instead of that I _only_ get the following message: >> >> Nov 19 12:18:10 Info: IMAP(user at domain): Disconnected >> > > This means that the login succeeded, and the client just disconnected. > > >> For the sake of clarity; this and the previous error happens after being >> logged in for quite a while (about 25 minutes) on randomly one of my >> five imap mailboxes. >> > > Might as well be Thunderbird doing something broken.. > After restarting both Dovecot and Thunderbird the error already has not occurred anymore for 3 hours already, while the error popped up every 25 minutes or so... I think it is safe to say though that the patch solved the problem. Timo: Thanx! From pveerman at nemo.kabelfoon.net Sun Nov 19 18:30:34 2006 From: pveerman at nemo.kabelfoon.net (Peter Veerman) Date: Sun, 19 Nov 2006 19:30:34 +0100 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <45606D71.9030706@nemo.kabelfoon.net> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> <45604005.40103@nemo.kabelfoon.net> <1163936463.8783.342.camel@hurina> <45606D71.9030706@nemo.kabelfoon.net> Message-ID: <4560A2CA.1050300@nemo.kabelfoon.net> >>>>> I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE >>>>> >>>>> When i'm connected with my 5 accounts to my dovecot imap over ssl/tls >>>>> server i get the following message in my logs: >>>>> Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, >>>>> lip=x.x.x.x, TLS >>>>> My client (thunderbird) then re-requests my password for only one of the >>>>> 5 accounts. >>>>> >>>>> >>>>> >>>> Try if this patch helps: >>>> >>>> http://dovecot.org/list/dovecot-cvs/2006-November/006895.html >>>> >>>> Can't really think of anything else. It means that from Dovecot's point >>>> of view the client didn't send authentication command at all. >>>> >>>> >>> It didn't help :( the only difference because of the patch is that i >>> don't get the inactivity error anymor in the logs, >>> instead of that I _only_ get the following message: >>> >>> Nov 19 12:18:10 Info: IMAP(user at domain): Disconnected >>> >>> >> This means that the login succeeded, and the client just disconnected. >> >> >> >>> For the sake of clarity; this and the previous error happens after being >>> logged in for quite a while (about 25 minutes) on randomly one of my >>> five imap mailboxes. >>> >>> >> Might as well be Thunderbird doing something broken.. >> >> > After restarting both Dovecot and Thunderbird the error already has not > occurred anymore for 3 hours already, while the error popped up every 25 > minutes or so... I think it is safe to say though that the patch solved > the problem. > > Timo: Thanx! > > Okay :( The problem remained. I had to -not- use Thunderbird for a long time in order for dovecot to put the Inactivity and Disconnected in IDLE messages. And again one of my accounts randomly suddenly asks for its password. (It occurs happens with dovecot only and not with Courier-IMAP so although thunderbird might be the problem there is a way to solve it.) In my logs I see: Nov 19 17:22:13 Info: IMAP(userA at domain): Disconnected Nov 19 17:22:13 Info: IMAP(userB at domain): Disconnected Nov 19 17:22:13 Info: IMAP(userC at domain): Disconnected Nov 19 17:32:10 Info: imap-login: Disconnected: Inactivity: rip=88.211.149.123, lip=62.45.54.4, TLS Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userC at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userE at domain): Disconnected Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE But after these problems the next line is also in my logs when after these messages another user tries to authenticate: Nov 19 17:35:09 Info: auth-worker(default): mysql: Connected to localhost (postfix) Could it be that the mysql username-password backend times out and takes it time to reconnect to mysql and in the meantime an account gets the "you have got a wrong password" response? Peter From tss at iki.fi Sun Nov 19 19:24:28 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 21:24:28 +0200 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <4560A2CA.1050300@nemo.kabelfoon.net> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> <45604005.40103@nemo.kabelfoon.net> <1163936463.8783.342.camel@hurina> <45606D71.9030706@nemo.kabelfoon.net> <4560A2CA.1050300@nemo.kabelfoon.net> Message-ID: <1163964268.8783.345.camel@hurina> On Sun, 2006-11-19 at 19:30 +0100, Peter Veerman wrote: > Nov 19 17:32:10 Info: imap-login: Disconnected: Inactivity: > rip=88.211.149.123, lip=62.45.54.4, TLS So at least the TLS handshake gets finished. > Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userC at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userE at domain): Disconnected > Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected > Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE > > But after these problems the next line is also in my logs when after > these messages another user tries to authenticate: > Nov 19 17:35:09 Info: auth-worker(default): mysql: Connected to > localhost (postfix) > > Could it be that the mysql username-password backend times out and takes > it time to reconnect to mysql and in the meantime an account gets the > "you have got a wrong password" response? Maybe.. Set auth_debug=yes and see what happens around the time it logs inactivity? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061119/bebdc534/attachment.pgp From fcusack at fcusack.com Mon Nov 20 04:58:54 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Sun, 19 Nov 2006 20:58:54 -0800 Subject: [Dovecot] cache_key assertion error 1.0.beta8 Message-ID: I just added auth caching with pam, and I'm getting this error: dovecot: [ID 107833 mail.error] auth(default): file passdb.c: line 178 (passdb_init): assertion failed: (passdb->passdb->default_pass_scheme != NULL || passdb->passdb->cache_key == NULL) A google search turns up which looks approx like this except the assertion above is in passdb.c. Anyway, is this a known problem in 1.0.beta8? I've been reluctant to upgrade to the rc's due to all the problems. -frank From technojoecoolusa at comcast.net Mon Nov 20 05:28:10 2006 From: technojoecoolusa at comcast.net (Joseph D. Wagner) Date: Sun, 19 Nov 2006 21:28:10 -0800 Subject: [Dovecot] Problems Creating Core Dumps Message-ID: <000601c70c64$ab76c8e0$0201a8c0@joe> Dovecot 1.0.rc15 crashed on my FC4 server, but it didn't create a core dump. Upon further research, I found these lines tucked away in the /etc/rc.d/init.d/functions file: # make sure it doesn't core dump anywhere unless requested ulimit -S -c ${DAEMON_COREFILE_LIMIT:-0} >/dev/null 2>&1 The /etc/rc.d/init.d/functions file is a master file that is referenced by all of the init scripts, so I didn't want to change it. Instead, I created a file /etc/sysconfig/dovecot with the following line: DAEMON_COREFILE_LIMIT=unlimited If I'm reading the /etc/rc.d/init.d/functions file correctly, this should work, but my bash is rusty. I was hoping someone else could check my work. Joseph D. Wagner From tss at iki.fi Mon Nov 20 06:11:59 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 20 Nov 2006 08:11:59 +0200 Subject: [Dovecot] Problems Creating Core Dumps In-Reply-To: <000601c70c64$ab76c8e0$0201a8c0@joe> References: <000601c70c64$ab76c8e0$0201a8c0@joe> Message-ID: <1164003120.8783.349.camel@hurina> On Sun, 2006-11-19 at 21:28 -0800, Joseph D. Wagner wrote: > Dovecot 1.0.rc15 crashed on my FC4 server, but it didn't create a core dump. Which process crashed? With segfault or something else? If you mean imap/pop3 process, then you need to change mail_drop_priv_before_exec setting and also have a home dir (see http://dovecot.org/bugreport.html). master and auth processes should write the core to /var/run/dovecot. login processes can't really be made to write core file. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061120/40479aef/attachment.pgp From fcusack at fcusack.com Mon Nov 20 07:59:50 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Sun, 19 Nov 2006 23:59:50 -0800 Subject: [Dovecot] cache_key assertion error 1.0.rc15 In-Reply-To: References: Message-ID: On November 19, 2006 8:58:54 PM -0800 Frank Cusack wrote: > I just added auth caching with pam, and I'm getting this error: > > dovecot: [ID 107833 mail.error] auth(default): file passdb.c: line 178 > (passdb_init): assertion failed: (passdb->passdb->default_pass_scheme != > NULL || passdb->passdb->cache_key == NULL) > > A google search turns up > > which looks approx like this except the assertion above is in passdb.c. > > Anyway, is this a known problem in 1.0.beta8? I've been reluctant to > upgrade to the rc's due to all the problems. I get the same problem with rc15, except that in 1.0.beta8, the error would appear just once. In rc15, it repeats once/second. I guess rc15 restarts dovecot-auth if it dies? Here are my non-default dovecot.conf (1.0.rc15) settings: disable_plaintext_auth = no ssl_disable = yes protocol imap { mail_plugins = dspam mail_plugin_dir = /usr/lib/dovecot/imap } protocol lda { mail_plugins = cmusieve sendmail_path = /usr/sbin/sendmail } auth_cache_size = 64 # 4 hours auth_cache_ttl = 14400 auth default { mechanisms = plain passdb pam { args = cache_key=%u%r dovecot } userdb passwd { } user = root } This is on Solaris 10U2/x86. thanks -frank From fcusack at fcusack.com Mon Nov 20 08:06:54 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Mon, 20 Nov 2006 00:06:54 -0800 Subject: [Dovecot] Problem with rc10 In-Reply-To: <20061026155439.GL223@earth.tc.umn.edu> References: <20061017221940.GA12293@earth.tc.umn.edu> <20061026155439.GL223@earth.tc.umn.edu> Message-ID: <8D3316A10E4B7544272FBF22@sucksless.local> On October 26, 2006 10:54:39 AM -0500 Steven F Siirila wrote: > On Tue, Oct 17, 2006 at 05:19:40PM -0500, Steven F Siirila wrote: >> I just upgraded our test server from rc6 to rc10... >> >> ISSUE #1 >> >> I noticed that we no longer are getting two "From_" lines. However, the >> one that was good (had the original sender e-mail address) is now gone. >> The one with "dovecot.deliver" remains. >> >> I attempted to add "-d test" to the mailbox_command line in main.cf as >> follows: >> >> mailbox_command = /opt/dovecot/libexec/dovecot/deliver -d test >> >> and things turned ugly and caused Postfix to defer messages: >> >> Oct 17 16:31:50 hostname postfix/local[7230]: D14632C9C: >> to=, relay=local, delay=3.6, delays=3/0.02/0/0.62, >> dsn=4.3.0, status=deferred (temporary failure) >> >> I removed the "-d test" from the Postfix main.cf and the problem went >> away. So, how do I fix the "From_" lines? > > The final resolution for #1 was to use this in the Postfix main.cf file: > > mailbox_command = /opt/dovecot/libexec/dovecot/deliver -f "$SENDER" If you recall, I replied to this thread earlier saying I had no problems with beta8 -- deliver (lda from cvs, for sieve) wrote a single From line into Maildir files and it was the envelope sender. That was with postfix-2.3.2 and mailbox_command = /path/to/deliver. (no options) I just upgraded to rc15 and deliver (now from dovecot itself but with sieve plugin) with postfix-2.3.3 acts identically -- no problems. -frank From sub at comtel-60.ru Mon Nov 20 09:39:09 2006 From: sub at comtel-60.ru (Max A) Date: Mon, 20 Nov 2006 12:39:09 +0300 Subject: [Dovecot] patch for checkpassword exit codes & vpopmail In-Reply-To: <1163888326.8783.266.camel@hurina> References: <454068A5.20509@comtel-60.ru> <1162502955.4024.137.camel@hurina> <45532635.2030200@comtel-60.ru> <1163888326.8783.266.camel@hurina> Message-ID: <456177BD.4070201@comtel-60.ru> >> Also, if it is not too hard for you, can you add variable TCPLOCALPORT >> (described in http://cr.yp.to/proto/ucspi-tcp.txt) to environment >> variables for checkpassword, because vchkpw uses it for an interdiction >> of access to various services (SMTP/POP3/IMAP/Webmal)? > > dovecot-auth doesn't know the port, so this won't make it into Dovecot > v1.0. If people bug me enough I'll implement it for later versions. :) In that case, is there an opportunity to use some fake variables, for example TCPLOCALPORT=110 for POP3 connection, TCPLOCALPORT=143 for IMAP, TCPLOCALPORT=993 for IMAP over SSL, etc.? From abusquets at gmail.com Mon Nov 20 09:56:26 2006 From: abusquets at gmail.com (Alex) Date: Mon, 20 Nov 2006 10:56:26 +0100 Subject: [Dovecot] duplicate emails Message-ID: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> i'm working with dovecot-1.0.rc15 I have receive a lot of duplicate emails with microsoft outlook, i don't have this problem with outlook express This is in pop3 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061120/745fda77/attachment.htm From robert at schetterer.org Mon Nov 20 10:36:38 2006 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 20 Nov 2006 11:36:38 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> Message-ID: <45618536.70006@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alex schrieb: > i'm working with dovecot-1.0.rc15 > > I have receive a lot of duplicate emails with microsoft outlook, i don't > have this problem with outlook express > This is in pop3 > > -- > Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > > > Hi @ll just tested rc15 with outlook 2003 pop3 no failures, no doubles - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFYYU2NxddAhXBw7QRAg8NAJsHpG3vfCIYjCq+BW/ih1zrzKYtywCfUILP BeZciG9QxEF8BcUIOcoGvac= =vqRp -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From mauro.sanna at comune.cagliari.it Mon Nov 20 10:43:17 2006 From: mauro.sanna at comune.cagliari.it (Mauro Sanna) Date: Mon, 20 Nov 2006 11:43:17 +0100 Subject: [Dovecot] dovecot and ldap passwords. In-Reply-To: <1163887656.8783.260.camel@hurina> References: <1163758244.6520.14.camel@localhost> <1163887656.8783.260.camel@hurina> Message-ID: <1164019397.6159.3.camel@localhost> Il giorno dom, 19/11/2006 alle 00.07 +0200, Timo Sirainen ha scritto: > On Fri, 2006-11-17 at 11:10 +0100, Mauro Sanna wrote: > > So I've tried to change the type of the ldap passwords in SSHA or SMD5, > > but in this way the users can't authenticate yourselfs. > > Dovecot doesn't understand SSHA or SMD5? > > It does, unless you're using v0.99.x version. > Yes, I'm using 0.99.x version as it's distributed with debian stable. > Set auth_debug_passwords=yes and check the logs what it says when you > try to authenticate. > Now I've changed default_pass_scheme from CRYPT to PLAIN in dovecot-ldap.conf. It seems that all work, I can use either CRYPT scheme in my userPassword ldap attribute or SSHA scheme or SMD5 scheme and so on without problems. Is that ok? From gerard at seibercom.net Mon Nov 20 11:32:16 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Mon, 20 Nov 2006 06:32:16 -0500 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> Message-ID: <20061120062731.D72D.GERARD@seibercom.net> On Monday November 20, 2006 at 04:56:26 (AM) Alex wrote: > i'm working with dovecot-1.0.rc15 > > I have receive a lot of duplicate emails with microsoft outlook, i > don't have this problem with outlook express > This is in pop3 I have been experiencing that phenomena too for quite awhile. There doesn't appear to be any pattern to the problem either. Usually the duplicates are short text based messages. There does not appear to be an discernable pattern with regards to the MUA. -- Gerard And always remember, when life hands you lemons, ask for tequila and salt. From robert at schetterer.org Mon Nov 20 11:44:06 2006 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 20 Nov 2006 12:44:06 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <20061120062731.D72D.GERARD@seibercom.net> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <20061120062731.D72D.GERARD@seibercom.net> Message-ID: <45619506.5030704@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gerard Seibert schrieb: > On Monday November 20, 2006 at 04:56:26 (AM) Alex wrote: > >> i'm working with dovecot-1.0.rc15 >> >> I have receive a lot of duplicate emails with microsoft outlook, i >> don't have this problem with outlook express >> This is in pop3 > > I have been experiencing that phenomena too for quite awhile. There > doesn't appear to be any pattern to the problem either. Usually the > duplicates are short text based messages. There does not appear to be an > discernable pattern with regards to the MUA. > No Problems here with short plain text messages and outlook 2003 ( german latest patchlevel ) with dovecot 1rc15 on suse 10.1 - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFYZUGNxddAhXBw7QRAuYAAKCN06pjfLZyxqwifsBVIVZJwpSgegCfd8df GaK8bqF5jSrur1L9cxel43k= =tW8m -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From abusquets at gmail.com Mon Nov 20 11:48:01 2006 From: abusquets at gmail.com (Alex) Date: Mon, 20 Nov 2006 12:48:01 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <45619506.5030704@schetterer.org> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <20061120062731.D72D.GERARD@seibercom.net> <45619506.5030704@schetterer.org> Message-ID: <75eb42920611200348q74d4f9c8h8430e7ab8847a881@mail.gmail.com> I have an account with 41 emils. When i push the receive button, i reveive the same mesage * 41 2006/11/20, Robert Schetterer : > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Gerard Seibert schrieb: > > On Monday November 20, 2006 at 04:56:26 (AM) Alex wrote: > > > >> i'm working with dovecot-1.0.rc15 > >> > >> I have receive a lot of duplicate emails with microsoft outlook, i > >> don't have this problem with outlook express > >> This is in pop3 > > > > I have been experiencing that phenomena too for quite awhile. There > > doesn't appear to be any pattern to the problem either. Usually the > > duplicates are short text based messages. There does not appear to be an > > discernable pattern with regards to the MUA. > > > No Problems here with short plain text messages and outlook 2003 ( > german latest patchlevel ) > with dovecot 1rc15 on suse 10.1 > > - -- > Mit freundlichen Gruessen > Best Regards > Robert Schetterer > > robert_at_schetterer_dot_org > Munich / Bavaria / Germany > https://www.schetterer.org > https://www.schetterer.com/public-gpg-robert-schetterer.key > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (MingW32) > > iD8DBQFFYZUGNxddAhXBw7QRAuYAAKCN06pjfLZyxqwifsBVIVZJwpSgegCfd8df > GaK8bqF5jSrur1L9cxel43k= > =tW8m > -----END PGP SIGNATURE----- > > -- > Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061120/c674ce4a/attachment.html From veejar.net at gmail.com Mon Nov 20 12:06:19 2006 From: veejar.net at gmail.com (veejar) Date: Mon, 20 Nov 2006 14:06:19 +0200 Subject: [Dovecot] duplicate emails In-Reply-To: <20061120062731.D72D.GERARD@seibercom.net> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <20061120062731.D72D.GERARD@seibercom.net> Message-ID: 2006/11/20, Gerard Seibert : > On Monday November 20, 2006 at 04:56:26 (AM) Alex wrote: > > > i'm working with dovecot-1.0.rc15 > > > > I have receive a lot of duplicate emails with microsoft outlook, i > > don't have this problem with outlook express > > This is in pop3 > > I have been experiencing that phenomena too for quite awhile. There > doesn't appear to be any pattern to the problem either. Usually the > duplicates are short text based messages. There does not appear to be an > discernable pattern with regards to the MUA. > > -- > Gerard > > And always remember, when life hands you lemons, ask for tequila > and salt. > I have same problem with duplicating. I download my mail with The Bat! from FreeBSD 5.4 server with Dovecot-1.0.r13. Problem is with mail with attach (~1MB) From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Mon Nov 20 12:43:30 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Mon, 20 Nov 2006 13:43:30 +0100 (CET) Subject: [Dovecot] maildirsize update error In-Reply-To: <1163881908.8783.224.camel@hurina> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 18 Nov 2006, Timo Sirainen wrote: > On Thu, 2006-11-16 at 16:07 -0500, Maykel Moya wrote: >> According to [1], Trash is a reserverd folder name. When moving a >> message to it, maildirsize should be update with a negative byte count. > > Well, yea.. I'm ignoring that part of the Maildir++ spec. Perhaps it > could be done optionally, but I'm not sure if it's still that good of an > idea. > > I think a better idea is to give Trash mailbox a bit of extra quota, > instead of unlimited quota. Unfortunately this won't work with v1.0's > quota plugin, but it is possible with my rewritten quota plugin: The original post mentioned that to move a message into Trash fails, when the user is over quota. This, in the end, prevents an user to get under quota in MailDir++, because the messages are expunged from Trash only. I agree that it is not good to have an unlimited Trash folder, but to move a message from one folder into Trash should be always possible. (Actually, I think it would be OK to move messages around within the same quota root regardless of the quota at all, because the message is already on the system and it does not matter in which folder, except for Trash.) Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRWGi9S9SORjhbDpvAQIuMQgAna5mBpQbIFhTitHTPy69q85srGxInu6p yGmh7nM6GmlX6FfcdWGlqo+Nr2Pt7SftXSowswNCv7JkhH1r+2Pz8TEWEjs17K01 ntaWFsa74uDaOPNqBfwdv39ikyDY9HAJhRIFGrJO/6Nc7OmqfX35WRrHH/0jb1R4 h3tEPgtx/fy2JXCsAz7wVAztVntaEg/oSrxqCfiQf6EfsuFvdbLG/mCe3ZtPSPZl 4ZRp8CWidq97bZX3qdEQIvD8pynEzcRm4VRKy+g3dnpDQ/ziyGxU8lOD4IrIKRdA DbiygA4d66p9kResm7K64FOyaim8MHolunxc49Oc+dAcLPBRMUb9dw== =rCAQ -----END PGP SIGNATURE----- From CMarcus at Media-Brokers.com Mon Nov 20 12:51:53 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 20 Nov 2006 07:51:53 -0500 Subject: [Dovecot] maildirsize update error In-Reply-To: References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> Message-ID: <4561A4E9.7010901@Media-Brokers.com> > I agree that it is not good to have an unlimited Trash folder, but to > move a message from one folder into Trash should be always possible. > (Actually, I think it would be OK to move messages around within the > same quota root regardless of the quota at all, because the message is > already on the system and it does not matter in which folder, except for > Trash.) Wouldn't it be easier to simply delete messages immediately, instead of moving them to the trash, when the user is over quota? -- Best regards, Charles From robert at schetterer.org Mon Nov 20 13:15:04 2006 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 20 Nov 2006 14:15:04 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <20061120062731.D72D.GERARD@seibercom.net> Message-ID: <4561AA58.8000807@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 veejar schrieb: > 2006/11/20, Gerard Seibert : >> On Monday November 20, 2006 at 04:56:26 (AM) Alex wrote: >> >> > i'm working with dovecot-1.0.rc15 >> > >> > I have receive a lot of duplicate emails with microsoft outlook, i >> > don't have this problem with outlook express >> > This is in pop3 >> >> I have been experiencing that phenomena too for quite awhile. There >> doesn't appear to be any pattern to the problem either. Usually the >> duplicates are short text based messages. There does not appear to be an >> discernable pattern with regards to the MUA. >> >> -- >> Gerard >> >> And always remember, when life hands you lemons, ask for tequila >> and salt. >> > > I have same problem with duplicating. I download my mail with The Bat! > from FreeBSD 5.4 server with Dovecot-1.0.r13. Problem is with mail > with attach (~1MB) > > -- > Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > Just tested attachs over 1 MB with imap thunderbird, pop outlook 2003 plain text with dovecot 1rc15 suse 10.1 no doubles no problems - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFYapYNxddAhXBw7QRAjQAAJ9ezFfdeIXLQDE8fVLqE8NR2GjeLACfZuKM 3DmuG84LD/SWTnHIhbD1u2I= =jfg5 -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Mon Nov 20 13:57:09 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Mon, 20 Nov 2006 14:57:09 +0100 (CET) Subject: [Dovecot] maildirsize update error In-Reply-To: <4561A4E9.7010901@Media-Brokers.com> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <4561A4E9.7010901@Media-Brokers.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 20 Nov 2006, Charles Marcus wrote: >> I agree that it is not good to have an unlimited Trash folder, but to move >> a message from one folder into Trash should be always possible. (Actually, >> I think it would be OK to move messages around within the same quota root >> regardless of the quota at all, because the message is already on the >> system and it does not matter in which folder, except for Trash.) > > Wouldn't it be easier to simply delete messages immediately, instead of > moving them to the trash, when the user is over quota? Yes, BUT: + MailDir++ sets this method in stone. + Many people (users, actually) like and use this "Move to Trashbin" feature of "Mozilla" and many other MUAs, most often this method is the default. -- Note: the user would need to reconfigure the MUA in order to be able to delete a message. + There were talks on this list that a WebMail frontend (SquirrelMail??) uses this method as default, too. You had to disable this method and lost some feature, if I remember correctly. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRWG0Pi9SORjhbDpvAQLfGwf/fmSMJZmq1oGYk44j5CusK1ZCzHPTZs2Z 4PcmDffAJYm6bEiAEAN5ZnHPN/x4iw8O5zTPlfMe7jyo1pkHTejWf3PAKfABYnP4 Hy6XUJpFW506XQeZBwqI5A592DrXAnYf3xv2+hHDrhUnDjHYiqZvw2NcF/e6xzka c2MOIZSvhtdz4iiq4lwc6mVJTlT2l6yW2aLwAvBpXfvHEH+SSnJW1/ca9tjaK+mF 0C6uPwEu+WGkVhVpgAlDi5o2L7O7v28gyWK06c7877HJRUCWCfTJH2wypOwUwRtQ iuZDwE+uWRJHW8JWO/KK5AOO9SuezAJsPlC+aFBY1mjgDXyDnc1OKQ== =VJBU -----END PGP SIGNATURE----- From jaearick at colby.edu Mon Nov 20 14:25:18 2006 From: jaearick at colby.edu (Jeff A. Earickson) Date: Mon, 20 Nov 2006 09:25:18 -0500 (EST) Subject: [Dovecot] rc14 and rc15 performance issues Message-ID: Hi, I am stuck at rc13 because rc14 and rc15 have both failed to keep up with imap connections on my (slow old) system. I have the problem where if a lot of people check their email at once (like at the top of the hour) then my load goes way up and things slow to a crawl. My setup: Solaris 10 on an E220R, mbox format, imap and imaps only. I also use "login_process_per_connection = no". Any suggestions? Jeff Earickson Colby College From spil.oss at googlemail.com Mon Nov 20 14:36:13 2006 From: spil.oss at googlemail.com (Spil Oss) Date: Mon, 20 Nov 2006 15:36:13 +0100 Subject: [Dovecot] dovecot:IMAP(user) killed with signal 6 In-Reply-To: <5fbf03c20611200514j7917feo59cffdab29e9cb6a@mail.gmail.com> References: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> <5fbf03c20611160717r161615f8u53dd33a328a7737a@mail.gmail.com> <20061116154100.GF82152@ns2.wananchi.com> <5fbf03c20611200514j7917feo59cffdab29e9cb6a@mail.gmail.com> Message-ID: <5fbf03c20611200636j15adf606ib5fa13c8281b9b07@mail.gmail.com> Thanks Timo! Since I've been running rc10 again dovecot stopped aborting. By the way, when I used the create_shares.pl script, it created a symlink for every file in the directory to be shared. Simple symlinking the dir seemed to 'almost' work but for the keyword file errors. Upgrading to rc15 fixes the problem as well, the Permission Denied message still comes up, but dovecot no longer aborts. Will try the create_shares.pl script again and see where my symlink-config is wrong. FWIW I wouldn't want any undocumented behaviour in dovecot just because I'm a stupid twat... Kind regards, Spil. On 20/11/06, Spil Oss wrote: > That's indeed very standard, but it was complaining before (up to > rc10) but not aborting. > > Dovecot keeps resetting the mode and owner on the keyword file > > lrwxr-xr-x 1 user1 user 37 Nov 9 21:48 .MeldWelSpam -> > /home/sharedmail/Maildir/.MeldWelSpam > > $ ls -l /home/sharedmail/Maildir/.MeldWelSpam > total 68 > drwxrwx--- 2 sharedmail sharedmail 1024 Nov 16 16:49 cur > -rw------- 1 user2 sharedmail 50 Nov 16 16:49 dovecot-keywords > -rwxrws--- 1 sharedmail sharedmail 0 Oct 17 15:01 dovecot-shared > -rw-rw---- 1 user2 sharedmail 12451 Nov 16 16:49 dovecot-uidlist > -rw-rw---- 1 sharedmail sharedmail 712 Nov 16 16:51 dovecot.index > -rw-rw---- 1 sharedmail sharedmail 17408 Oct 17 14:58 dovecot.index.cache > -rw-rw---- 1 sharedmail sharedmail 26436 Nov 16 16:51 dovecot.index.log > -rwxrws--- 1 sharedmail sharedmail 0 Oct 17 14:39 maildirfolder > drwxrwx--- 2 sharedmail sharedmail 512 Nov 14 21:41 new > drwxrwx--- 2 sharedmail sharedmail 1536 Nov 16 16:49 tmp > > It seems that whoever gets there first, creates the dovecot-keywords > file with perms 600 and subsequent users of the shared folder are out > of luck. > > # chown sharedmail:sharedmail dovecot-keywords dovecot-uidlist ; chmod > 660 dovecot-keywords > #ls -l dovecot-keywords dovecot-uidlist > -rw-rw---- 1 sharedmail sharedmail 50 Nov 16 16:49 dovecot-keywords > -rw-rw---- 1 sharedmail sharedmail 12451 Nov 16 16:49 dovecot-uidlist > > Moving some folders into the MeldWelSpam folder as user1 > # ls -l dovecot-keywords dovecot-uidlist > -rw------- 1 user1 sharedmail 258 Nov 16 16:57 dovecot-keywords > -rw-rw---- 1 user1 sharedmail 12736 Nov 16 16:57 dovecot-uidlist > > As long as dovecot keeps setting the mode to 600, I can't see how I > get this fixed. > > Spil. > > On 16/11/06, Odhiambo WASHINGTON wrote: > > * On 16/11/06 16:17 +0100, Spil Oss wrote: > > | Just upgraded to rc14 and problem persists. > > | > > | On 16/11/06, Spil Oss wrote: > > | >Hi all, > > | > > > | >After rc10 I have problems with imap and imaps > > | > > > | >Hi all, > > | > > > | >After rc10 I have problems with imap and imaps > > | > > > | >Nov 16 15:42:39 beastie dovecot: IMAP(user1): > > | >open(/home/user1/Maildir/.MeldWelSpam/dovecot-keywords) failed: > > | >Permission denied > > | >Nov 16 15:44:09 beastie dovecot: IMAP(user2): > > | >open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > > | >Permission denied > > | >Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: > > | >line 222 (maildir_keywords_lookup_or_create): assertion failed: > > | >(mk->synced) > > | >Nov 16 15:44:09 beastie dovecot: child 98798 (imap) killed with signal 6 > > | >Nov 16 15:46:10 beastie dovecot: IMAP(user2): > > | >open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > > | >Permission denied > > | >Nov 16 15:46:10 beastie dovecot: IMAP(user2): file maildir-keywords.c: > > | >line 222 (maildir_keywords_lookup_or_create): assertion failed: > > | >(mk->synced) > > | >Nov 16 15:46:10 beastie dovecot: child 98819 (imap) killed with signal 6 > > | > > > | >The Permission denied messages where there in rc10 as well, but that > > | >was not causing problems. These folders are symlinks to shared spam > > | >and ham folders for spamassassin learning. > > | > > > | >Any clue on how to fix this? > > | > > > | >FreeBSD-i386 6.1-RELEASE-p10 > > | >dovecot-1.0.r13 from ports > > > > "Permission Denied" is such a straight error message that you should be > > able to figure out and fix, everything being standard[1] > > > > What are the permissions on that folder (.MeldWelSpam)? > > Is it really owned by user2? > > Dovecot wants to write to it, but is being denied that chance. It should > > be writable by dovecot, I believe. So that folder should be group > > writable and dovecot should be in that group. > > > > But again, perhaps we should see the permissions on the dovecot binary > > also, because dovecot should be writing there "as user2" (suid), yes? > > > > > > [1] I suppose you are installing dovecot using the ports tree and that > > you have not tweaked your box beyond your own comprehension. > > I don't see > > > > > > -Wash > > > > http://www.netmeister.org/news/learn2quote.html > > > > DISCLAIMER: See http://www.wananchi.com/bms/terms.php > > > > -- > > +======================================================================+ > > |\ _,,,---,,_ | Odhiambo Washington > > Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com > > |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 > > '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 > > +======================================================================+ > > > > Garbage In -- Gospel Out. > > > From rueckert at informatik.uni-rostock.de Mon Nov 20 16:22:41 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Mon, 20 Nov 2006 17:22:41 +0100 Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: References: Message-ID: <20061120162241.GB15234@pixel.global-banlist.de> On 2006-11-20 09:25:18 -0500, Jeff A. Earickson wrote: > I am stuck at rc13 because rc14 and rc15 have both failed to keep > up with imap connections on my (slow old) system. I have the problem > where if a lot of people check their email at once (like at the > top of the hour) then my load goes way up and things slow to a > crawl. My setup: Solaris 10 on an E220R, mbox format, imap and imaps > only. I also use "login_process_per_connection = no". Any suggestions? you should check where the time goes into: CPU bound, io bound? if it is IO bound. you might try maildir. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From tss at iki.fi Mon Nov 20 16:31:48 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 20 Nov 2006 18:31:48 +0200 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> Message-ID: <1164040308.8783.351.camel@hurina> On Mon, 2006-11-20 at 10:56 +0100, Alex wrote: > i'm working with dovecot-1.0.rc15 > > I have receive a lot of duplicate emails with microsoft outlook, i > don't have this problem with outlook express > This is in pop3 What do you have in pop3_uidl_format? That's the only thing that I can think of what could be configured wrong. What do you see in logs? Does the client disconnect normally, or is there a timeout, crash or something? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061120/1481a5f1/attachment-0001.pgp From tss at iki.fi Mon Nov 20 16:32:34 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 20 Nov 2006 18:32:34 +0200 Subject: [Dovecot] patch for checkpassword exit codes & vpopmail In-Reply-To: <456177BD.4070201@comtel-60.ru> References: <454068A5.20509@comtel-60.ru> <1162502955.4024.137.camel@hurina> <45532635.2030200@comtel-60.ru> <1163888326.8783.266.camel@hurina> <456177BD.4070201@comtel-60.ru> Message-ID: <1164040354.8783.353.camel@hurina> On Mon, 2006-11-20 at 12:39 +0300, Max A wrote: > >> Also, if it is not too hard for you, can you add variable TCPLOCALPORT > >> (described in http://cr.yp.to/proto/ucspi-tcp.txt) to environment > >> variables for checkpassword, because vchkpw uses it for an interdiction > >> of access to various services (SMTP/POP3/IMAP/Webmal)? > > > > dovecot-auth doesn't know the port, so this won't make it into Dovecot > > v1.0. If people bug me enough I'll implement it for later versions. :) > > In that case, is there an opportunity to use some fake variables, for > example TCPLOCALPORT=110 for POP3 connection, TCPLOCALPORT=143 for IMAP, > TCPLOCALPORT=993 for IMAP over SSL, etc.? Umh. That's beginning to sound way too kludgy. If you really need that you could just as well write a wrapper script that sets them.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061120/f95ccae0/attachment.pgp From tss at iki.fi Mon Nov 20 16:36:17 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 20 Nov 2006 18:36:17 +0200 Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: References: Message-ID: <1164040577.8783.357.camel@hurina> On Mon, 2006-11-20 at 09:25 -0500, Jeff A. Earickson wrote: > Hi, > > I am stuck at rc13 because rc14 and rc15 have both failed to keep > up with imap connections on my (slow old) system. I have the problem > where if a lot of people check their email at once (like at the > top of the hour) then my load goes way up and things slow to a > crawl. My setup: Solaris 10 on an E220R, mbox format, imap and imaps > only. I also use "login_process_per_connection = no". Any suggestions? Like Marcus asked, is it I/O load or CPU load? And if CPU, what process is using it? What passdb and userdb do you use? If you're not sure if it's imap process or something else doing it, you could eg. run with rc15's imap and everything else with rc13, or vice versa. Anyway I don't see what could have caused anything to work slower.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061120/c3847200/attachment.pgp From aleast at capri.it Mon Nov 20 17:15:27 2006 From: aleast at capri.it (Alessandro Astarita) Date: Mon, 20 Nov 2006 18:15:27 +0100 Subject: [Dovecot] Auth checking also the service In-Reply-To: <20061118192758.GA16748@pazke.donpac.ru> References: <200611181044.32351.aleast@capri.it> <20061118115619.172530@smtpi2.ngi.it> <20061118192758.GA16748@pazke.donpac.ru> Message-ID: <200611201815.28024.aleast@capri.it> Alle 20:27, sabato 18 novembre 2006, Andrey Panin ha scritto: > > I have to distinguish pop3/pop3s and imap/imaps because I need mailboxes > > with ssl access only. It's a way to force users to do secure connection. > > :-) > > Please try attached patch. It adds %c variable which expands to "TLS" if > connection is secure. Applied on dovecot-1.0.rc15, it's working fine, thanks. It will be included in 1.0 final release? -- Alessandro 'Asterix' Astarita Capri Online S.r.l. http://www.caprionline.it/ "Unix IS user friendly. It's just selective about who its friend are" From knute at frazmtn.com Mon Nov 20 17:52:21 2006 From: knute at frazmtn.com (Knute Johnson) Date: Mon, 20 Nov 2006 09:52:21 -0800 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> Message-ID: <45617AD5.11772.17949F@knute.frazmtn.com> >i'm working with dovecot-1.0.rc15 > >I have receive a lot of duplicate emails with microsoft outlook, i don't >have this problem with outlook express >This is in pop3 > I have seen this occaisionally too. I cannot make it happen. I'm running version dovecot-1.0-0.beta8.2.fc5 on my FC5 box. The client is Pegasus Mail 4.41 running on Windows XP. I have Popfile and Avast in between and I am retrieving the mail from the POP3S. -- Knute Johnson Molon Labe... From abusquets at gmail.com Mon Nov 20 18:13:30 2006 From: abusquets at gmail.com (Alex) Date: Mon, 20 Nov 2006 19:13:30 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <45617AD5.11772.17949F@knute.frazmtn.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <45617AD5.11772.17949F@knute.frazmtn.com> Message-ID: <75eb42920611201013x3da092efs797568049e4d96ea@mail.gmail.com> pop3_uidl_format = %v 2006/11/20, Knute Johnson : > > >i'm working with dovecot-1.0.rc15 > > > >I have receive a lot of duplicate emails with microsoft outlook, i don't > >have this problem with outlook express > >This is in pop3 > > > > I have seen this occaisionally too. I cannot make it happen. I'm > running version dovecot-1.0-0.beta8.2.fc5 on my FC5 box. The client > is Pegasus Mail 4.41 running on Windows XP. I have Popfile and Avast > in between and I am retrieving the mail from the POP3S. > > -- > Knute Johnson > Molon Labe... > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061120/4492cad7/attachment.html From abusquets at gmail.com Mon Nov 20 18:16:33 2006 From: abusquets at gmail.com (Alex) Date: Mon, 20 Nov 2006 19:16:33 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611201013x3da092efs797568049e4d96ea@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <45617AD5.11772.17949F@knute.frazmtn.com> <75eb42920611201013x3da092efs797568049e4d96ea@mail.gmail.com> Message-ID: <75eb42920611201016q74168261oeda3ef6fa7a3d4c2@mail.gmail.com> # Note that Outlook 2003 seems to have problems with %v.%u format which was # Dovecot's default, so if you're building a new server it would be a good # idea to change this. %08Xu%08Xv should be pretty fail-safe. Where i can change this 2006/11/20, Alex : > > pop3_uidl_format = %v > > 2006/11/20, Knute Johnson : > > > > >i'm working with dovecot-1.0.rc15 > > > > > >I have receive a lot of duplicate emails with microsoft outlook, i > > don't > > >have this problem with outlook express > > >This is in pop3 > > > > > > > I have seen this occaisionally too. I cannot make it happen. I'm > > running version dovecot-1.0-0.beta8.2.fc5 on my FC5 box. The client > > is Pegasus Mail 4.41 running on Windows XP. I have Popfile and Avast > > in between and I am retrieving the mail from the POP3S. > > > > -- > > Knute Johnson > > Molon Labe... > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061120/171e3d7f/attachment.htm From abusquets at gmail.com Mon Nov 20 18:22:30 2006 From: abusquets at gmail.com (Alex) Date: Mon, 20 Nov 2006 19:22:30 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611201016q74168261oeda3ef6fa7a3d4c2@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <45617AD5.11772.17949F@knute.frazmtn.com> <75eb42920611201013x3da092efs797568049e4d96ea@mail.gmail.com> <75eb42920611201016q74168261oeda3ef6fa7a3d4c2@mail.gmail.com> Message-ID: <75eb42920611201022y15cc68dvba9262aa5a0a8798@mail.gmail.com> i solved with this, i think pop3_uidl_format = %08Xu%08Xv 2006/11/20, Alex : > > # Note that Outlook 2003 seems to have problems with %v.%u format which > was > # Dovecot's default, so if you're building a new server it would be a > good > # idea to change this. %08Xu%08Xv should be pretty fail-safe. > > Where i can change this > > 2006/11/20, Alex : > > > > pop3_uidl_format = %v > > > > 2006/11/20, Knute Johnson : > > > > > > >i'm working with dovecot-1.0.rc15 > > > > > > > >I have receive a lot of duplicate emails with microsoft outlook, i > > > don't > > > >have this problem with outlook express > > > >This is in pop3 > > > > > > > > > > I have seen this occaisionally too. I cannot make it happen. I'm > > > running version dovecot-1.0-0.beta8.2.fc5 on my FC5 box. The client > > > is Pegasus Mail 4.41 running on Windows XP. I have Popfile and Avast > > > in between and I am retrieving the mail from the POP3S. > > > > > > -- > > > Knute Johnson > > > Molon Labe... > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061120/fdf91911/attachment.html From knute at frazmtn.com Mon Nov 20 18:32:08 2006 From: knute at frazmtn.com (Knute Johnson) Date: Mon, 20 Nov 2006 10:32:08 -0800 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611201022y15cc68dvba9262aa5a0a8798@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com>, <75eb42920611201016q74168261oeda3ef6fa7a3d4c2@mail.gmail.com>, <75eb42920611201022y15cc68dvba9262aa5a0a8798@mail.gmail.com> Message-ID: <45618428.1807.3C0309@knute.frazmtn.com> I think that is the default on mine. >i solved with this, i think > > pop3_uidl_format = %08Xu%08Xv > > >2006/11/20, Alex : >> >> # Note that Outlook 2003 seems to have problems with %v.%u format which >> was >> # Dovecot's default, so if you're building a new server it would be a >> good >> # idea to change this. %08Xu%08Xv should be pretty fail-safe. >> >> Where i can change this >> >> 2006/11/20, Alex : >> > >> > pop3_uidl_format = %v >> > >> > 2006/11/20, Knute Johnson : >> > > >> > > >i'm working with dovecot-1.0.rc15 >> > > > >> > > >I have receive a lot of duplicate emails with microsoft outlook, i >> > > don't >> > > >have this problem with outlook express >> > > >This is in pop3 >> > > > >> > > >> > > I have seen this occaisionally too. I cannot make it happen. I'm >> > > running version dovecot-1.0-0.beta8.2.fc5 on my FC5 box. The client >> > > is Pegasus Mail 4.41 running on Windows XP. I have Popfile and Avast >> > > in between and I am retrieving the mail from the POP3S. >> > > >> > > -- >> > > Knute Johnson >> > > Molon Labe... >> > > >> > > >> > > >> > >> > -- Knute Johnson Molon Labe... From stephan at rename-it.nl Mon Nov 20 19:25:20 2006 From: stephan at rename-it.nl (Stephan Bosch) Date: Mon, 20 Nov 2006 20:25:20 +0100 Subject: [Dovecot] manageSIEVE implementation In-Reply-To: <200611181734.50836.brian@braverock.com> References: <200611181035.50802.brian@braverock.com> <1163880513.8783.210.camel@hurina> <200611181734.50836.brian@braverock.com> Message-ID: <45620120.4070804@rename-it.nl> Brian G. Peterson wrote: > Thank you for the pointer. I had located a much earlier thread in the > archives, but now I located this thread: > > http://www.dovecot.org/list/dovecot/2006-July/015016.html > > For others looking for this information in the future, it looks like the > managesieve patch was written primarily by Stephan Bosch. There are also > many other useful posts on it by John Peacock, who appears to have done > extensive testing, and kept it up to date through at least > dovecot-1.0_rc7 > > Hopefully this can get integrated into dovecot-sieve-1.1, now that > dovecot-sieve has been tagged dovecot-sieve-1.0. I am currently very busy with my internship. This will take just about a month. After that I can spend some time to make the patch up to date with the last dovecot version. However, beyond that there is not much I can do before it is fully integrated into the dovecot distribution by Timo, as I might deviate from what Timo has in mind for the sieve support. Regards, Stephan Bosch. From fcusack at fcusack.com Mon Nov 20 19:38:30 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Mon, 20 Nov 2006 11:38:30 -0800 Subject: [Dovecot] cache_key assertion error 1.0.rc15 In-Reply-To: References: Message-ID: <01887F3E1257600157327E6B@sucksless.local> On November 19, 2006 11:59:50 PM -0800 Frank Cusack wrote: > On November 19, 2006 8:58:54 PM -0800 Frank Cusack > wrote: >> I just added auth caching with pam, and I'm getting this error: >> >> dovecot: [ID 107833 mail.error] auth(default): file passdb.c: line 178 >> (passdb_init): assertion failed: (passdb->passdb->default_pass_scheme != >> NULL || passdb->passdb->cache_key == NULL) Looked into the source and I see that pam doesn't actually implement any caching. Also, default_pass_scheme is not initialized (apparently the cache can store multiple types [schemes] of passwords per key). So the example config using a cache_key cannot work. I started working on implementing this, but I see that in src/auth/passdb-pam.c:pam_auth(), near the end, the PAM_USER is retrieved (nice, since PAM allows changing of the username but no one implements this) and then saved in the auth request with auth_request_set_field(). Now, what is the point of all that? This code runs in the child forked to do the PAM auth, and the username is not propagated to the parent (AFAICT). And setting this data in the auth request doesn't do anything, since this code runs in the child. (Or is the auth request data in shared memory? Doesn't look like it.) I didn't want to continue with my work if I had a misunderstanding of how to set the cache data. -frank From jaearick at colby.edu Mon Nov 20 20:57:52 2006 From: jaearick at colby.edu (Jeff A. Earickson) Date: Mon, 20 Nov 2006 15:57:52 -0500 (EST) Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: <1164040577.8783.357.camel@hurina> References: <1164040577.8783.357.camel@hurina> Message-ID: On Mon, 20 Nov 2006, Timo Sirainen wrote: > Date: Mon, 20 Nov 2006 18:36:17 +0200 > From: Timo Sirainen > Reply-To: Dovecot Mailing List > To: Jeff A. Earickson > Cc: dovecot at dovecot.org > Subject: Re: [Dovecot] rc14 and rc15 performance issues > > On Mon, 2006-11-20 at 09:25 -0500, Jeff A. Earickson wrote: >> Hi, >> >> I am stuck at rc13 because rc14 and rc15 have both failed to keep >> up with imap connections on my (slow old) system. I have the problem >> where if a lot of people check their email at once (like at the >> top of the hour) then my load goes way up and things slow to a >> crawl. My setup: Solaris 10 on an E220R, mbox format, imap and imaps >> only. I also use "login_process_per_connection = no". Any suggestions? > > Like Marcus asked, is it I/O load or CPU load? And if CPU, what process > is using it? What passdb and userdb do you use? If you're not sure if > it's imap process or something else doing it, you could eg. run with > rc15's imap and everything else with rc13, or vice versa. > > Anyway I don't see what could have caused anything to work slower.. > Because of screaming users, I didn't have a lot of time at analyze the situation. The cpu load climbed and climbed, to 40+ (uptime number), memory was really low, it may have been paging. passdb is passwd-file and userdb is passwd, nothing exotic here. We have times like the top of the hour, and 11 AM especially, where everybody checks their email at once. This tends to spike the load. With rc13, it drops back quickly. With rc14/15 it goes up and stays there. Memory leak someplace? Our IMAP server is seriously underpowered and needs to be replaced. Jeff Earickson Colby College From sfs at tc.umn.edu Mon Nov 20 21:22:11 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Mon, 20 Nov 2006 15:22:11 -0600 Subject: [Dovecot] Problem with rc10, perhaps 11-15 Message-ID: <20061120212211.GG14501@earth.tc.umn.edu> I don't recall if I mentioned this on the list, but when you are configured with mbox format, and a user has no Dovecot index files yet, and the config is such that mbox_min_index_size is set to non-zero, non-default (128 in my test case), dovecot deliver fails. Commenting out "mbox_min_index_size" fixed the problem, and the indexes then get created. This problems exists in RC10 -- I'm mentioned this in case it still exists in the latest revs so it can get fixed before release. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From fcusack at fcusack.com Mon Nov 20 21:53:59 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Mon, 20 Nov 2006 13:53:59 -0800 Subject: [Dovecot] cache_key assertion error 1.0.rc15 In-Reply-To: <01887F3E1257600157327E6B@sucksless.local> References: <01887F3E1257600157327E6B@sucksless.local> Message-ID: <81A46DCA319BD679ED690BA0@sucksless.local> On November 20, 2006 11:38:30 AM -0800 Frank Cusack wrote: > On November 19, 2006 11:59:50 PM -0800 Frank Cusack > wrote: >> On November 19, 2006 8:58:54 PM -0800 Frank Cusack >> wrote: >>> I just added auth caching with pam, and I'm getting this error: >>> >>> dovecot: [ID 107833 mail.error] auth(default): file passdb.c: line 178 >>> (passdb_init): assertion failed: (passdb->passdb->default_pass_scheme != >>> NULL || passdb->passdb->cache_key == NULL) > > Looked into the source and I see that pam doesn't actually implement any > caching. Here is my first go at fixing it. It almost works. - cache is initialized correctly - user password is cached correctly until ttl expires Once the ttl expires, dovecot attempts to use the cached password to authenticate. This fails in my environment. Then (after trying PAM with the cached password, even though ttl has expired) dovecot prompts the user for the password, however it never sends the request to PAM. Some combination of waiting and trying again gets it working again, I haven't quite figure that one out. Might be waiting for the ttl expiry on the second (failed) request. I think the after-ttl-expiry problems are due to a broken cache implementation, not really a problem with my patch. But maybe I need to do something to clear the cache? I didn't see anything like that in passdb-passwd.c. -frank -------------- next part -------------- --- dovecot-1.0.beta15/src/auth/passdb-pam.c.orig 2006-11-20 12:40:23.237421000 -0800 +++ dovecot-1.0.beta15/src/auth/passdb-pam.c 2006-11-20 12:39:32.050764000 -0800 @@ -59,6 +59,8 @@ typedef linux_const void *pam_item_t; # define USERPASS_USER_FIXED 3 #endif +#define PAM_PASS_SCHEME "PLAIN" + struct pam_passdb_module { struct passdb_module module; @@ -219,14 +221,6 @@ static int pam_auth(struct auth_request } } - status = pam_get_item(pamh, PAM_USER, (linux_const void **)&item); - if (status != PAM_SUCCESS) { - *error = t_strdup_printf("pam_get_item() failed: %s", - pam_strerror(pamh, status)); - return status; - } - auth_request_set_field(request, "user", item, NULL); - return PAM_SUCCESS; } @@ -298,7 +292,7 @@ pam_verify_plain_child(struct auth_reque if (str != NULL) buffer_append(buf, str, strlen(str)); - /* Don't send larger writes than what would block. truncated error + /* Don't send larger writes than would be atomic. truncated error message isn't that bad.. */ size = I_MIN(buf->used, PIPE_BUF); if ((ret = write(fd, buf->data, size)) != (int)size) { @@ -430,6 +424,10 @@ pam_verify_plain(struct auth_request *re pam_auth_request->request = request; pam_auth_request->callback = callback; + /* save the password so cache can use it */ + auth_request_set_field(request, "password", password, + PAM_PASS_SCHEME); + pam_auth_request->io = io_add(fd[0], IO_READ, pam_child_input, pam_auth_request); } @@ -474,10 +472,11 @@ pam_preinit(struct auth_passdb *auth_pas return &module->module; } -static void pam_init(struct passdb_module *_module __attr_unused__, +static void pam_init(struct passdb_module *_module, const char *args __attr_unused__) { lib_signals_set_handler(SIGCHLD, TRUE, sigchld_handler, NULL); + _module->default_pass_scheme = PAM_PASS_SCHEME; } static void pam_deinit(struct passdb_module *_module __attr_unused__) From sfs at tc.umn.edu Mon Nov 20 22:06:26 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Mon, 20 Nov 2006 16:06:26 -0600 Subject: [Dovecot] Dovecot on Solaris Message-ID: <20061120220626.GI14501@earth.tc.umn.edu> For those running Dovecot on Solaris, what are your positive/negative experiences with building the software with CC vs. GCC? We are currently letting ./configure find our gcc and build with it, but wondered if anyone has any experience with Sun CC (does it even compile, for example). -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From cmaloney at cardgate.net Mon Nov 20 22:38:36 2006 From: cmaloney at cardgate.net (Curtis Maloney) Date: Tue, 21 Nov 2006 09:38:36 +1100 Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: References: <1164040577.8783.357.camel@hurina> Message-ID: <45622E6C.8070804@cardgate.net> Jeff A. Earickson wrote: > Our IMAP server is seriously underpowered and needs to be replaced. Just out of curiosity, how many users are we talking here? -- Curtis Maloney cmaloney at cardgate.net From asmoore at edge.net Mon Nov 20 23:25:25 2006 From: asmoore at edge.net (Alex Moore) Date: Mon, 20 Nov 2006 17:25:25 -0600 Subject: [Dovecot] Dovecot on Solaris In-Reply-To: <20061120220626.GI14501@earth.tc.umn.edu> References: <20061120220626.GI14501@earth.tc.umn.edu> Message-ID: <20061120172525.00001128@sws602.mcsun.local> On Mon, 20 Nov 2006 16:06:26 -0600 Steven F Siirila wrote: > For those running Dovecot on Solaris, what are your positive/negative > experiences with building the software with CC vs. GCC? We are > currently letting ./configure find our gcc and build with it, but > wondered if anyone has any experience with Sun CC (does it even > compile, for example). Yes, dovecot compiles just fine with Sun CC. Alex -- From fcusack at fcusack.com Mon Nov 20 23:54:24 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Mon, 20 Nov 2006 15:54:24 -0800 Subject: [Dovecot] cache_key assertion error 1.0.rc15 In-Reply-To: <81A46DCA319BD679ED690BA0@sucksless.local> References: <01887F3E1257600157327E6B@sucksless.local> <81A46DCA319BD679ED690BA0@sucksless.local> Message-ID: On November 20, 2006 1:53:59 PM -0800 Frank Cusack wrote: > Here is my first go at fixing it. It almost works. > > - cache is initialized correctly > - user password is cached correctly until ttl expires > > Once the ttl expires, dovecot attempts to use the cached password to > authenticate. This fails in my environment. Then (after trying PAM > with the cached password, even though ttl has expired) dovecot prompts > the user for the password, however it never sends the request to PAM. > > Some combination of waiting and trying again gets it working again, I > haven't quite figure that one out. Might be waiting for the ttl expiry > on the second (failed) request. > > I think the after-ttl-expiry problems are due to a broken cache > implementation, not really a problem with my patch. But maybe I need to > do something to clear the cache? I didn't see anything like that in > passdb-passwd.c. Nope, it was my fault. a) I was saving the user's entered password in the cache, not the correct password as known to pam b) I didn't need to save it explicitly, this is done already. Saving it explicitly was refreshing the cache (with the wrong password), I think. Here is a simpler patch which just initializes default_pass_scheme. Also I removed the code which allows changing of the username ... since that code runs in the child and does nothing AFAICT. Maybe that part of my patch is broken though. works for me ... -frank -------------- next part -------------- --- dovecot-1.0.beta15/src/auth/passdb-pam.c.orig 2006-11-20 15:40:06.495181000 -0800 +++ dovecot-1.0.beta15/src/auth/passdb-pam.c 2006-11-20 15:42:00.364356000 -0800 @@ -59,6 +59,8 @@ typedef linux_const void *pam_item_t; # define USERPASS_USER_FIXED 3 #endif +#define PAM_PASS_SCHEME "PLAIN" + struct pam_passdb_module { struct passdb_module module; @@ -219,14 +221,6 @@ static int pam_auth(struct auth_request } } - status = pam_get_item(pamh, PAM_USER, (linux_const void **)&item); - if (status != PAM_SUCCESS) { - *error = t_strdup_printf("pam_get_item() failed: %s", - pam_strerror(pamh, status)); - return status; - } - auth_request_set_field(request, "user", item, NULL); - return PAM_SUCCESS; } @@ -474,10 +468,11 @@ pam_preinit(struct auth_passdb *auth_pas return &module->module; } -static void pam_init(struct passdb_module *_module __attr_unused__, +static void pam_init(struct passdb_module *_module, const char *args __attr_unused__) { lib_signals_set_handler(SIGCHLD, TRUE, sigchld_handler, NULL); + _module->default_pass_scheme = PAM_PASS_SCHEME; } static void pam_deinit(struct passdb_module *_module __attr_unused__) From glenn at usg.edu Tue Nov 21 01:52:47 2006 From: glenn at usg.edu (Glenn Leavell) Date: Mon, 20 Nov 2006 20:52:47 -0500 Subject: [Dovecot] Dovecot on Solaris In-Reply-To: <20061120220626.GI14501@earth.tc.umn.edu> References: <20061120220626.GI14501@earth.tc.umn.edu> Message-ID: <20061121015247.GB28054@tony.bor.usg.edu> On Mon, Nov 20, 2006 at 04:06:26PM -0600, Steven F Siirila wrote: > For those running Dovecot on Solaris, what are your positive/negative > experiences with building the software with CC vs. GCC? We are currently > letting ./configure find our gcc and build with it, but wondered if anyone > has any experience with Sun CC (does it even compile, for example). I've successfully compiled Dovecot with GCC, but I'm currently using Sun Studio 11 / Sun C 5.8, and it works well. I'm using Solaris on SPARC, and presumably, Sun's compiler does a better job optimizing code for the SPARC, but that *is* just a presumption (I haven't performed any comparison benchmarks). Glenn -- Glenn Leavell Office of Information and Instructional Technology Board of Regents of the University System of Georgia From sommere at gac.edu Tue Nov 21 02:05:37 2006 From: sommere at gac.edu (Ethan Sommer) Date: Mon, 20 Nov 2006 20:05:37 -0600 Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: <45622E6C.8070804@cardgate.net> References: <1164040577.8783.357.camel@hurina> <45622E6C.8070804@cardgate.net> Message-ID: <45625EF1.6010704@gac.edu> Curtis Maloney wrote: > Jeff A. Earickson wrote: >> Our IMAP server is seriously underpowered and needs to be replaced. > > Just out of curiosity, how many users are we talking here? > Colby appears to have 1,871 students, about 220 faculty and I'm guessing 250 administrators/staff. So 2340 or so. I sympathize with your situation, I've been there. We have "Chapel" for a half hour every day, and _maybe_ 5% of our students/users/staff go to chapel, so (and we have closer to 3000 users) we have at least 2x our peek usage not counting chapel during that time. (and before I say this, I understand that your immediate problem is possibly a difference between rc13 and rc14/15 but I thought you might appreciate the knowledge of what we did in essentially the same situation as I imagine that even if the problem is solved this week by finding a memory leak its only a matter of time.) We used to run UW IMAP on Solaris using mbox. When we did we did a few things which did a good job of acting as stopgates: 1. We moved from using raid5 to raid 10. Based on some benchmarks I did recently on modern hardware which will soon be one of our dovecot cluster machines, raid 10 is about 3x as fast for block writes and 50% faster for block reads than raid 5. 2. We added more ram. Which, if you are possibly swapping you should certainly do, but even if you aren't the more ram you have the less often you have to touch the disks due to cache. 3. We added a 3rd mirror to our raid 10. (then we moved to a linux box with 6g of ram and 22 1k fc disks for inboxes in raid 10 running uw imap) Hmm, perhaps people would like to see the results of the benchmarks I ran on this list... Ethan Sommer -- -- Ethan Sommer Systems Administrator Gustavus Adolphus College 507-933-7042 sommere at gac.edu From sommere at gac.edu Tue Nov 21 02:37:24 2006 From: sommere at gac.edu (Ethan Sommer) Date: Mon, 20 Nov 2006 20:37:24 -0600 Subject: [Dovecot] RAID benchmarks Message-ID: <45626664.3080902@gac.edu> We (a small college with about 3000 active accounts) are currently in the process of moving from UW IMAP running on linux to dovecot running on a cluster of 3 or 4 new faster Linux machines. (Initially using perdition to split the load.) As we are building and designing the system, I'm attempting to take (or find) benchmarks everywhere I can in order to make informed decisions and so that when we need something faster we have something to compare it to. I've looked all over the Internet and I haven't seen very many good benchmarks running on recent hardware for things like this. Even simple things like how different raid levels perform with fast CPUs and really fast disks. We recently got the first of the cluster machines (which has the following specs: (from penguin computing) 2x 1.6ghz woodcrest (so 4 cores total) 2g ram (we may upgrade to more, depending on what we seem to need) 6x 15k SAS 73G hard drives. I've always read that RAID 10 is the RAID of choice for mail, because the checksums take time and whatnot, but on a system that fast I'm sure that's not an issue (which I could see from the cpu usage during benchmarks.) We were also wondering whether RAID6 would be a good option since it would give more redundancy. (raid6 allows 2 drive failures) All tests were run on ext3 with all 6 disks in the raid. Everything is using Linux software raid. I used bonnie++ to run the benchmarks, and here are the initial results we got: Output Input RAID "Per Chr" "Block" "Per Chr" "Block" RAID6 34628, 97983, 23316, 39077 RAID5 39559, 32715, 32036, 52231 RAID10 38816, 229062, 40645, 267418 I assume that mail running maildir (as we intend to do) is somewhere between writing one char at a time and writing huge blocks to fill 4g files. Since the Per Chr values seemed to have maxed out the CPU and we'll have 4 cores available, I tried the same thing running 4 copies of bonnie at once and adding the results. (I worked backwards and didn't bother with raid 6 for obvious reasons) Output Input RAID "Per Chr" "Block" "Per Chr" "Block" RAID5 37465, 37095, 102828, 174263 RAID10 111239, 128287, 93400, 230320 So, if our system is ever running full out, basically disk bound, it should be able to handle about 4X as many writes and at least as many reads using RAID10 than raid 5, and since raid 6 was pretty similar to raid 5 in the first tests, I assume it will be here too. I have the full bonnie results if anyone's interested. I also plan to come up with some basic benchmarks as we start to actually have dovecot working as we want it to. (Possibly using the macs in our labs and XGrid as a "client".. finally a use for that thing :) ) Do people have suggestions as to what to test for a primarily IMAP (+ a little POP) server? I was thinking of doing something similar to http://www.courier-mta.org/mbox-vs-maildir/ which selects a mail box, deletes and expunges a message, fetches a few messages, and then does some searches. Also, while I have the opportunity, are there any other benchmarks I should run? I suppose I could compare dovecot with mbox vs maildir, with indexing and without. Dovecot with indexing but the indexes deleted, etc. I could compare dovecot to uw imap. Anything else? I probably can't justify the time to get cyrus up and running. (I did that a few months ago when deciding which server to use...) Ethan Sommer -- -- Ethan Sommer Systems Administrator Gustavus Adolphus College 507-933-7042 sommere at gac.edu From sommere at gac.edu Tue Nov 21 02:46:49 2006 From: sommere at gac.edu (Ethan Sommer) Date: Mon, 20 Nov 2006 20:46:49 -0600 Subject: [Dovecot] RAID benchmarks (fixed results.. oops) In-Reply-To: <45626664.3080902@gac.edu> References: <45626664.3080902@gac.edu> Message-ID: <45626899.8020504@gac.edu> not sure how I messed that up so badly, the first set of numbers were off. here's the first numbers again: Output Input RAID "Per Chr" "Block" "Per Chr" "Block" RAID6 38918, 60365, 40098, 301104 RAID5 38689, 64907, 40320, 282653 RAID10 38816, 229062, 40645, 267418 All numbers are KByes/second. So the raid 6 can do block reads at about 300megabytes per second (for one thread) and the 4 threaded raid10 bellow did 230megabytes per second with 4 threads. Too many numbers in too big a spreadsheet I guess. In any case, that's what I actually got. Ethan Sommer wrote: > > We (a small college with about 3000 active accounts) are currently in > the process of moving from UW IMAP running on linux to dovecot running > on a cluster of 3 or 4 new faster Linux machines. (Initially using > perdition to split the load.) > > As we are building and designing the system, I'm attempting to take > (or find) benchmarks everywhere I can in order to make informed > decisions and so that when we need something faster we have something > to compare it to. I've looked all over the Internet and I haven't seen > very many good benchmarks running on recent hardware for things like > this. Even simple things like how different raid levels perform with > fast CPUs and really fast disks. > > We recently got the first of the cluster machines (which has the > following specs: (from penguin computing) > 2x 1.6ghz woodcrest (so 4 cores total) > 2g ram (we may upgrade to more, depending on what we seem to need) > 6x 15k SAS 73G hard drives. > > I've always read that RAID 10 is the RAID of choice for mail, because > the checksums take time and whatnot, but on a system that fast I'm > sure that's not an issue (which I could see from the cpu usage during > benchmarks.) We were also wondering whether RAID6 would be a good > option since it would give more redundancy. (raid6 allows 2 drive > failures) > > All tests were run on ext3 with all 6 disks in the raid. Everything is > using Linux software raid. > I used bonnie++ to run the benchmarks, and here are the initial > results we got: > Output Input > RAID "Per Chr" "Block" "Per Chr" "Block" > RAID6 34628, 97983, 23316, 39077 > RAID5 39559, 32715, 32036, 52231 > RAID10 38816, 229062, 40645, 267418 > > I assume that mail running maildir (as we intend to do) is somewhere > between writing one char at a time and writing huge blocks to fill 4g > files. Since the Per Chr values seemed to have maxed out the CPU and > we'll have 4 cores available, I tried the same thing running 4 copies > of bonnie at once and adding the results. (I worked backwards and > didn't bother with raid 6 for obvious reasons) > Output Input > RAID "Per Chr" "Block" "Per Chr" "Block" > RAID5 37465, 37095, 102828, 174263 > RAID10 111239, 128287, 93400, 230320 > > > So, if our system is ever running full out, basically disk bound, it > should be able to handle about 4X as many writes and at least as many > reads using RAID10 than raid 5, and since raid 6 was pretty similar to > raid 5 in the first tests, I assume it will be here too. > > > I have the full bonnie results if anyone's interested. > > I also plan to come up with some basic benchmarks as we start to > actually have dovecot working as we want it to. (Possibly using the > macs in our labs and XGrid as a "client".. finally a use for that > thing :) ) > > Do people have suggestions as to what to test for a primarily IMAP (+ > a little POP) server? I was thinking of doing something similar to > http://www.courier-mta.org/mbox-vs-maildir/ which selects a mail box, > deletes and expunges a message, fetches a few messages, and then does > some searches. > > Also, while I have the opportunity, are there any other benchmarks I > should run? I suppose I could compare dovecot with mbox vs maildir, > with indexing and without. Dovecot with indexing but the indexes > deleted, etc. I could compare dovecot to uw imap. > > Anything else? I probably can't justify the time to get cyrus up and > running. (I did that a few months ago when deciding which server to > use...) > > Ethan Sommer > -- -- Ethan Sommer Systems Administrator Gustavus Adolphus College 507-933-7042 sommere at gac.edu From tam at math.ubc.ca Tue Nov 21 04:06:02 2006 From: tam at math.ubc.ca (Joseph Tam) Date: Mon, 20 Nov 2006 20:06:02 -0800 (PST) Subject: [Dovecot] Dovecot on Solaris In-Reply-To: References: Message-ID: > For those running Dovecot on Solaris, what are your positive/negative > experiences with building the software with CC vs. GCC? We are currently > letting ./configure find our gcc and build with it, but wondered if anyone > has any experience with Sun CC (does it even compile, for example). I once used StudioCC to compile dovecot to see if the problem I had was a compiler bug, but in general, I use gcc since a lot of software is tested against it. I don't use Studio unless performance is critical. From moya at infomed.sld.cu Mon Nov 20 22:24:50 2006 From: moya at infomed.sld.cu (Maykel Moya) Date: Mon, 20 Nov 2006 17:24:50 -0500 Subject: [Dovecot] maildirsize update error In-Reply-To: <1163881908.8783.224.camel@hurina> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> Message-ID: <1164061490.9779.43.camel@julia.red.sld.cu> El s?b, 18-11-2006 a las 22:31 +0200, Timo Sirainen escribi?: > On Thu, 2006-11-16 at 16:07 -0500, Maykel Moya wrote: > > According to [1], Trash is a reserverd folder name. When moving a > > message to it, maildirsize should be update with a negative byte count. > > Well, yea.. I'm ignoring that part of the Maildir++ spec. Perhaps it > could be done optionally, but I'm not sure if it's still that good of an > idea. > > I think a better idea is to give Trash mailbox a bit of extra quota, > instead of unlimited quota. Unfortunately this won't work with v1.0's > quota plugin, but it is possible with my rewritten quota plugin: > > http://dovecot.org/patches/1.0/quota-rewrite.diff The patch didn't apply cleanly to rc15. root at pepita:/usr/src/redhat/BUILD/dovecot-1.0.rc15# patch -p0 References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> Message-ID: <1164060669.9779.38.camel@julia.red.sld.cu> El lun, 20-11-2006 a las 13:43 +0100, Steffen Kaiser escribi?: > On Sat, 18 Nov 2006, Timo Sirainen wrote: > > > On Thu, 2006-11-16 at 16:07 -0500, Maykel Moya wrote: > >> According to [1], Trash is a reserverd folder name. When moving a > >> message to it, maildirsize should be update with a negative byte count. > > > > Well, yea.. I'm ignoring that part of the Maildir++ spec. Perhaps it > > could be done optionally, but I'm not sure if it's still that good of an > > idea. > > > > I think a better idea is to give Trash mailbox a bit of extra quota, > > instead of unlimited quota. Unfortunately this won't work with v1.0's > > quota plugin, but it is possible with my rewritten quota plugin: > > The original post mentioned that to move a message into Trash fails, when > the user is over quota. > This, in the end, prevents an user to get under quota in MailDir++, > because the messages are expunged from Trash only. I detected the problem with complaints from users trying to empty their mail boxes. The webmail tried to move the deleted messages to Trash. I desirable behaviour would be: 1. Add a negative byte and message count to maildirsize whenever a mail is moved into Trash. 2. While moving a message do not touch maildirsize at all at least that one of the folders involved (origin / destination) were Trash. [1] may be nicely combinated with a hard quota limit imposed in dovecot.conf to Trash folder. [2] is necessary regardless the patch Timo provided so a user can move messages among its folders while being overquota. Regards, maykel From hein at wtech.co.za Tue Nov 21 07:08:21 2006 From: hein at wtech.co.za (Hein Celliers) Date: Tue, 21 Nov 2006 09:08:21 +0200 Subject: [Dovecot] how to configure dovecot Message-ID: <4562A5E5.80408@wtech.co.za> Hi all! I need some help....changing passwords....... Dovecot server, appears to cache the old credentials. It only discovers the change upon a restart. I need to know how to configure dovecot (dovecot-1.0-0.beta2.7) as not to cache the passwords. (Using fedora core 5) Thanks Hein Celliers From joseba.torre at ehu.es Tue Nov 21 07:34:41 2006 From: joseba.torre at ehu.es (Joseba Torre) Date: Tue, 21 Nov 2006 08:34:41 +0100 Subject: [Dovecot] RAID benchmarks In-Reply-To: <45626664.3080902@gac.edu> References: <45626664.3080902@gac.edu> Message-ID: <200611210834.41476.joseba.torre@ehu.es> Hi, we have over 6000 active accounts (half pop3, half imap), and switching from UW+mbox to dovecot+maildir was such an incredible performance boost that the same old hardware was more than enough. Also from our experience, disk I/O was critical with mbox, but not now (we keep using raid5 without performance penalties). Test it before you switch. Aaaaaaaaaaagur. El Martes, 21 de Noviembre de 2006 03:37, Ethan Sommer escribi?: > We (a small college with about 3000 active accounts) are currently in > the process of moving from UW IMAP running on linux to dovecot > running on a cluster of 3 or 4 new faster Linux machines. (Initially > using perdition to split the load.) > > As we are building and designing the system, I'm attempting to take > (or find) benchmarks everywhere I can in order to make informed > decisions and so that when we need something faster we have something > to compare it to. I've looked all over the Internet and I haven't > seen very many good benchmarks running on recent hardware for things > like this. Even simple things like how different raid levels perform > with fast CPUs and really fast disks. > > We recently got the first of the cluster machines (which has the > following specs: (from penguin computing) > 2x 1.6ghz woodcrest (so 4 cores total) > 2g ram (we may upgrade to more, depending on what we seem to need) > 6x 15k SAS 73G hard drives. > > I've always read that RAID 10 is the RAID of choice for mail, because > the checksums take time and whatnot, but on a system that fast I'm > sure that's not an issue (which I could see from the cpu usage during > benchmarks.) We were also wondering whether RAID6 would be a good > option since it would give more redundancy. (raid6 allows 2 drive > failures) > > All tests were run on ext3 with all 6 disks in the raid. Everything > is using Linux software raid. > I used bonnie++ to run the benchmarks, and here are the initial > results we got: > Output Input > RAID "Per Chr" "Block" "Per Chr" "Block" > RAID6 34628, 97983, 23316, 39077 > RAID5 39559, 32715, 32036, 52231 > RAID10 38816, 229062, 40645, 267418 > > I assume that mail running maildir (as we intend to do) is somewhere > between writing one char at a time and writing huge blocks to fill 4g > files. Since the Per Chr values seemed to have maxed out the CPU and > we'll have 4 cores available, I tried the same thing running 4 copies > of bonnie at once and adding the results. (I worked backwards and > didn't bother with raid 6 for obvious reasons) > Output Input > RAID "Per Chr" "Block" "Per Chr" "Block" > RAID5 37465, 37095, 102828, 174263 > RAID10 111239, 128287, 93400, 230320 > > > So, if our system is ever running full out, basically disk bound, it > should be able to handle about 4X as many writes and at least as many > reads using RAID10 than raid 5, and since raid 6 was pretty similar > to raid 5 in the first tests, I assume it will be here too. > > > I have the full bonnie results if anyone's interested. > > I also plan to come up with some basic benchmarks as we start to > actually have dovecot working as we want it to. (Possibly using the > macs in our labs and XGrid as a "client".. finally a use for that > thing :) ) > > Do people have suggestions as to what to test for a primarily IMAP (+ > a little POP) server? I was thinking of doing something similar to > http://www.courier-mta.org/mbox-vs-maildir/ which selects a mail box, > deletes and expunges a message, fetches a few messages, and then does > some searches. > > Also, while I have the opportunity, are there any other benchmarks I > should run? I suppose I could compare dovecot with mbox vs maildir, > with indexing and without. Dovecot with indexing but the indexes > deleted, etc. I could compare dovecot to uw imap. > > Anything else? I probably can't justify the time to get cyrus up and > running. (I did that a few months ago when deciding which server to > use...) > > Ethan Sommer -- Trying to make bits uncopyable is like trying to make water not wet. The sooner people accept this, and build business models that take this into account, the sooner people will start making money again. - Bruce Schneier From ben.marsh at editure.com Tue Nov 21 15:52:32 2006 From: ben.marsh at editure.com (Ben Marsh) Date: Wed, 22 Nov 2006 02:52:32 +1100 Subject: [Dovecot] maildirsize update error In-Reply-To: <1164060669.9779.38.camel@julia.red.sld.cu> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <1164060669.9779.38.camel@julia.red.sld.cu> Message-ID: <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> On 21/11/2006, at 9:11 AM, Maykel Moya wrote: > El lun, 20-11-2006 a las 13:43 +0100, Steffen Kaiser escribi?: > >> On Sat, 18 Nov 2006, Timo Sirainen wrote: >> >>> On Thu, 2006-11-16 at 16:07 -0500, Maykel Moya wrote: >>>> According to [1], Trash is a reserverd folder name. When moving a >>>> message to it, maildirsize should be update with a negative byte >>>> count. >>> >>> Well, yea.. I'm ignoring that part of the Maildir++ spec. Perhaps it >>> could be done optionally, but I'm not sure if it's still that >>> good of an >>> idea. >>> >>> I think a better idea is to give Trash mailbox a bit of extra quota, >>> instead of unlimited quota. Unfortunately this won't work with >>> v1.0's >>> quota plugin, but it is possible with my rewritten quota plugin: >> >> The original post mentioned that to move a message into Trash >> fails, when >> the user is over quota. >> This, in the end, prevents an user to get under quota in MailDir++, >> because the messages are expunged from Trash only. > > I detected the problem with complaints from users trying to empty > their > mail boxes. The webmail tried to move the deleted messages to Trash. > > I desirable behaviour would be: > 1. Add a negative byte and message count to maildirsize whenever a > mail > is moved into Trash. What happens when users find that they can store stuff in the Trash dir when they are out of quota in the other folders? Such behavior would make trash a haven for getting around quota limits. You could perhaps threaten users with periodic enforced purges of the trash but that wouldn't go down well (At least where I work). > 2. While moving a message do not touch maildirsize at all at least > that > one of the folders involved (origin / destination) were Trash. Given that there is no move in the IMAP specification, Dovecot would have to do a lookahead to find the expunge command after the copy command for all move operations. That would mean that dovecot would have to falsely return success for all copies in order to "see" the next IMAP command. In short I don't think that it is good/desirable behavior because of these problems. Regards, Ben Marsh From adam at os.inf.tu-dresden.de Tue Nov 21 08:48:10 2006 From: adam at os.inf.tu-dresden.de (Adam Lackorzynski) Date: Tue, 21 Nov 2006 09:48:10 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <1164040308.8783.351.camel@hurina> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <1164040308.8783.351.camel@hurina> Message-ID: <20061121084810.GW1899@os.inf.tu-dresden.de> Hi, On Mon Nov 20, 2006 at 18:31:48 +0200, Timo Sirainen wrote: > On Mon, 2006-11-20 at 10:56 +0100, Alex wrote: > > i'm working with dovecot-1.0.rc15 > > > > I have receive a lot of duplicate emails with microsoft outlook, i > > don't have this problem with outlook express > > This is in pop3 One of my users is seeing duplicate mails occasionally too. Client is Sylpheed with POP3. It is quite seldom, maybe twice a month, using POP3 several hours a day. We've been seeing this for some time now, including up to rc13. Haven't tried rc15 yet. We haven't found a way to reproduce this behaviour. Mailbox format is mbox. The mbox file is on a local filesystem, the index files are on NFS (actually, ~/Mail/INBOX points to /var/mail/$user). I have "mmap_disable = yes" and default locking. Client and server are recent Linux kernels. Server is running 32 bit userland with 64 bit kernel on a BE machine. Client is standard 32 bit kernel and user. > What do you have in pop3_uidl_format? That's the only thing that I can > think of what could be configured wrong. pop3_uidl_format = %08Xu%08Xv > What do you see in logs? Does the client disconnect normally, or is > there a timeout, crash or something? Nothing exciting in the logs, everything looks normal. Adam -- Adam adam at os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/ From chibi at gol.com Tue Nov 21 09:18:45 2006 From: chibi at gol.com (Christian Balzer) Date: Tue, 21 Nov 2006 18:18:45 +0900 Subject: [Dovecot] RAID benchmarks In-Reply-To: <45626664.3080902@gac.edu> References: <45626664.3080902@gac.edu> Message-ID: Ethan Sommer wrote: [various RAID benchmark results] Which RAID10 where you using exactly, RAID1+0 or the native Linux MD RAID10 format? (see "man md" or http://en.wikipedia.org/wiki/RAID#Linux_MD_RAID_10 ) Because using the far (or offset) layout will quite dramatically influence the results. Regards, Christian Balzer -- Christian Balzer Network/Systems Engineer NOC chibi at gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/ From dgeo at ec-marseille.fr Tue Nov 21 11:26:38 2006 From: dgeo at ec-marseille.fr (Geoffroy Desvernay) Date: Tue, 21 Nov 2006 12:26:38 +0100 Subject: [Dovecot] Freebsd: fs quota / big maildir Message-ID: <4562E26E.7030305@ec-marseille.fr> I'm testing dovecot as courier-imap replacement. My setup: FreeBSD 6.1 nfs homedirs on FreeBSD server ~/Maildir 's LDAP auth - bind_auth=yes Seems to work well in most cases, but: - No way to read a maildir with 35000+ messages (a freebsd mailing-list for some years) => Nov 21 12:11:42 host dovecot: child 7217 (imap) killed with signal 11 - No way to have quota plugin reporting anything => quotactl(Q_GETQUOTA, /users/group) failed: Operation not supported Any idea ? What did I forget ? What could I do to debug this ? (mail_debug = yes) -- ___________________________________________________________ / Geoffroy DESVERNAY | \ /\ `Service info` | Tel: (+33|0)4 91 05 45 24 /\ \/ Ecole Centrale de Marseille | Fax: (+33|0)4 91 05 45 98 \/ \ (ex-EGIM) | Mail: dgeo at ec-marseille.fr / ----------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4509 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20061121/a00e8904/attachment.bin From zbyszek at szalbot.homedns.org Tue Nov 21 11:36:36 2006 From: zbyszek at szalbot.homedns.org (Zbigniew Szalbot) Date: Tue, 21 Nov 2006 12:36:36 +0100 (CET) Subject: [Dovecot] duplicate emails In-Reply-To: <45618428.1807.3C0309@knute.frazmtn.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com>, <75eb42920611201016q74168261oeda3ef6fa7a3d4c2@mail.gmail.com>, <75eb42920611201022y15cc68dvba9262aa5a0a8798@mail.gmail.com> <45618428.1807.3C0309@knute.frazmtn.com> Message-ID: Hello, On Mon, 20 Nov 2006, Knute Johnson wrote: > I think that is the default on mine. > >> i solved with this, i think >> >> pop3_uidl_format = %08Xu%08Xv I also notice this problem from time to time. I am on rc7. Yesterday in the evening I sent an email to exim mailing list. I got the copy of it. Today after I logged in and out a couple of times I saw a new email from exim mailing list which was the copy I sent yesterday. Although both emails look identical, they are not. The first one has full headers from the mailing list, the second one only has a few local headers and that's all. I can send them offlist if it helps spot the problem. It is not a first situation like that. As for MUA I use pine. Thank you! -- Zbigniew Szalbot From dom at helenmarks.co.uk Tue Nov 21 11:44:27 2006 From: dom at helenmarks.co.uk (Dominic Marks) Date: Tue, 21 Nov 2006 11:44:27 +0000 Subject: [Dovecot] Freebsd: fs quota / big maildir In-Reply-To: <4562E26E.7030305@ec-marseille.fr> References: <4562E26E.7030305@ec-marseille.fr> Message-ID: <20061121114427.ce207033.dom@helenmarks.co.uk> On Tue, 21 Nov 2006 12:26:38 +0100 Geoffroy Desvernay wrote: > I'm testing dovecot as courier-imap replacement. > > My setup: > FreeBSD 6.1 > nfs homedirs on FreeBSD server > ~/Maildir 's > LDAP auth - bind_auth=yes > > Seems to work well in most cases, but: > > - No way to read a maildir with 35000+ messages (a freebsd mailing-list > for some years) Very odd. I have a single folder with 45k which is fine. Setup is FreeBSD 5.5 local maildir. Total mailbox is about 300k spread over several folders. No problems. > => Nov 21 12:11:42 host dovecot: child 7217 (imap) killed with signal 11 > > - No way to have quota plugin reporting anything > => quotactl(Q_GETQUOTA, /users/group) failed: Operation not supported > > Any idea ? > > What did I forget ? What could I do to debug this ? (mail_debug = yes) Dominic From sysadmin at e-positive.ee Tue Nov 21 11:51:36 2006 From: sysadmin at e-positive.ee (Mart Pirita) Date: Tue, 21 Nov 2006 13:51:36 +0200 Subject: [Dovecot] Loging folder based information etc? Message-ID: <4562E848.2090807@e-positive.ee> Hello. Today one user lost Sent Items folder, seems he deleted it, but I want to be sure. But how? Right now I'm using: login_log_format_elements = %u [%r] %m %c What should I use to see in logs information about created/deleted folders etc? -- Mart From CMarcus at Media-Brokers.com Tue Nov 21 11:56:58 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 21 Nov 2006 06:56:58 -0500 Subject: [Dovecot] maildirsize update error In-Reply-To: <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <1164060669.9779.38.camel@julia.red.sld.cu> <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> Message-ID: <4562E98A.1000108@Media-Brokers.com> > What happens when users find that they can store stuff in the Trash dir > when they are out of quota in the other folders? Such behavior would > make trash a haven for getting around quota limits. You could perhaps > threaten users with periodic enforced purges of the trash but that > wouldn't go down well (At least where I work). I'm curious... we don't use quotas here, but I've been thinking about implementing them. We also use Thunderbird as our preferred mail client, and while I agree that our users would *not* be happy about losing the ability to keep a weeks worth of trashed mail, Thunderbird does (don't most?) have the ability to delete a message immediately, bypassing the 'Move to trash' operation, by simply holding the 'Shift' key while deleting a message. How does/would dovecot react if a user did this? If dovecot allowed the operation, then wouldn't a simple user education be a viable workaround - just tell people how to do this in the mail client they are using when this happens? -- Best regards, Charles From jaearick at colby.edu Tue Nov 21 12:02:22 2006 From: jaearick at colby.edu (Jeff A. Earickson) Date: Tue, 21 Nov 2006 07:02:22 -0500 (EST) Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: <45622E6C.8070804@cardgate.net> References: <1164040577.8783.357.camel@hurina> <45622E6C.8070804@cardgate.net> Message-ID: We have roughly 3K users. Not all of them use webmail/IMAP, probably around half that number actually hit the dovecot server. Jeff Earickson On Tue, 21 Nov 2006, Curtis Maloney wrote: > Date: Tue, 21 Nov 2006 09:38:36 +1100 > From: Curtis Maloney > To: Jeff A. Earickson > Cc: Dovecot Mailing List > Subject: Re: [Dovecot] rc14 and rc15 performance issues > > Jeff A. Earickson wrote: >> Our IMAP server is seriously underpowered and needs to be replaced. > > Just out of curiosity, how many users are we talking here? > > -- > Curtis Maloney > cmaloney at cardgate.net > From jaearick at colby.edu Tue Nov 21 12:05:04 2006 From: jaearick at colby.edu (Jeff A. Earickson) Date: Tue, 21 Nov 2006 07:05:04 -0500 (EST) Subject: [Dovecot] Dovecot on Solaris In-Reply-To: <20061120172525.00001128@sws602.mcsun.local> References: <20061120220626.GI14501@earth.tc.umn.edu> <20061120172525.00001128@sws602.mcsun.local> Message-ID: On Mon, 20 Nov 2006, Alex Moore wrote: > Date: Mon, 20 Nov 2006 17:25:25 -0600 > From: Alex Moore > To: dovecot at dovecot.org > Subject: Re: [Dovecot] Dovecot on Solaris > > On Mon, 20 Nov 2006 16:06:26 -0600 > Steven F Siirila wrote: > >> For those running Dovecot on Solaris, what are your positive/negative >> experiences with building the software with CC vs. GCC? We are >> currently letting ./configure find our gcc and build with it, but >> wondered if anyone has any experience with Sun CC (does it even >> compile, for example). > > Yes, dovecot compiles just fine with Sun CC. I use gcc with "-g -O" so that I get useful core dumps from dovecot that I can poke at with gdb. Jeff Earickson Colby College From sommere at gac.edu Tue Nov 21 13:45:49 2006 From: sommere at gac.edu (Ethan Sommer) Date: Tue, 21 Nov 2006 07:45:49 -0600 Subject: [Dovecot] RAID benchmarks In-Reply-To: References: <45626664.3080902@gac.edu> Message-ID: <4563030D.8030407@gac.edu> I created 3 mirrors of 2 drives and then striped them. I will attempt to do the benchmark again by setting the level to 10. Are you suggesting that you would expect performance to bet better or worse with linux's raid 10 with 2 mirrors and an even number of drives? Christian Balzer wrote: > Ethan Sommer wrote: > > [various RAID benchmark results] > > Which RAID10 where you using exactly, RAID1+0 or the native Linux > MD RAID10 format? > (see "man md" or http://en.wikipedia.org/wiki/RAID#Linux_MD_RAID_10 ) > > Because using the far (or offset) layout will quite dramatically > influence the results. > > Regards, > > Christian Balzer > -- -- Ethan Sommer Systems Administrator Gustavus Adolphus College 507-933-7042 sommere at gac.edu From chibi at gol.com Tue Nov 21 14:05:58 2006 From: chibi at gol.com (Christian Balzer) Date: Tue, 21 Nov 2006 23:05:58 +0900 Subject: [Dovecot] RAID benchmarks In-Reply-To: <4563030D.8030407@gac.edu> References: <45626664.3080902@gac.edu> <4563030D.8030407@gac.edu> Message-ID: Ethan Sommer wrote: >I created 3 mirrors of 2 drives and then striped them. > >I will attempt to do the benchmark again by setting the level to 10. > >Are you suggesting that you would expect performance to bet better or >worse with linux's raid 10 with 2 mirrors and an even number of drives? > I'm suggesting to expect far better performance, especially with "far" layout (and one less layer of complexity/latency). Regards, Christian -- Christian Balzer Network/Systems Engineer NOC chibi at gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/ From lists at stringsutils.com Tue Nov 21 15:04:46 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Tue, 21 Nov 2006 10:04:46 -0500 Subject: [Dovecot] Indexing transfered mails? Message-ID: Going to be transfering a number of domains from a Courier setup to Dovecot. Is there a way to get Dovecot to index the files before the users access their accounts? From dgeo at ec-marseille.fr Tue Nov 21 15:23:11 2006 From: dgeo at ec-marseille.fr (Geoffroy Desvernay) Date: Tue, 21 Nov 2006 16:23:11 +0100 Subject: [Dovecot] Freebsd: fs quota / big maildir In-Reply-To: <20061121114427.ce207033.dom@helenmarks.co.uk> References: <4562E26E.7030305@ec-marseille.fr> <20061121114427.ce207033.dom@helenmarks.co.uk> Message-ID: <456319DF.4060004@ec-marseille.fr> Dominic Marks wrote: > On Tue, 21 Nov 2006 12:26:38 +0100 > Geoffroy Desvernay wrote: > >> I'm testing dovecot as courier-imap replacement. >> >> My setup: >> FreeBSD 6.1 >> nfs homedirs on FreeBSD server >> ~/Maildir 's >> LDAP auth - bind_auth=yes >> >> Seems to work well in most cases, but: >> >> - No way to read a maildir with 35000+ messages (a freebsd mailing-list >> for some years) > > Very odd. I have a single folder with 45k which is fine. Setup > is FreeBSD 5.5 local maildir. Total mailbox is about 300k > spread over several folders. No problems. > I tried with a local copy of my Maildir: nothing more... >> => Nov 21 12:11:42 host dovecot: child 7217 (imap) killed with signal 11 >> >> - No way to have quota plugin reporting anything >> => quotactl(Q_GETQUOTA, /users/group) failed: Operation not supported >> >> Any idea ? >> >> What did I forget ? What could I do to debug this ? (mail_debug = yes) > > Dominic -- ___________________________________________________________ / Geoffroy DESVERNAY | \ /\ `Service info` | Tel: (+33|0)4 91 05 45 24 /\ \/ Ecole Centrale de Marseille | Fax: (+33|0)4 91 05 45 98 \/ \ (ex-EGIM) | Mail: dgeo at ec-marseille.fr / ----------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4509 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20061121/2dc1eb0a/attachment.bin From Kind at it.uib.no Tue Nov 21 17:28:21 2006 From: Kind at it.uib.no (Hans Morten Kind) Date: Tue, 21 Nov 2006 18:28:21 +0100 Subject: [Dovecot] Dovecot on Solaris In-Reply-To: <20061120220626.GI14501@earth.tc.umn.edu> References: <20061120220626.GI14501@earth.tc.umn.edu> Message-ID: <20061121172821.GA20194@alf.uib.no> We are running Dovecot compiled with gcc, it does compile with Sun's cc - even with 64bits (-xarch=v9) but I dont think we would accomplish anything running with 64bit code? We prefer gcc as dependent libraries like openssl compiles best with the commonly used gcc If there should be any gain running the 64bits-binary, I would like to know. We have been running rc15 for more than 2 days now, not experienceing any problems seen on previous release-candidates. I think it's a go for 1.0 Lots of thanks to the fine work of Timo! Hans Morten Kind Univ of Bergen 10k+ users daily From brian at braverock.com Tue Nov 21 18:55:33 2006 From: brian at braverock.com (Brian G. Peterson) Date: Tue, 21 Nov 2006 12:55:33 -0600 Subject: [Dovecot] Dovecot rc -> 1.0 In-Reply-To: <20061121172821.GA20194@alf.uib.no> References: <20061120220626.GI14501@earth.tc.umn.edu> <20061121172821.GA20194@alf.uib.no> Message-ID: <200611211255.33882.brian@braverock.com> On Tuesday 21 November 2006 11:28, Hans Morten Kind wrote: > not experienceing any problems seen on previous release-candidates. > > I think it's a go for 1.0 > > Lots of thanks to the fine work of Timo! I'd second these comments. rc15 with dovecot-sieve is working very well here on a Gentoo Athlon XP server. Timo, Do you have a list of open issues that are "blocking" dovecot 1.0final ? Regards, - Brian From dking at ketralnis.com Tue Nov 21 19:14:52 2006 From: dking at ketralnis.com (David King) Date: Tue, 21 Nov 2006 11:14:52 -0800 Subject: [Dovecot] assertion failed: (need_space == (uoff_t)-mails[idx].space) In-Reply-To: <1163330359.8783.23.camel@hurina> References: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> <1163330359.8783.23.camel@hurina> Message-ID: After much frustration I finally deleted all of the .imap directories in the mbox directory tree and the problem seems to have gone away. -- David On 12 Nov 2006, at 03:19, Timo Sirainen wrote: > On Sat, 2006-11-11 at 23:15 -0800, David King wrote: >> I'm running Dovecot dovecot-1.0.r13 on FreeBSD (FreeBSD 6.1-RELEASE- >> p10). Mail is stored in mbox format (dovecot.conf after the msg). > > I fixed one reason for this in rc11, but I don't know why it would > happen in rc13 anymore.. > >> In dovecot.conf I have mail_drop_priv_before_exec = no, but I can't >> find the core file that I would expect it to dump, so I can't give >> you a backtrace. Hopefully the assertion in /var/log/maillog is >> enough. > > You need to have mail_drop_priv_before_exec=yes to get the core files, > and ulimit -c set to be high enough before starting dovecot. > >> With ~/.mail/Cron perpetually locked, I'm not able to receive mail in >> this folder, and with any IMAP client that tries to access that >> folder having the IMAP server shut down, it keeps me from getting >> mail. Any ideas? > > If it happens only for that one mailbox, can you easily reproduce the > crash then? If so, could you put the mbox file through > http://dovecot.org/tools/mbox-anonymize.pl and send it to me? There's > something in the mbox that Dovecot doesn't seem to like. > >> passdb pam { >> } >> userdb passwd { >> } >> userdb prefetch { >> } > > BTW. There's no use to have prefetch there, since passwd will > always get > used before that. From anders.lund at uninett.no Tue Nov 21 21:40:30 2006 From: anders.lund at uninett.no (Anders Lund) Date: Tue, 21 Nov 2006 22:40:30 +0100 Subject: [Dovecot] Connection to server time out when deleting (moving to Trash) Message-ID: <4563724E.4040402@uninett.no> Hi, Running: * Dovecot 1.0 rc15 * Debian Sarge Linux Using Maildir and IMAP over SSL. When trying to delete a lot of mail (> 5000-6000 messages) in some folder, using Mozilla Thunderbird (1.5.0.7) on Ubuntu, I often experience "Connection to server timed out." Any suggestions on how to fix this problem? "Empty Trash" seem to work fine, so I guess this is related to moving a lot of mail from one folder to another (Thrash)? - Anders -- Anders Lund .~. UNINETT, N-7465 Trondheim, Norway / V \ Phone: +47 73 55 79 08 | Fax: +47 73 55 79 01 /( )\ ^ ^ From pveerman at nemo.kabelfoon.net Tue Nov 21 22:40:03 2006 From: pveerman at nemo.kabelfoon.net (Peter Veerman) Date: Tue, 21 Nov 2006 23:40:03 +0100 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <1163964268.8783.345.camel@hurina> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> <45604005.40103@nemo.kabelfoon.net> <1163936463.8783.342.camel@hurina> <45606D71.9030706@nemo.kabelfoon.net> <4560A2CA.1050300@nemo.kabelfoon.net> <1163964268.8783.345.camel@hurina> Message-ID: <45638043.1060702@nemo.kabelfoon.net> On Sun, 2006-11-19 at 19:30 +0100, Peter Veerman wrote: >> Nov 19 17:32:10 Info: imap-login: Disconnected: Inactivity: >> rip=88.211.149.123, lip=62.45.54.4, TLS >> > > So at least the TLS handshake gets finished. > > >> Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userC at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userE at domain): Disconnected >> Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected >> Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE >> >> But after these problems the next line is also in my logs when after >> these messages another user tries to authenticate: >> Nov 19 17:35:09 Info: auth-worker(default): mysql: Connected to >> localhost (postfix) >> >> Could it be that the mysql username-password backend times out and takes >> it time to reconnect to mysql and in the meantime an account gets the >> "you have got a wrong password" response? >> > > Maybe.. Set auth_debug=yes and see what happens around the time it logs > inactivity? > auth_debug=yes was already in my logfiles and i didn't see any suspicious other than the mysql: Connected to localhost (postfix) that related to the mysql database.. though After a very long period of inactivity (me watching television) my /messages logfile reported the following errors: Nov 21 22:41:03 bubbles kernel: pid 90306 (imap), uid 125: exited on signal 6 Nov 21 22:41:03 bubbles kernel: pid 90302 (imap), uid 125: exited on signal 6 Nov 21 22:41:03 bubbles kernel: pid 95719 (imap), uid 125: exited on signal 6 Nov 21 22:41:03 bubbles kernel: pid 90308 (imap), uid 125: exited on signal 6 Nov 21 22:41:03 bubbles kernel: pid 90299 (imap), uid 125: exited on signal 6 Nov 21 22:41:03 bubbles kernel: pid 90301 (imap), uid 125: exited on signal 6 Nov 21 22:41:04 bubbles kernel: pid 93803 (imap), uid 125: exited on signal 6 Nov 21 22:51:03 bubbles kernel: pid 95917 (imap), uid 125: exited on signal 6 Nov 21 22:51:06 bubbles kernel: pid 93685 (imap), uid 125: exited on signal 6 but and my dovecot reports: Nov 21 22:41:00 Info: imap-login: Disconnected: Inactivity: rip=x.x.149.123, lip=x.x.54.4, TLS Nov 21 22:41:01 Info: imap-login: Disconnected: Inactivity: rip=x.x.149.123, lip=x.x.54.4, TLS Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:04 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:20 Info: auth-worker(default): mysql: Connected to localhost (postfix) So something that is not shown in logs is not going that well. grtz Peter From ben.marsh at editure.com Thu Nov 23 00:36:23 2006 From: ben.marsh at editure.com (Ben Marsh) Date: Thu, 23 Nov 2006 11:36:23 +1100 Subject: [Dovecot] maildirsize update error In-Reply-To: <4562E98A.1000108@Media-Brokers.com> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <1164060669.9779.38.camel@julia.red.sld.cu> <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> <4562E98A.1000108@Media-Brokers.com> Message-ID: On 21/11/2006, at 10:56 PM, Charles Marcus wrote: >> What happens when users find that they can store stuff in the >> Trash dir when they are out of quota in the other folders? Such >> behavior would make trash a haven for getting around quota >> limits. You could perhaps threaten users with periodic enforced >> purges of the trash but that wouldn't go down well (At least where >> I work). > > I'm curious... we don't use quotas here, but I've been thinking > about implementing them. > > We also use Thunderbird as our preferred mail client, and while I > agree that our users would *not* be happy about losing the ability > to keep a weeks worth of trashed mail, Thunderbird does (don't > most?) have the ability to delete a message immediately, bypassing > the 'Move to trash' operation, by simply holding the 'Shift' key > while deleting a message. > > How does/would dovecot react if a user did this? If dovecot allowed > the operation, then wouldn't a simple user education be a viable > workaround - just tell people how to do this in the mail client > they are using when this happens? > I guess it all depends on how amenable to education the users are. But, if user education was all that was necessary, I don't think that we would need quotas at all. Regards, Ben Marsh From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Wed Nov 22 07:21:19 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Wed, 22 Nov 2006 08:21:19 +0100 (CET) Subject: [Dovecot] maildirsize update error In-Reply-To: <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <1164060669.9779.38.camel@julia.red.sld.cu> <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 22 Nov 2006, Ben Marsh wrote: > What happens when users find that they can store stuff in the Trash dir when > they are out of quota in the other folders? Such behavior would make trash a Therefore I wrote before: > > I agree that it is not good to have an unlimited Trash folder, but to move > > a message from one folder into Trash should be always possible. > periodic enforced purges of the trash but that wouldn't go down well (At > least where I work). Here as well. >> 2. While moving a message do not touch maildirsize at all at least that >> one of the folders involved (origin / destination) were Trash. > > Given that there is no move in the IMAP specification, Dovecot would have to > do a lookahead to find the expunge command after the copy command for all > move operations. That would mean that dovecot would have to falsely return > success for all copies in order to "see" the next IMAP command. In short I > don't think that it is good/desirable behavior because of these problems. OK, that's a problem. Hm, one could restrict this to Trash and rollback the action after the user logs out, N commands or something else, unless the original messages had been expunged. How about to have a feature like "try to hardlink when COPY into Trash"? Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRWP6cy9SORjhbDpvAQIyQwf/UqvCpY2E7gRJtaYezHz/PJQLg/RPe8p4 uXpcj68VTSru6GSoyOanVY0jm5UfK5drFixtsh2TjW9ORTLrmTOs8NCW3746EbWh U8nABxR6zvum45epegV15o6YgvaAWZnk1SZjAf6LXckn2TkkhE6h7kDzmlqFkemn H0qmpBw/1apk6B1RFx7wE21rv8r7z2uCQqLlAPf8sTDihNVyR2DWOz53ShmzKLzg bfFuzGFFps2ZaHgWF44gkhxDgyEwRIlP1T9UaVOWgNrnxY3t3eSE0dJugfqj2qJM Qw9nl1ezEfubvvRn3tzLsygohlZ62M7kCFA7LebSqsk/2H1lQVOdgw== =rKcc -----END PGP SIGNATURE----- From egbert at vandenbussche.nl Wed Nov 22 07:43:49 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 22 Nov 2006 08:43:49 +0100 Subject: [Dovecot] maildirsize update error In-Reply-To: Message-ID: <005c01c70e09$f2da0f20$0d01a8c0@egbert> > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Steffen Kaiser > Sent: Wednesday, November 22, 2006 8:21 AM > To: dovecot at dovecot.org > Subject: Re: [Dovecot] maildirsize update error > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 22 Nov 2006, Ben Marsh wrote: > > > What happens when users find that they can store stuff in the Trash > > dir when > > they are out of quota in the other folders? Such behavior > would make trash a > > Therefore I wrote before: > > > > I agree that it is not good to have an unlimited Trash > folder, but > > > to > move > > > a message from one folder into Trash should be always possible. > > > periodic enforced purges of the trash but that wouldn't go > down well > > (At > > least where I work). > > Here as well. > > >> 2. While moving a message do not touch maildirsize at all at least > >> that one of the folders involved (origin / destination) were Trash. > > > > Given that there is no move in the IMAP specification, > Dovecot would > > have to > > do a lookahead to find the expunge command after the copy > command for all > > move operations. That would mean that dovecot would have > to falsely return > > success for all copies in order to "see" the next IMAP > command. In short I > > don't think that it is good/desirable behavior because of > these problems. > > OK, that's a problem. > > Hm, one could restrict this to Trash and rollback the action > after the > user logs out, N commands or something else, unless the > original messages > had been expunged. > How about to have a feature like "try to hardlink when COPY > into Trash"? > > Bye, Just a stupid suggestion from a newcomer... Why not introducing a separate quotum for Trash? Could be a percentage of total quota or a predifined amount independent of 'real' quota. Just my 2 $c Egbert Jan -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3834 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061122/6c178d35/attachment.bin From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Wed Nov 22 08:09:40 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Wed, 22 Nov 2006 09:09:40 +0100 (CET) Subject: [Dovecot] maildirsize update error In-Reply-To: <005c01c70e09$f2da0f20$0d01a8c0@egbert> References: <005c01c70e09$f2da0f20$0d01a8c0@egbert> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 22 Nov 2006, Egbert Jan wrote: > Just a stupid suggestion from a newcomer... Why not introducing a separate > quotum for Trash? Could be a percentage of total quota or a predifined > amount independent of 'real' quota. OK, consider the following scenario: 0) All the mailboxes except Trash may allocate 500MB. Trash may allocate any percentage below 100% of 500MB. 1) One message arrives of the size 500MB, it get spooled into INBOX. Now try to do anything with it. OK, this is a worst-case scenario; the independed Trash quota must be larger than or equal to the maximum message size you accept. Second, someone already pointed out that the user can use Trash as yet-another-folder, e.g. to store information. You effectively increased the quota of the user, or you lower the user's quota (in the view of the user) by reserving part of his quota for Trash. Well, many people will point out that hard disk space is cheap today. In my opinion, one user has one quota for all the message storred on the system. I used to empose file system quota, with the same effect that a full mailbox locks the users from deleting through Trash. :-( Bye. - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRWQFyC9SORjhbDpvAQJ8ZAf+NE4EgbpL6pDlrQdm4mYpN/ia0WJ3bhuq r4ii7h4oEUzjopgE2YpTx3tL+m1j1voEF2Paa4ypKyPZmjW4qpJ1SRvlY1BrTpJQ SblYIMXD9fLI4ubf0v5YT/t/Z0g2ppp3XUF2iZ8nN77v7Sug5CZ0GELJgo7q3ss9 RVVsbyyk7cyWn0pZsoK5UNmS08iI0MdUbdreg4EPMncQ4l9N0N4EfeZ4yHHRYZaf EcF7S+XDxGQBlmIx2CujADKIqGDS82ydf4WuhNJ4BDkFKrikVggFoiMIUr9tXh96 cTlZP3KQ0yEjt9S8visZrxTAfuTPATiK9mnJ8F/Hs5x+eyZR0o3cmw== =8cUg -----END PGP SIGNATURE----- From de at floydworld.de Wed Nov 22 09:33:08 2006 From: de at floydworld.de (Dirk Essl) Date: Wed, 22 Nov 2006 10:33:08 +0100 Subject: [Dovecot] Connection to server time out when deleting (moving to Trash) In-Reply-To: <4563724E.4040402@uninett.no> References: <4563724E.4040402@uninett.no> Message-ID: <45641954.60107@floydworld.de> Anders Lund wrote: > Hi, > > Running: > * Dovecot 1.0 rc15 > * Debian Sarge Linux > > Using Maildir and IMAP over SSL. > > When trying to delete a lot of mail (> 5000-6000 messages) in some > folder, using Mozilla Thunderbird (1.5.0.7) on Ubuntu, I often > experience "Connection to server timed out." Any suggestions > on how to fix this problem? > > "Empty Trash" seem to work fine, so I guess this is related to moving a > lot of mail from one folder to another (Thrash)? I have exactly the same problem here. Solaris 10, dovecot 1.0rc2, maildir, maildir space on a netapp filer mounted via NFS, Thunderbird 1.5.7 I think in my case the filesystem is to slow. Could that be? > - Anders > regards, dirk From anders.lund at uninett.no Wed Nov 22 09:51:38 2006 From: anders.lund at uninett.no (Anders Lund) Date: Wed, 22 Nov 2006 10:51:38 +0100 Subject: [Dovecot] Connection to server time out when deleting (moving to Trash) In-Reply-To: <45641954.60107@floydworld.de> References: <4563724E.4040402@uninett.no> <45641954.60107@floydworld.de> Message-ID: <45641DAA.2050501@uninett.no> Dirk Essl wrote: > Anders Lund wrote: >> Hi, >> >> Running: >> * Dovecot 1.0 rc15 >> * Debian Sarge Linux >> >> Using Maildir and IMAP over SSL. >> >> When trying to delete a lot of mail (> 5000-6000 messages) in some >> folder, using Mozilla Thunderbird (1.5.0.7) on Ubuntu, I often >> experience "Connection to server timed out." Any suggestions >> on how to fix this problem? >> >> "Empty Trash" seem to work fine, so I guess this is related to moving a >> lot of mail from one folder to another (Thrash)? > > I have exactly the same problem here. Solaris 10, dovecot 1.0rc2, > maildir, maildir space on a netapp filer mounted via NFS, Thunderbird 1.5.7 > > I think in my case the filesystem is to slow. Could that be? On my system I'm not mounting filesystem via NFS. Using Fibre Channel: LSI Logic / Symbios Logic FC919X Fibre Channel Adapter attached directly to a Vendor: NEXSAN Model: ATAboy(9E263CD3) Rev: A035 for the filesystem my mail is delivered to. RAID5 on the ATAboy Generated ext3 filesystem using * stride=16 * dir_index Mounting ext3 using data=writeback. - Anders -- Anders Lund .~. UNINETT, N-7465 Trondheim, Norway / V \ Phone: +47 73 55 79 08 | Fax: +47 73 55 79 01 /( )\ ^ ^ From CMarcus at Media-Brokers.com Wed Nov 22 12:02:02 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 22 Nov 2006 07:02:02 -0500 Subject: [Dovecot] maildirsize update error In-Reply-To: References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <1164060669.9779.38.camel@julia.red.sld.cu> <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> <4562E98A.1000108@Media-Brokers.com> Message-ID: <45643C3A.2030508@Media-Brokers.com> >> Thunderbird does (don't most?) have the ability to delete a message >> immediately, bypassing the 'Move to trash' operation, by simply >> holding the 'Shift' key while deleting a message. >> >> How does/would dovecot react if a user did this? If dovecot allowed >> the operation, then wouldn't a simple user education be a viable >> workaround - just tell people how to do this in the mail client >> they are using when this happens? > I guess it all depends on how amenable to education the users are. But, > if user education was all that was necessary, I don't think that we > would need quotas at all. Well, that's definitely true, as far as it goes, but not germane to the point under discussion... No one has answered this question: >> How does/would dovecot react if a user did this? If dovecot allowed >> the operation, Can someone who has quotas enabled answer the following 3 questions: 1. If a user is over quota, and they try to delete a big message while holding down the shift key (in Thunderbird) - does dovecot delete the message and update the users Quota properly, thus resolving the over quota issue? If so, then - in my case at least - this is a viable option. Of course, it will not eliminate the help desk calls, but at least I can simply point them to their user manual and yell at them for bothering me about something they should already know how to do and that is well documented in both their user manual and explicitly covered during their orientation ;)... 2. (may have already been answered - if so, I missed it and apologize)... if a user is over quota, and their trash has a bunch of garbage in it - can the delete individual messages from there without an error (since it wouldn't be a 'move' operation anymore)? 3. Same question for an 'Empty Trash' operation... In my opinion, the answers to questions 2 & 3 should already be yes - and if not, I would suggest that fixing the code to allow these operations in an over quota situation would be 'a good thing'. Thanks - this discussion is timely for me... -- Best regards, Charles From eric at illicoweb.com Wed Nov 22 12:09:43 2006 From: eric at illicoweb.com (illicoweb, eric) Date: Wed, 22 Nov 2006 13:09:43 +0100 (CET) Subject: [Dovecot] UIDs broken with partial sync in mbox Message-ID: <58692.193.251.176.105.1164197383.squirrel@mail1.illicoweb.com> Hi all, I have some trouble: multiple copies of mail and error messages: IMAP(contact): UIDs broken with partial sync in mbox file /var/mail/contact Fedora core 5 x86 - dovecot-1.0-0.beta8.2.fc5 Can you help me ? -- thanks, Eric ____________________________________________ Cet email a ete verifie par ILLICOWEB Anti-virus Clamav / Anti-Spam Spamassassin From odhiambo.raburu at wananchi.com Wed Nov 22 12:29:35 2006 From: odhiambo.raburu at wananchi.com (Odhiambo WASHINGTON) Date: Wed, 22 Nov 2006 15:29:35 +0300 Subject: [Dovecot] UIDs broken with partial sync in mbox In-Reply-To: <58692.193.251.176.105.1164197383.squirrel@mail1.illicoweb.com> References: <58692.193.251.176.105.1164197383.squirrel@mail1.illicoweb.com> Message-ID: <20061122122935.GB62461@ns2.wananchi.com> * On 22/11/06 13:09 +0100, illicoweb, eric wrote: | Hi all, | | I have some trouble: | multiple copies of mail and error messages: | | IMAP(contact): UIDs broken with partial sync in mbox file /var/mail/contact | | Fedora core 5 x86 - dovecot-1.0-0.beta8.2.fc5 | | | Can you help me ? Why don't you try rc15 and see if it's still broken? -Wash http://www.netmeister.org/news/learn2quote.html DISCLAIMER: See http://www.wananchi.com/bms/terms.php -- +======================================================================+ |\ _,,,---,,_ | Odhiambo Washington Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +======================================================================+ "I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones." -- Albert Einstein From eric at illicoweb.com Wed Nov 22 14:04:17 2006 From: eric at illicoweb.com (eric) Date: Wed, 22 Nov 2006 15:04:17 +0100 (CET) Subject: [Dovecot] UIDs broken with partial sync in mbox In-Reply-To: <20061122122935.GB62461@ns2.wananchi.com> References: <58692.193.251.176.105.1164197383.squirrel@mail1.illicoweb.com> <20061122122935.GB62461@ns2.wananchi.com> Message-ID: <56523.193.251.176.105.1164204257.squirrel@mail1.illicoweb.com> I update dovecot to rc15 and it's same problem ! > * On 22/11/06 13:09 +0100, illicoweb, eric wrote: > | Hi all, > | > | I have some trouble: > | multiple copies of mail and error messages: > | > | IMAP(contact): UIDs broken with partial sync in mbox file > /var/mail/contact > | > | Fedora core 5 x86 - dovecot-1.0-0.beta8.2.fc5 > | > | > | Can you help me ? > > > Why don't you try rc15 and see if it's still broken? > > > -Wash > > http://www.netmeister.org/news/learn2quote.html > > DISCLAIMER: See http://www.wananchi.com/bms/terms.php > > -- > +======================================================================+ > |\ _,,,---,,_ | Odhiambo Washington > Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com > |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 > '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 > +======================================================================+ > > "I know not with what weapons World War III will be fought, but World > War IV will be fought with sticks and stones." > -- Albert Einstein > ____________________________________________ > Cet email a ete verifie par ILLICOWEB > Anti-virus Clamav / Anti-Spam Spamassassin > -- Cordialement, Eric ____________________________________________ Cet email a ete verifie par ILLICOWEB Anti-virus Clamav / Anti-Spam Spamassassin From maria.freixes_graells at alcatel.es Wed Nov 22 15:52:06 2006 From: maria.freixes_graells at alcatel.es (maria.freixes_graells at alcatel.es) Date: Wed, 22 Nov 2006 16:52:06 +0100 Subject: [Dovecot] Which version of dovecat I must use quit mysql 14.12 5.0.24a? Message-ID: <45647226.2090409@alcatel.es> Hello everybody!! I'm new on linux machine configuration, and I have a question related to product versions. We've Linux seweb1 2.6.9-5.EL installed, but instead of install the mysql product from "Red Hat Interprise Linux 4" CD what is mysql-0:4.1.7-4.RHEL4.1.i386, we installed: *mysql 14.12 5.0.24a *So, now, when we tried to install dovecot, it needs mysql-0:4.1.7-4.RHEL4.1.i386, perl-DBD-MySQL-0:2.9004-3.1.i386 and postgresql-libs-0:74.6-1.RHEL4.2.i386. I don't want to install these packets from mysql because I'm afraid to crash the mysql that we've now working...... So, my question is, what I need to do in this case? Can I install the mysql CD version without interferring to our actual BD working: *mysql 14.12 5.0.24a? *Or....Which version of dovecot we must install in order to work with *mysql 14.12 5.0.24a. *I would be very gratefully if you could help me, beacause we afraid to crash the BD that is working now, and we don't know how to install dovecot in this case. Best regards, Maria -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061122/25a215ec/attachment.html From jpeacock at rowman.com Wed Nov 22 17:49:36 2006 From: jpeacock at rowman.com (John Peacock) Date: Wed, 22 Nov 2006 12:49:36 -0500 Subject: [Dovecot] Which version of dovecat I must use quit mysql 14.12 5.0.24a? In-Reply-To: <45647226.2090409@alcatel.es> References: <45647226.2090409@alcatel.es> Message-ID: <45648DB0.1050608@rowman.com> maria.freixes_graells at alcatel.es wrote: > Can I install the mysql CD version without interferring to our actual BD > working: *mysql 14.12 5.0.24a? > *Or....Which version of dovecot we must install in order to work with > *mysql 14.12 5.0.24a. This is only peripherally related to dovecot, since you are trying to install some third-party RPM file which is not provided by the project itself. It is not, in practice, possible to install an RPM of MySQL different from the one used to build packages that depend on MySQL (since the libraries are not necessarily compatible). Precompiled binary RPM's produced by third-parties are by necessity based on the distro-supplied RPM's, so you cannot freely mix and match. Of course, you could download the source code from dovecot.org and actually build dovecot from scratch (probably still the preferred method). Make sure that you install the MySQL dev RPM that matches the libraries you already have installed (since the headers, etc. are not usually provided in the base RPM). John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748 From andrewz at springsrescuemission.org Wed Nov 22 22:53:30 2006 From: andrewz at springsrescuemission.org (Andrew Z) Date: Wed, 22 Nov 2006 15:53:30 -0700 Subject: [Dovecot] Subfolders with Thunderbird and maildir? Message-ID: <4564D4EA.7020902@springsrescuemission.org> I setup a test dovecot-1.0-0.beta8.2.fc5 and left most of the settings as the defaults. In Thunderbird 1.5.0.8 Windows, when I tried to create a subfolder named "subfolder" under INBOX, it showed up as the same level a INBOX and with the name "INBOX^subfolder". I was able to manually create a subfolder using "mkdir ~/mail/test_manual_subfolder; touch ~/mail_test_subfolder/blah" and then subscribing to it. That's too much work. :) Now when I try to create a subfolder of a non-inbox folder, nothing happens (not even an error). Screen shot: http://img452.imageshack.us/my.php?image=subfoldersthunderbird15ao6.png The Dovecot system is Fedora Core 5 x86 and an NFS client for /home. I'm considering switching from Trustix, UW-IMAP, and mbox. I'm also considering changing INBOX to a Maildir (not /var/spool/mail/%u). Andrew From hein at wtech.co.za Tue Nov 21 04:56:10 2006 From: hein at wtech.co.za (Hein Celliers) Date: Tue, 21 Nov 2006 06:56:10 +0200 Subject: [Dovecot] Caching passwords? Message-ID: <456286EA.2010600@wtech.co.za> Hi all! I need some help....changing passwords....... Dovecot server, appears to cache the old credentials. It only discovers the change upon a restart. I need to know how to configure dovecot (dovecot-1.0-0.beta2.7) as not to cache the passwords. (Using fedora core 5) Thanks Hein Celliers From p.shackel at maths.uq.edu.au Thu Nov 23 04:17:00 2006 From: p.shackel at maths.uq.edu.au (Paul Shackel) Date: Thu, 23 Nov 2006 14:17:00 +1000 (EST) Subject: [Dovecot] small mbox and index files problem Message-ID: Dovecot version: 1.0-0_33.rc15 built by atrpms Operating system: Redhat EL4 CPU architecture: x86 Filesystem you used: mailboxs via nfs to fileserver using xfs Just upgraded from 1.0-0_20.rc7 to 1.0-0_33.rc15 built by atrpms and we had previously set mbox_min_index_size to 1024 (1Mb) and now all mailboxes (mbox format) that are under this size are not able to be opened and throw an "Internal error occured. Refer to server log for more information." using either Thunderbird or Outlook Express, both of which are recent versions. The small mailboxes can be opened after turning mbox_min_index_size setting back to 0, at which time it creates indexes. There is nothing in the syslog file. I am looking in the right place as I can see the dovecot startup message. paul -- From sfs at tc.umn.edu Thu Nov 23 04:41:25 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Wed, 22 Nov 2006 22:41:25 -0600 Subject: [Dovecot] small mbox and index files problem In-Reply-To: References: Message-ID: <20061123044125.GB10075@earth.tc.umn.edu> On Thu, Nov 23, 2006 at 02:17:00PM +1000, Paul Shackel wrote: > > Dovecot version: 1.0-0_33.rc15 built by atrpms > Operating system: Redhat EL4 > CPU architecture: x86 > Filesystem you used: mailboxs via nfs to fileserver using xfs > > Just upgraded from 1.0-0_20.rc7 to 1.0-0_33.rc15 built by atrpms > and we had previously set mbox_min_index_size to 1024 (1Mb) and now all > mailboxes (mbox format) that are under this size > are not able to be opened and throw an > "Internal error occured. Refer to server log for more information." > using either Thunderbird or Outlook Express, both of which are > recent versions. We experienced the same thing (I already posted about this at least once in the past few weeks, maybe twice.) I haven't got any replies yet though. > The small mailboxes can be opened after turning > mbox_min_index_size setting back to 0, at which time it creates > indexes. Same here. Our workaround is not set mbox_min_inex_size above 0, which essentially makes it a worthless option (until this is fixed). > There is nothing in the syslog file. > I am looking in the right place as I can see the dovecot startup message. > > paul > -- > -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From anders.lund at uninett.no Thu Nov 23 10:00:39 2006 From: anders.lund at uninett.no (Anders Lund) Date: Thu, 23 Nov 2006 11:00:39 +0100 Subject: [Dovecot] Subfolders with Thunderbird and maildir? In-Reply-To: <4564D4EA.7020902@springsrescuemission.org> References: <4564D4EA.7020902@springsrescuemission.org> Message-ID: <45657147.2080300@uninett.no> Andrew Z wrote: > I setup a test dovecot-1.0-0.beta8.2.fc5 and left most of the settings > as the defaults. In Thunderbird 1.5.0.8 Windows, when I tried to create > a subfolder named "subfolder" under INBOX, it showed up as the same > level a INBOX and with the name "INBOX^subfolder". > > I was able to manually create a subfolder using "mkdir > ~/mail/test_manual_subfolder; touch ~/mail_test_subfolder/blah" and then > subscribing to it. That's too much work. :) > > Now when I try to create a subfolder of a non-inbox folder, nothing > happens (not even an error). > > Screen shot: > http://img452.imageshack.us/my.php?image=subfoldersthunderbird15ao6.png > > The Dovecot system is Fedora Core 5 x86 and an NFS client for /home. > I'm considering switching from Trustix, UW-IMAP, and mbox. I'm also > considering changing INBOX to a Maildir (not /var/spool/mail/%u). Just a quick question: In Account settings Server Settings Advanced for your account, have you unchecked "Server supports folders that contain sub-folders and messages"? If you are using Maildir this should be on, but if you're using mbox this should be off. - Anders -- Anders Lund .~. UNINETT, N-7465 Trondheim, Norway / V \ Phone: +47 73 55 79 08 | Fax: +47 73 55 79 01 /( )\ ^ ^ From Kind at it.uib.no Thu Nov 23 15:09:14 2006 From: Kind at it.uib.no (Hans Morten Kind) Date: Thu, 23 Nov 2006 16:09:14 +0100 Subject: [Dovecot] rc15 dumped core Message-ID: <20061123150914.GA17587@alf.uib.no> We have been running rc15 since Sunday experiencing no trouble, but today one user crashed. rc15 on Solaris-5.9, the server had app 6GB free memory at the time of the crash, app 70% idle running with an avg.load at 4 of 8 processors available. The USER's INBOX was quite smooth, app 13MB containing 320 messages. The core dump was accompanied with these log-entries: Nov 23 2006 12:27:00 [local3.error] IMAP(USER): Corrupted index cache file imapindex/USER/.imap/INBOX/dovecot.index.cache: invalid field header size 12:28:23 [local3.error] IMAP(USER): mremap_anon(1164206080) failed: Not enough space 12:28:23 [local3.error] IMAP(USER): mremap_anon(8192) failed: Invalid argument 12:28:24 [local3.error] child 17510 (imap) killed with signal 10 12:28:25 [local3.info] imap-login: Login: user=, method=PLAIN, rip=000.177.00.21, pid=19178 We have been observing a few of the 'invalid field header size' messages while running rc15. But as this USER, others seem to recover after the message has been logged. The messages from 'mremap_anon' have never been seen before. Actually '1164206080' looks very much like a timestamp, differing 75223 seconds from the time of the crash ... spooky I will start running the supplied code for memory debugging on this user and I enclose a back trace from the crash. The interessting stuff from the back trace is probably that hdr (and so cache->hdr) is 0xffffffff so that hdr->continued_record_count gives no sense (Cannot access memory at address 0xb) but cache->index->map->records_count is 320 Still on this and another server running rc15 (Sol5.8), we have thousands of happy users beeing served very fast by Dovecot. hmk -------------- next part -------------- GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. Core was generated by `imap [USER 000.177.00.21]'. #0 0x000857a8 in mail_cache_update_need_compress (cache=0x14f078) at mail-cache.c:461 461 cont_percentage = hdr->continued_record_count * 100 / #0 0x000857a8 in mail_cache_update_need_compress (cache=0x14f078) at mail-cache.c:461 hdr = (const struct mail_cache_header *) 0xffffffff cont_percentage = 0 max_del_space = 5889534034182144 #1 0x00085a88 in mail_cache_unlock (cache=0x14f078) at mail-cache.c:499 ret = 0 __PRETTY_FUNCTION__ = "mail_cache_unlock" #2 0x0008b2c4 in mail_cache_transaction_commit (ctx=0x14ec80) at mail-cache-transaction.c:591 cache = (struct mail_cache *) 0x14f078 ret = 0 #3 0x00096e6c in mail_index_transaction_commit (_t=0x14ef3c, log_file_seq_r=0xffbff3e0, log_file_offset_r=0xffbff3d8) at mail-index-transaction.c:368 t = (struct mail_index_transaction *) 0x14e1a8 ret = 0 #4 0x00084008 in index_transaction_commit (_t=0x14ef28) at index-transaction.c:44 t = (struct index_transaction_context *) 0x14ef28 seq = 1331256 offset = 5097129749334968 ret = 1395248 #5 0x0004e478 in mbox_transaction_commit (_t=0x14ef28, flags=0) at mbox-transaction.c:35 t = (struct mbox_transaction_context *) 0x14ef28 mbox = (struct mbox_mailbox *) 0x14bd98 lock_id = 2 mbox_modified = false ret = 0 #6 0x000b4ddc in mailbox_transaction_commit (_t=0x14715c, flags=0) at mail-storage.c:504 t = (struct mailbox_transaction_context *) 0x14ef28 #7 0x0002b24c in imap_fetch_deinit (ctx=0x147150) at imap-fetch.c:340 handlers = (const struct imap_fetch_context_handler *) 0x147270 i = 2 count = 2 #8 0x00020284 in cmd_fetch_finish (ctx=0x147150) at cmd-fetch.c:80 cmd = (struct client_command_context *) 0x11fd8c ok_message = 0xf1090 "OK Fetch completed." failed = false partial = false #9 0x000207b4 in cmd_fetch (cmd=0x11fd8c) at cmd-fetch.c:188 client = (struct client *) 0x11fd48 ctx = (struct imap_fetch_context *) 0x147150 args = (struct imap_arg *) 0x145100 search_arg = (struct mail_search_arg *) 0x147118 messageset = 0x1451b8 "302" ret = 1 #10 0x000278e8 in client_handle_input (cmd=0x11fd8c) at client.c:423 client = (struct client *) 0x11fd48 __PRETTY_FUNCTION__ = "client_handle_input" #11 0x00027ad0 in _client_input (context=0x11fd48) at client.c:474 client = (struct client *) 0x11fd48 cmd = (struct client_command_context *) 0x11fd8c ret = 657473 #12 0x000dc5e4 in io_loop_handler_run (ioloop=0x135e40) at ioloop-poll.c:199 ctx = (struct ioloop_handler_context *) 0x1212d0 pollfd = (struct pollfd *) 0x144220 tv = {tv_sec = 0, tv_usec = 999470} io = (struct io *) 0x121b58 t_id = 2 msecs = 999 ret = 0 call = true #13 0x000db6b0 in io_loop_run (ioloop=0x135e40) at ioloop.c:281 No locals. #14 0x0003832c in main (argc=3, argv=0xffbff974, envp=0xffbff984) at main.c:280 No locals. From odhiambo.raburu at wananchi.com Thu Nov 23 15:14:03 2006 From: odhiambo.raburu at wananchi.com (Odhiambo WASHINGTON) Date: Thu, 23 Nov 2006 18:14:03 +0300 Subject: [Dovecot] Dovecot hung or what? Message-ID: <20061123151403.GV20728@ns2.wananchi.com> Here is my first major problem with dovecot. I am running rc15 on FreeBSD 6.1. I run dovecot supervised by DJB's daemontools. I run only the pop3 service. A colleague informed me that pop3 service was simply not responding. They could not rcv mail. When I checked the server, tail-ing dovecot.log, here is what was scrolling: [wash at nbi ~]$ tail -f /var/log/dovecot.log dovecot: Nov 23 18:04:11 Info: pop3-login: Disconnected: Inactivity: rip=196.200.37.94, lip=62.8.64.64 dovecot: Nov 23 18:04:11 Info: pop3-login: Disconnected: Inactivity: rip=196.200.42.212, lip=196.200.36.2 dovecot: Nov 23 18:04:12 Info: pop3-login: Disconnected: Inactivity: rip=196.200.35.130, lip=62.8.64.64 dovecot: Nov 23 18:04:13 Info: pop3-login: Disconnected: Inactivity: rip=168.144.108.27, lip=62.8.64.64 dovecot: Nov 23 18:04:14 Info: pop3-login: Disconnected: Inactivity: rip=168.144.108.8, lip=62.8.64.64 dovecot: Nov 23 18:04:17 Info: pop3-login: Disconnected: Inactivity: rip=196.200.39.169, lip=62.8.64.64 dovecot: Nov 23 18:04:17 Info: pop3-login: Disconnected: Inactivity: rip=41.220.126.2, lip=196.200.38.2 dovecot: Nov 23 18:04:17 Info: pop3-login: Disconnected: Inactivity: rip=196.200.39.169, lip=62.8.64.64 dovecot: Nov 23 18:04:18 Info: pop3-login: Disconnected: Inactivity: rip=196.200.37.174, lip=62.8.64.64 dovecot: Nov 23 18:04:19 Info: pop3-login: Disconnected: Inactivity: rip=196.216.68.230, lip=62.8.64.64 dovecot: Nov 23 18:04:22 Info: pop3-login: Disconnected: Inactivity: rip=196.200.45.54, lip=62.8.64.64 dovecot: Nov 23 18:04:26 Info: pop3-login: Disconnected: Inactivity: rip=196.200.35.130, lip=62.8.64.64 dovecot: Nov 23 18:04:27 Info: pop3-login: Disconnected: Inactivity: rip=196.200.45.54, lip=62.8.64.64 dovecot: Nov 23 18:04:28 Info: pop3-login: Disconnected: Inactivity: rip=41.220.126.2, lip=62.8.64.64 dovecot: Nov 23 18:04:28 Info: pop3-login: Disconnected: Inactivity: rip=196.207.23.28, lip=62.8.64.64 dovecot: Nov 23 18:04:31 Info: pop3-login: Disconnected: Inactivity: rip=82.109.38.129, lip=62.8.64.64 dovecot: Nov 23 18:04:32 Info: pop3-login: Disconnected: Inactivity: rip=41.222.12.121, lip=196.200.36.2 ^C [wash at nbi ~]$ su Password: nbi# sh /usr/local/etc/rc.d/svscan.sh stop Stopping svscan. nbi# sh /usr/local/etc/rc.d/svscan.sh start Starting svscan. I then restarted the service .... nbi# nbi# tail -f /var/log/dovecot.log dovecot: Nov 23 18:04:47 Info: pop3-login: Disconnected: Shutting down: rip=196.200.37.126, lip=62.8.64.64 dovecot: Nov 23 18:04:47 Info: pop3-login: Disconnected: Shutting down: rip=196.200.39.74, lip=62.8.64.64 dovecot: Nov 23 18:04:47 Info: pop3-login: Disconnected: Shutting down: rip=196.200.35.146, lip=62.8.64.64 dovecot: Nov 23 18:04:47 Info: pop3-login: Disconnected: Shutting down: rip=196.200.37.42, lip=62.8.64.64 dovecot: Nov 23 18:04:47 Info: pop3-login: Disconnected: Shutting down: rip=196.200.46.122, lip=62.8.64.64 dovecot: Nov 23 18:04:50 Info: Dovecot v1.0.rc15 starting up After this, dovecot was now answering as expected. 1. What could the problem be? 2. How can I reproduce it. PS: This has never happened ever since with the previous versions. -Wash http://www.netmeister.org/news/learn2quote.html DISCLAIMER: See http://www.wananchi.com/bms/terms.php -- +======================================================================+ |\ _,,,---,,_ | Odhiambo Washington Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +======================================================================+ It's lucky you're going so slowly, because you're going in the wrong direction. From johnmcd at cs.nuim.ie Thu Nov 23 17:55:43 2006 From: johnmcd at cs.nuim.ie (John McDonald) Date: Thu, 23 Nov 2006 17:55:43 +0000 Subject: [Dovecot] Two email accounts writing to one nfs shared home directory Message-ID: <4565E09F.6020606@cs.nuim.ie> I use dovecot as a local imap server on my desktop machine due to the fact that my workplace only support POP3. I use fetchmail to pop, postfix to deliver, and dovecot for client access. At present I have a single email account which is the same as my system login and have postfix and dovecot setup to use ~/Maildir. The home directories on our system are served from a central file system, using nfs, which has full backup/disaster recovery policy implemented. I now need to setup a second separate email account for a specific task. Our sysadmins have setup this account for me on the POP3 server. The problem is that this account does not have a home directory on our system and therefore I can't write to ~/Maildir. What I would like to do is setup the same type of system for this second account without necessitating the creation of a home directory. That is, I would like a second Maildir folder in my own user account to which this second email account's messages are delivered. This way I will have full backup of the messages. What is the most straightforward way of achieving this? (or can it be done at all?) Thanks for the help. Regards, John McDonald. From johannes at sipsolutions.net Thu Nov 23 18:32:15 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Thu, 23 Nov 2006 19:32:15 +0100 Subject: [Dovecot] Two email accounts writing to one nfs shared home directory In-Reply-To: <4565E09F.6020606@cs.nuim.ie> References: <4565E09F.6020606@cs.nuim.ie> Message-ID: <1164306735.24475.3.camel@johannes.berg> On Thu, 2006-11-23 at 17:55 +0000, John McDonald wrote: > What is the most straightforward way of achieving this? (or can it be > done at all?) Add a static userdb to your dovecot configuration for the second account and configure all the parameters there. johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061123/ffce27e3/attachment.pgp From brian at braverock.com Thu Nov 23 20:47:05 2006 From: brian at braverock.com (Brian G. Peterson) Date: Thu, 23 Nov 2006 14:47:05 -0600 Subject: [Dovecot] Two email accounts writing to one nfs shared home directory In-Reply-To: <4565E09F.6020606@cs.nuim.ie> References: <4565E09F.6020606@cs.nuim.ie> Message-ID: <200611231447.06135.brian@braverock.com> On Thursday 23 November 2006 11:55, John McDonald wrote: > That is, > I would like a second Maildir folder in my own user account to which > this second email account's messages are delivered. This way I will > have full backup of the messages. > > What is the most straightforward way of achieving this? (or can it be > done at all? If you don't need a separate local imap account, just have fetchmail retrieve the mail into a Maildir that is a subdirectory of ~/Maildir. Regards, - Brian From iarteaga at cwpanama.net Thu Nov 23 20:56:52 2006 From: iarteaga at cwpanama.net (Ivan Arteaga) Date: Thu, 23 Nov 2006 15:56:52 -0500 Subject: [Dovecot] Dovecot hung or what? In-Reply-To: <20061123151403.GV20728@ns2.wananchi.com> Message-ID: Hello List, I have a dovecot server working with sendmail in virtual sites configuration, it is working really well. Now I have to work with pop3s (ssl) and I would like to know if it's possible to define something like: Server = example.com Address = 1.1.1.1 Certificate = certificateDirPath I will appreciate any suggestion, my dovecot version is 1.0 Thanks in advance. --Ivan. From iarteaga at cwpanama.net Thu Nov 23 21:14:13 2006 From: iarteaga at cwpanama.net (Ivan Arteaga) Date: Thu, 23 Nov 2006 16:14:13 -0500 Subject: [Dovecot] Dovecot working with multiple ssl certificates In-Reply-To: Message-ID: Hello List, I have a dovecot server working with sendmail in virtual sites configuration, it is working really well. Now I have to work with pop3s (ssl) and I would like to know if it's possible to define something like: Server = example.com Address = 1.1.1.1 Certificate = certificateDirPath I will appreciate any suggestion, my dovecot version is 1.0 Thanks in advance. --Ivan. From maria.freixes_graells at alcatel.es Thu Nov 23 17:48:21 2006 From: maria.freixes_graells at alcatel.es (maria.freixes_graells at alcatel.es) Date: Thu, 23 Nov 2006 18:48:21 +0100 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration Message-ID: <4565DEE5.9090502@alcatel.es> Hello people!! First, thanks very much to Ejay Hire and to John Peacock for your quickly answer!! Now, I've dovecot installed, I downloaded the source and I compiled them. It's running ok now. But.....as I am new in all these issues I have some problems with the configuration. I have a user called "webmaster" that have a mail into /var/spool/mail, I want to redirect these mails to the "Evolution Mail" program from my Linux Desktop. I have doubts in two ways: 1.- Is the dovecot.conf file correct? 2.- Are the "Evolution Mail" setting correct? Evolution Account Settings: Name: webmaster at bar.ses.alcatel.es Full Name: webmaster Email Address: webmaster at bar.ses.alcatel.es Server Type: POP Host: 159.23.98.66 Username: webmaster Server Type: SMTP Server Configuration: 159.23.98.66 ## Dovecot configuration file # If you're in a hurry, see http://wiki.dovecot.org/QuickConfiguration # '#' character and everything after it is treated as comments. Extra spaces # and tabs are ignored. If you want to use either of these explicitly, put the # value inside quotes, eg.: key = "# char and trailing whitespace " # Default values are shown for each setting, it's not required to uncomment # any of the lines. Exception to this are paths, they're just examples with # the real defaults being based on configure options. The paths listed here # are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var # --with-ssldir=/etc/ssl # Base directory where to store runtime data. #base_dir = /var/run/dovecot/ # Protocols we want to be serving: imap imaps pop3 pop3s # If you only want to use dovecot-auth, you can set this to "none". protocols = imap imaps pop3 pop3s # IP or host address where to listen in for connections. It's not currently # possible to specify multiple addresses. "*" listens in all IPv4 interfaces. # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4 # interfaces depending on the operating system. # # If you want to specify ports for each service, you will need to configure # these settings inside the protocol imap/pop3 { ... } section, so you can # specify different ports for IMAP/POP3. For example: # protocol imap { # listen = *:10143 # ssl_listen = *:10943 # .. # } # protocol pop3 { # listen = *:10100 # .. # } #listen = * # Disable LOGIN command and all other plaintext authentications unless # SSL/TLS is used (LOGINDISABLED capability). Note that if the remote IP # matches the local IP (ie. you're connecting from the same computer), the # connection is considered secure and plaintext authentication is allowed. #disable_plaintext_auth = yes # Should all IMAP and POP3 processes be killed when Dovecot master process # shuts down. Setting this to "no" means that Dovecot can be upgraded without # forcing existing client connections to close (although that could also be # a problem if the upgrade is eg. because of a security fix). This however # means that after master process has died, the client processes can't write # to log files anymore. #shutdown_clients = yes ## ## Logging ## # Use this logfile instead of syslog(). /dev/stderr can be used if you want to # use stderr for logging (ONLY /dev/stderr - otherwise it is closed). #log_path = # For informational messages, use this logfile instead of the default #info_log_path = # Prefix for each line written to log file. % codes are in strftime(3) # format. #log_timestamp = "%b %d %H:%M:%S " # Syslog facility to use if you're logging to syslog. Usually if you don't # want to use "mail", you'll use local0..local7. Also other standard # facilities are supported. #syslog_facility = mail ## ## SSL settings ## # IP or host address where to listen in for SSL connections. Defaults # to above if not specified. #ssl_listen = # Disable SSL/TLS support. ssl_disable = yes # PEM encoded X.509 SSL/TLS certificate and private key. They're opened before # dropping root privileges, so keep the key file unreadable by anyone but # root. Included doc/mkcert.sh can be used to easily generate self-signed # certificate, just make sure to update the domains in dovecot-openssl.cnf #ssl_cert_file = /etc/ssl/certs/dovecot.pem #ssl_key_file = /etc/ssl/private/dovecot.pem # If key file is password protected, give the password here. Alternatively # give it when starting dovecot with -p parameter. #ssl_key_password = # File containing trusted SSL certificate authorities. Usually not needed. # The CAfile should contain the CA-certificate(s) followed by the matching # CRL(s). CRL checking is new in dovecot .rc1 #ssl_ca_file = # Request client to send a certificate. #ssl_verify_client_cert = no # How often to regenerate the SSL parameters file. Generation is quite CPU # intensive operation. The value is in hours, 0 disables regeneration # entirely. #ssl_parameters_regenerate = 168 # SSL ciphers to use #ssl_cipher_list = ALL:!LOW # Show protocol level SSL errors. #verbose_ssl = no ## ## Login processes ## # Directory where authentication process places authentication UNIX sockets # which login needs to be able to connect to. The sockets are created when # running as root, so you don't have to worry about permissions. Note that # everything in this directory is deleted when Dovecot is started. #login_dir = /var/run/dovecot/login # chroot login process to the login_dir. Only reason not to do this is if you # wish to run the whole Dovecot without roots. # http://wiki.dovecot.org/Rootless #login_chroot = yes # User to use for the login process. Create a completely new user for this, # and don't use it anywhere else. The user must also belong to a group where # only it has access, it's used to control access for authentication process. # Note that this user is NOT used to access mails. # http://wiki.dovecot.org/UserIds login_user = linus # Set max. process size in megabytes. If you don't use # login_process_per_connection you might need to grow this. #login_process_size = 32 # Should each login be processed in it's own process (yes), or should one # login process be allowed to process multiple connections (no)? Yes is more # secure, espcially with SSL/TLS enabled. No is faster since there's no need # to create processes all the time. #login_process_per_connection = yes # Number of login processes to keep for listening new connections. #login_processes_count = 3 # Maximum number of login processes to create. The listening process count # usually stays at login_processes_count, but when multiple users start logging # in at the same time more extra processes are created. To prevent fork-bombing # we check only once in a second if new processes should be created - if all # of them are used at the time, we double their amount until the limit set by # this setting is reached. #login_max_processes_count = 128 # Maximum number of connections allowed per each login process. This setting # is used only if login_process_per_connection=no. Once the limit is reached, # the process notifies master so that it can create a new login process. # You should make sure that the process has at least # 16 + login_max_connections * 2 available file descriptors. #login_max_connections = 256 # Greeting message for clients. #login_greeting = Dovecot ready. # Space-separated list of elements we want to log. The elements which have # a non-empty variable value are joined together to form a comma-separated # string. #login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c # Login log format. %$ contains login_log_format_elements string, %s contains # the data we want to log. #login_log_format = %$: %s ## ## Mailbox locations and namespaces ## # Location for users' mailboxes. This is the same as the old default_mail_env # setting. The default is empty, which means that Dovecot tries to find the # mailboxes automatically. This won't work if the user doesn't have any mail # yet, so you should explicitly tell Dovecot the full location. # # If you're using mbox, giving a path to the INBOX file (eg. /var/mail/%u) # isn't enough. You'll also need to tell Dovecot where the other mailboxes are # and where Dovecot can place its index files. This is called the "root mail # directory", and it must be the first path given in the mail_location setting. # # There are a few special variables you can use, eg.: # # %u - username # %n - user part in user at domain, same as %u if there's no domain # %d - domain part in user at domain, empty if there's no domain # %h - home directory # # See doc/variables.txt for full list. Some examples: # # mail_location = maildir:~/Maildir # mail_location = mbox:~/mail:INBOX=/var/mail/%u # mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n # # http://wiki.dovecot.org/MailLocation # mail_location = mbox:~/mail:INBOX=/var/mail/%u:INDEX=/var/indexes/%u # If you need to set multiple mailbox locations or want to change default # namespace settings, you can do it by defining namespace sections: # # You can have private, shared and public namespaces. The only difference # between them is how Dovecot announces them to client via NAMESPACE # extension. Shared namespaces are meant for user-owned mailboxes which are # shared to other users, while public namespaces are for more globally # accessible mailboxes. # # REMEMBER: If you add any namespaces, the default namespace must be added # explicitly, ie. mail_location does nothing unless you have a namespace # without a location setting. Default namespace is simply done by having a # namespace with empty prefix. #namespace private { # Hierarchy separator to use. You should use the same separator for all # namespaces or some clients get confused. '/' is usually a good one. # The default however depends on the underlying mail storage format. #separator = # Prefix required to access this namespace. This needs to be different for # all namespaces. For example "Public/". #prefix = # Physical location of the mailbox. This is in same format as # mail_location, which is also the default for it. #location = # There can be only one INBOX, and this setting defines which namespace # has it. #inbox = yes # If namespace is hidden, it's not advertised to clients via NAMESPACE # extension or shown in LIST replies. This is mostly useful when converting # from another server with different namespaces which you want to depricate # but still keep working. For example you can create hidden namespaces with # prefixes "~/mail/", "~%u/mail/" and "mail/". #hidden = yes #} # Grant access to these extra groups for mail processes. Typical use would be # to give "mail" group write access to /var/mail to be able to create dotlocks. #mail_extra_groups = # Allow full filesystem access to clients. There's no access checks other than # what the operating system does for the active UID/GID. It works with both # maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/ # or ~user/. #mail_full_filesystem_access = no ## ## Mail processes ## # Enable mail process debugging. This can help you figure out why Dovecot # isn't finding your mails. #mail_debug = no # Log prefix for mail processes. See doc/variables.txt for list of possible # variables you can use. #mail_log_prefix = "%Us(%u): " # Use mmap() instead of read() to read mail files. read() seems to be a bit # faster with my Linux/x86 and it's better with NFS, so that's the default. # Note that OpenBSD 3.3 and older don't work right with mail_read_mmaped = yes. #mail_read_mmaped = no # Don't use mmap() at all. This is required if you store indexes to shared # filesystems (NFS or clustered filesystem). #mmap_disable = no # Don't write() to mmaped files. This is required for some operating systems # which use separate caches for them, such as OpenBSD. #mmap_no_write = no # Locking method for index files. Alternatives are fcntl, flock and dotlock. # Dotlocking uses some tricks which may create more disk I/O than other locking # methods. NOTE: If you use NFS, remember to change also mmap_disable setting! #lock_method = fcntl # Drop all privileges before exec()ing the mail process. This is mostly # meant for debugging, otherwise you don't get core dumps. It could be a small # security risk if you use single UID for multiple users, as the users could # ptrace() each others processes then. #mail_drop_priv_before_exec = no # Show more verbose process titles (in ps). Currently shows user name and # IP address. Useful for seeing who are actually using the IMAP processes # (eg. shared mailboxes or if same uid is used for multiple accounts). #verbose_proctitle = no # Valid UID range for users, defaults to 500 and above. This is mostly # to make sure that users can't log in as daemons or other system users. # Note that denying root logins is hardcoded to dovecot binary and can't # be done even if first_valid_uid is set to 0. #first_valid_uid = 500 #last_valid_uid = 0 # Valid GID range for users, defaults to non-root/wheel. Users having # non-valid GID as primary group ID aren't allowed to log in. If user # belongs to supplementary groups with non-valid GIDs, those groups are # not set. #first_valid_gid = 1 #last_valid_gid = 0 # Maximum number of running mail processes. When this limit is reached, # new users aren't allowed to log in. #max_mail_processes = 1024 # Set max. process size in megabytes. Most of the memory goes to mmap()ing # files, so it shouldn't harm much even if this limit is set pretty high. #mail_process_size = 256 # Maximum allowed length for mail keyword name. It's only forced when trying # to create new keywords. #mail_max_keyword_length = 50 # Default umask to use for mail files and directories. #umask = 0077 # ':' separated list of directories under which chrooting is allowed for mail # processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too). # This setting doesn't affect login_chroot or auth_chroot variables. # WARNING: Never add directories here which local users can modify, that # may lead to root exploit. Usually this should be done only if you don't # allow shell access for users. See doc/configuration.txt for more information. #valid_chroot_dirs = # Default chroot directory for mail processes. This can be overridden for # specific users in user database by giving /./ in user's home directory # (eg. /home/./user chroots into /home). Note that usually there is no real # need to do chrooting, Dovecot doesn't allow users to access files outside # their mail directory anyway. #mail_chroot = ## ## Mailbox handling optimizations ## # Space-separated list of fields to initially save into cache file. Currently # these fields are allowed: # # flags, date.sent, date.received, size.virtual, size.physical # mime.parts, imap.body, imap.bodystructure # # Different IMAP clients work in different ways, so they benefit from # different cached fields. Some do not benefit from them at all. Caching more # than necessary generates useless disk I/O, so you don't want to do that # either. # # Dovecot attempts to automatically figure out what client wants and it keeps # only that. However the first few times a mailbox is opened, Dovecot hasn't # yet figured out what client needs, so it may not perform optimally. If you # know what fields the majority of your clients need, it may be useful to set # these fields by hand. If client doesn't actually use them, Dovecot will # eventually drop them. # # Usually you should just leave this field alone. The potential benefits are # typically unnoticeable. #mail_cache_fields = # Space-separated list of fields that Dovecot should never save to cache file. # Useful if you want to save disk space at the cost of more I/O when the fields # needed. #mail_never_cache_fields = # The minimum number of mails in a mailbox before updates are done to cache # file. This allows optimizing Dovecot's behavior to do less disk writes at # the cost of more disk reads. #mail_cache_min_mail_count = 0 # When IDLE command is running, mailbox is checked once in a while to see if # there are any new mails or other changes. This setting defines the minimum # time to wait between those checks. Dovecot is however able to use dnotify # and inotify with Linux to reply immediately after the change occurs. #mailbox_idle_check_interval = 30 # Save mails with CR+LF instead of plain LF. This makes sending those mails # take less CPU, especially with sendfile() syscall with Linux and FreeBSD. # But it also creates a bit more disk I/O which may just make it slower. # Also note that if other software reads the mboxes/maildirs, they may handle # the extra CRs wrong and cause problems. #mail_save_crlf = no ## ## Maildir-specific settings ## # By default LIST command returns all entries in maildir beginning with dot. # Enabling this option makes Dovecot return only entries which are directories. # This is done by stat()ing each entry, so it causes more disk I/O. # (For systems setting struct dirent->d_type, this check is free and it's # done always regardless of this setting) #maildir_stat_dirs = no # Copy mail to another folders using hard links. This is much faster than # actually copying the file. This is problematic only if something modifies # the mail in one folder but doesn't want it modified in the others. I don't # know any MUA which would modify mail files directly. IMAP protocol also # requires that the mails don't change, so it would be problematic in any case. # If you care about performance, enable it. #maildir_copy_with_hardlinks = no ## ## mbox-specific settings ## # Which locking methods to use for locking mbox. There are four available: # dotlock: Create .lock file. This is the oldest and most NFS-safe # solution. If you want to use /var/mail/ like directory, the users # will need write access to that directory. # fcntl : Use this if possible. Works with NFS too if lockd is used. # flock : May not exist in all systems. Doesn't work with NFS. # lockf : May not exist in all systems. Doesn't work with NFS. # # You can use multiple locking methods; if you do the order they're declared # in is important to avoid deadlocks if other MTAs/MUAs are using multiple # locking methods as well. Some operating systems don't allow using some of # them simultaneously. #mbox_read_locks = fcntl #mbox_write_locks = dotlock fcntl # Maximum time in seconds to wait for lock (all of them) before aborting. #mbox_lock_timeout = 300 # If dotlock exists but the mailbox isn't modified in any way, override the # lock file after this many seconds. #mbox_dotlock_change_timeout = 120 # When mbox changes unexpectedly we have to fully read it to find out what # changed. If the mbox is large this can take a long time. Since the change # is usually just a newly appended mail, it'd be faster to simply read the # new mails. If this setting is enabled, Dovecot does this but still safely # fallbacks to re-reading the whole mbox file whenever something in mbox isn't # how it's expected to be. The only real downside to this setting is that if # some other MUA changes message flags, Dovecot doesn't notice it immediately. # Note that a full sync is done with SELECT, EXAMINE, EXPUNGE and CHECK # commands. #mbox_dirty_syncs = yes # Like mbox_dirty_syncs, but don't do full syncs even with SELECT, EXAMINE, # EXPUNGE or CHECK commands. If this is set, mbox_dirty_syncs is ignored. #mbox_very_dirty_syncs = no # Delay writing mbox headers until doing a full write sync (EXPUNGE and CHECK # commands and when closing the mailbox). This is especially useful for POP3 # where clients often delete all mails. The downside is that our changes # aren't immediately visible to other MUAs. #mbox_lazy_writes = yes # If mbox size is smaller than this (in kilobytes), don't write index files. # If an index file already exists it's still read, just not updated. #mbox_min_index_size = 0 ## ## dbox-specific settings ## # Maximum dbox file size in kilobytes until it's rotated. #dbox_rotate_size = 2048 # Minimum dbox file size in kilobytes before it's rotated # (overrides dbox_rotate_days) #dbox_rotate_min_size = 16 # Maximum dbox file age in days until it's rotated. Day always begins from # midnight, so 1 = today, 2 = yesterday, etc. 0 = check disabled. #dbox_rotate_days = 0 ## ## IMAP specific settings ## protocol imap { # Login executable location. #login_executable = /usr/libexec/dovecot/imap-login # IMAP executable location. Changing this allows you to execute other # binaries before the imap process is executed. # # This would write rawlogs into ~/dovecot.rawlog/ directory: # mail_executable = /usr/libexec/dovecot/rawlog /usr/libexec/dovecot/imap # # This would attach gdb into the imap process and write backtraces into # /tmp/gdbhelper.* files: # mail_executable = /usr/libexec/dovecot/gdbhelper /usr/libexec/dovecot/imap # #mail_executable = /usr/libexec/dovecot/imap # Maximum IMAP command line length in bytes. Some clients generate very long # command lines with huge mailboxes, so you may need to raise this if you get # "Too long argument" or "IMAP command line too large" errors often. #imap_max_line_length = 65536 # Support for dynamically loadable plugins. mail_plugins is a space separated # list of plugins to load. #mail_plugins = #mail_plugin_dir = /usr/lib/dovecot/imap # Send IMAP capabilities in greeting message. This makes it unnecessary for # clients to request it with CAPABILITY command, so it saves one round-trip. # Many clients however don't understand it and ask the CAPABILITY anyway. #login_greeting_capability = no # Override the IMAP CAPABILITY response. #imap_capability = # Workarounds for various client bugs: # delay-newmail: # Send EXISTS/RECENT new mail notifications only when replying to NOOP # and CHECK commands. Some clients ignore them otherwise, for example # OSX Mail. Outlook Express breaks more badly though, without this it # may show user "Message no longer in server" errors. Note that OE6 still # breaks even with this workaround if synchronization is set to # "Headers Only". # outlook-idle: # Outlook and Outlook Express never abort IDLE command, so if no mail # arrives in half a hour, Dovecot closes the connection. This is still # fine, except Outlook doesn't connect back so you don't see if new mail # arrives. # netscape-eoh: # Netscape 4.x breaks if message headers don't end with the empty "end of # headers" line. Normally all messages have this, but setting this # workaround makes sure that Netscape never breaks by adding the line if # it doesn't exist. This is done only for FETCH BODY[HEADER.FIELDS..] # commands. Note that RFC says this shouldn't be done. # tb-extra-mailbox-sep: # With mbox storage a mailbox can contain either mails or submailboxes, # but not both. Thunderbird separates these two by forcing server to # accept '/' suffix in mailbox names in subscriptions list. # The list is space-separated. #imap_client_workarounds = outlook-idle } ## ## POP3 specific settings ## protocol pop3 { # Login executable location. #login_executable = /usr/libexec/dovecot/pop3-login # POP3 executable location. See IMAP's mail_executable above for examples # how this could be changed. #mail_executable = /usr/libexec/dovecot/pop3 # Don't try to set mails non-recent or seen with POP3 sessions. This is # mostly intended to reduce disk I/O. With maildir it doesn't move files # from new/ to cur/, with mbox it doesn't write Status-header. #pop3_no_flag_updates = no # Support LAST command which exists in old POP3 specs, but has been removed # from new ones. Some clients still wish to use this though. Enabling this # makes RSET command clear all \Seen flags from messages. #pop3_enable_last = no # If mail has X-UIDL header, use it as the mail's UIDL. #pop3_reuse_xuidl = no # Keep the mailbox locked for the entire POP3 session. #pop3_lock_session = no # POP3 UIDL format to use. You can use following variables: # # %v - Mailbox UIDVALIDITY # %u - Mail UID # %m - MD5 sum of the mailbox headers in hex (mbox only) # %f - filename (maildir only) # # If you want UIDL compatibility with other POP3 servers, use: # UW's ipop3d : %08Xv%08Xu # Courier version 0 : %f # Courier version 1 : %u # Courier version 2 : %v-%u # Cyrus (<= 2.1.3) : %u # Cyrus (>= 2.1.4) : %v.%u # Older Dovecots : %v.%u # tpop3d : %Mf # # Note that Outlook 2003 seems to have problems with %v.%u format which was # Dovecot's default, so if you're building a new server it would be a good # idea to change this. %08Xu%08Xv should be pretty fail-safe. # # NOTE: Nowadays this is required to be set explicitly, since the old # default was bad but it couldn't be changed without breaking existing # installations. %08Xu%08Xv will be the new default, so use it for new # installations. # #pop3_uidl_format = # POP3 logout format string: # %t - number of TOP commands # %p - number of bytes sent to client as a result of TOP command # %r - number of RETR commands # %b - number of bytes sent to client as a result of RETR command # %d - number of deleted messages # %m - number of messages (before deletion) # %s - mailbox size in bytes (before deletion) #pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s # Support for dynamically loadable plugins. mail_plugins is a space separated # list of plugins to load. #mail_plugins = #mail_plugin_dir = /usr/lib/dovecot/pop3 # Workarounds for various client bugs: # outlook-no-nuls: # Outlook and Outlook Express hang if mails contain NUL characters. # This setting replaces them with 0x80 character. # oe-ns-eoh: # Outlook Express and Netscape Mail breaks if end of headers-line is # missing. This option simply sends it if it's missing. # The list is space-separated. #pop3_client_workarounds = } ## ## LDA specific settings ## protocol lda { # Address to use when sending rejection mails. postmaster_address = postmaster at example.com # Hostname to use in various parts of sent mails, eg. in Message-Id. # Default is the system's real hostname. #hostname = # Support for dynamically loadable plugins. mail_plugins is a space separated # list of plugins to load. #mail_plugins = #mail_plugin_dir = /usr/lib/dovecot/lda # Binary to use for sending mails. #sendmail_path = /usr/lib/sendmail # UNIX socket path to master authentication server to find users. #auth_socket_path = /var/run/dovecot/auth-master } ## ## Authentication processes ## # Executable location #auth_executable = /usr/libexec/dovecot/dovecot-auth # Set max. process size in megabytes. #auth_process_size = 256 # Authentication cache size in kilobytes. 0 means it's disabled. # Note that bsdauth, PAM and vpopmail require cache_key to be set for caching # to be used. Also note that currently auth cache doesn't work very well if # you're using multiple passdbs with same usernames in them. #auth_cache_size = 0 # Time to live in seconds for cached data. After this many seconds the cached # record is no longer used, *except* if the main database lookup returns # internal failure. We also try to handle password changes automatically: If # user's previous authentication was successful, but this one wasn't, the # cache isn't used. For now this works only with plaintext authentication. #auth_cache_ttl = 3600 # Space separated list of realms for SASL authentication mechanisms that need # them. You can leave it empty if you don't want to support multiple realms. # Many clients simply use the first one listed here, so keep the default realm # first. #auth_realms = # Default realm/domain to use if none was specified. This is used for both # SASL realms and appending @domain to username in plaintext logins. #auth_default_realm = # List of allowed characters in username. If the user-given username contains # a character not listed in here, the login automatically fails. This is just # an extra check to make sure user can't exploit any potential quote escaping # vulnerabilities with SQL/LDAP databases. If you want to allow all characters, # set this value to empty. #auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ # Username character translations before it's looked up from databases. The # value contains series of from -> to characters. For example "#@/@" means # that '#' and '/' characters are translated to '@'. #auth_username_translation = # Username formatting before it's looked up from databases. You can use # the standard variables here, eg. %Lu would lowercase the username, %n would # drop away the domain if it was given, or "%n-AT-%d" would change the '@' into # "-AT-". This translation is done after auth_username_translation changes. #auth_username_format = # If you want to allow master users to log in by specifying the master # username within the normal username string (ie. not using SASL mechanism's # support for it), you can specify the separator character here. The format # is then . UW-IMAP uses "*" as the # separator, so that could be a good choice. #auth_master_user_separator = # Username to use for users logging in with ANONYMOUS SASL mechanism #auth_anonymous_username = anonymous # More verbose logging. Useful for figuring out why authentication isn't # working. #auth_verbose = no # Even more verbose logging for debugging purposes. Shows for example SQL # queries. #auth_debug = no # In case of password mismatches, log the passwords and used scheme so the # problem can be debugged. Requires auth_debug=yes to be set. #auth_debug_passwords = no # Maximum number of dovecot-auth worker processes. They're used to execute # blocking passdb and userdb queries (eg. MySQL and PAM). They're # automatically created and destroyed as needed. #auth_worker_max_count = 30 # Kerberos keytab to use for the GSSAPI mechanism. Will use the system # default (usually /etc/krb5.keytab) if not specified. #auth_krb5_keytab = auth default { # Space separated list of wanted authentication mechanisms: # plain login digest-md5 cram-md5 ntlm rpa apop anonymous gssapi mechanisms = plain # # Password database is used to verify user's password (and nothing more). # You can have multiple passdbs and userdbs. This is useful if you want to # allow both system users (/etc/passwd) and virtual users to login without # duplicating the system users into virtual database. # # http://wiki.dovecot.org/PasswordDatabase # # By adding master=yes setting inside a passdb you make the passdb a list # of "master users", who can log in as anyone else. Unless you're using PAM, # you probably still want the destination user to be looked up from passdb # that it really exists. This can be done by adding pass=yes setting to the # master passdb. # # http://wiki.dovecot.org/MasterPassword # Users can be temporarily disabled by adding a passdb with deny=yes. # If the user is found from that database, authentication will fail. # The deny passdb should always be specified before others, so it gets # checked first. Here's an example: #passdb passwd-file { # File contains a list of usernames, one per line #args = /etc/dovecot.deny #deny = yes #} # PAM authentication. Preferred nowadays by most systems. # Note that PAM can only be used to verify if user's password is correct, # so it can't be used as userdb. If you don't want to use a separate user # database (passwd usually), you can use static userdb. # REMEMBER: You'll need /etc/pam.d/dovecot file created for PAM # authentication to actually work. # http://wiki.dovecot.org/PasswordDatabase/PAM passdb pam { # [session=yes] [setcred=yes] [cache_key=] [] # # session=yes makes Dovecot open and immediately close PAM session. Some # PAM plugins need this to work, such as pam_mkhomedir. # # setcred=yes makes Dovecot establish PAM credentials if some PAM plugins # need that. They aren't ever deleted though, so this isn't enabled by # default. # # cache_key can be used to enable authentication caching for PAM # (auth_cache_size also needs to be set). It isn't enabled by default # because PAM modules can do all kinds of checks besides checking password, # such as checking IP address. Dovecot can't know about these checks # without some help. cache_key is simply a list of variables (see # doc/variables.txt) which must match for the cached data to be used. # Here are some examples: # %u - Username must match. Probably sufficient for most uses. # %u%r - Username and remote IP address must match. # %u%s - Username and service (ie. IMAP, POP3) must match. # # If service name is "*", it means the authenticating service name # is used, eg. pop3 or imap (/etc/pam.d/pop3, /etc/pam.d/imap). # # Some examples: # args = session=yes * # args = cache_key=%u dovecot #args = dovecot } # /etc/passwd or similar, using getpwnam() # In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. # http://wiki.dovecot.org/AuthDatabase/Passwd #passdb passwd { #} # /etc/shadow or similiar, using getspnam(). Deprecated by PAM nowadays. # http://wiki.dovecot.org/PasswordDatabase/Shadow #passdb shadow { #} # PAM-like authentication for OpenBSD. # http://wiki.dovecot.org/PasswordDatabase/BSDAuth #passdb bsdauth { # [cache_key=] - See cache_key in PAM for explanation. #args = #} # passwd-like file with specified location # http://wiki.dovecot.org/AuthDatabase/PasswdFile #passdb passwd-file { # Path for passwd-file #args = #} # checkpassword executable authentication # NOTE: You will probably want to use "userdb prefetch" with this. # http://wiki.dovecot.org/PasswordDatabase/CheckPassword #passdb checkpassword { # Path for checkpassword binary #args = #} # SQL database # http://wiki.dovecot.org/AuthDatabase/SQL #passdb sql { # Path for SQL configuration file, see doc/dovecot-sql.conf for example #args = #} # LDAP database # http://wiki.dovecot.org/AuthDatabase/LDAP #passdb ldap { # Path for LDAP configuration file, see doc/dovecot-ldap.conf for example #args = #} # vpopmail authentication # http://wiki.dovecot.org/AuthDatabase/VPopMail #passdb vpopmail { # [cache_key=] - See cache_key in PAM for explanation. #args = #} # # User database specifies where mails are located and what user/group IDs # own them. For single-UID configuration use "static". # # http://wiki.dovecot.org/UserDatabase # # /etc/passwd or similar, using getpwnam() # In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. WARNING: nss_ldap is known to be broken # with Dovecot. Don't use it, or users might log in as each others! # http://wiki.dovecot.org/AuthDatabase/Passwd userdb passwd { } # passwd-like file with specified location # http://wiki.dovecot.org/AuthDatabase/PasswdFile #userdb passwd-file { # Path for passwd-file #args = #} # static settings generated from template # http://wiki.dovecot.org/UserDatabase/Static #userdb static { # Template for the fields. Can return anything a userdb could normally # return. For example: # # args = uid=500 gid=500 home=/var/mail/%u # #args = #} # SQL database # http://wiki.dovecot.org/AuthDatabase/SQL #userdb sql { # Path for SQL configuration file, see doc/dovecot-sql.conf for example #args = #} # LDAP database # http://wiki.dovecot.org/AuthDatabase/LDAP #userdb ldap { # Path for LDAP configuration file, see doc/dovecot-ldap.conf for example #args = #} # vpopmail # http://wiki.dovecot.org/AuthDatabase/VPopMail #userdb vpopmail { #} # "prefetch" user database means that the passdb already provided the # needed information and there's no need to do a separate userdb lookup. # This can be made to work with SQL and LDAP databases, see their example # configuration files for more information how to do it. # http://wiki.dovecot.org/UserDatabase/Prefetch #userdb prefetch { #} # User to use for the process. This user needs access to only user and # password databases, nothing else. Only shadow and pam authentication # requires roots, so use something else if possible. Note that passwd # authentication with BSDs internally accesses shadow files, which also # requires roots. Note that this user is NOT used to access mails. # That user is specified by userdb above. user = root # Directory where to chroot the process. Most authentication backends don't # work if this is set, and there's no point chrooting if auth_user is root. # Note that valid_chroot_dirs isn't needed to use this setting. #chroot = # Number of authentication processes to create #count = 1 # Require a valid SSL client certificate or the authentication fails. #ssl_require_client_cert = no # Take the username from client's SSL certificate, using # X509_NAME_get_text_by_NID() which returns the subject's DN's # CommonName. #ssl_username_from_cert = no # It's possible to export the authentication interface to other programs: #socket listen { #master { # Master socket is typically used to give Dovecot's local delivery # agent access to userdb so it can find mailbox locations. It can # however also be used to disturb regular user authentications. # WARNING: Giving untrusted users access to master socket may be a # security risk, don't give too wide permissions to it! #path = /var/run/dovecot/auth-master #mode = 0600 # Default user/group is the one who started dovecot-auth (root) #user = #group = #} #client { # The client socket is generally safe to export to everyone. Typical use # is to export it to your SMTP server so it can do SMTP AUTH lookups # using it. #path = /var/run/dovecot/auth-client #mode = 0660 #} #} } # If you wish to use another authentication server than dovecot-auth, you can # use connect sockets. They assumed to be already running, Dovecot's master # process only tries to connect to them. They don't need any other settings # than the path for the master socket, as the configuration is done elsewhere. # Note that the client sockets must exist in the login_dir. #auth external { # socket connect { # master { # path = /var/run/dovecot/auth-master # } # } #} ## ## Dictionary server settings ## # Dictionary can be used by some plugins to store key=value lists. # Currently this is only used by dict quota backend. The dictionary can be # used either directly or though a dictionary server. The following dict block # maps dictionary names to URIs when the server is used. These can then be # referenced using URIs in format "proxy:". dict { #quota = mysql:/etc/dovecot-dict-quota.conf } ## ## Plugin settings ## plugin { # Here you can give some extra environment variables to mail processes. # This is mostly meant for passing parameters to plugins. %variable # expansion is done for all values. # Quota plugin. Multiple backends are supported: # dirsize: Find and sum all the files found from mail directory # dict: Keep quota stored in dictionary (eg. SQL) # maildir: Maildir++ quota # fs: Read-only support for filesystem quota #quota = maildir # ACL plugin. vfile backend reads ACLs from "dovecot-acl" file from maildir # directory. You can also optionally give a global ACL directory path where # ACLs are applied to all users' mailboxes. The global ACL directory contains # one file for each mailbox, eg. INBOX or sub.mailbox. #acl = vfile:/etc/dovecot-acls # Convert plugin. If set, specifies the source storage path which is # converted to destination storage (mail_location). #convert_mail = mbox:%h/mail # Trash plugin. When saving a message would make user go over quota, this # plugin automatically deletes the oldest mails from configured mailboxes # until the message can be saved within quota limits. The configuration file # is a text file where each line is in format: # Mails are first deleted in lowest -> highest priority number order #trash = /etc/dovecot-trash.conf } -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061123/c0cab8a6/attachment-0001.html From matheus.oliveira at spd.com.br Fri Nov 24 09:59:26 2006 From: matheus.oliveira at spd.com.br (Matheus Antonio Oliveira) Date: Fri, 24 Nov 2006 07:59:26 -0200 Subject: [Dovecot] LDAP authentication windows 2003 Message-ID: <4566C27E.4000506@spd.com.br> An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061124/26e709a5/attachment.htm From t.d.lee at durham.ac.uk Fri Nov 24 10:13:25 2006 From: t.d.lee at durham.ac.uk (David Lee) Date: Fri, 24 Nov 2006 10:13:25 +0000 (GMT) Subject: [Dovecot] mailadm? authentication vs. authorization? Message-ID: Does "dovecot" have anything similar to the UW IMAP "mailadm" group operation? From near the end of: http://www.washington.edu/imap/documentation/RELNOTES.html 'Support for SASL authentication identity vs. authorization identity in the IMAP and POP3 servers. If the user indicated by the authentication identity is in the "mailadm" group, he may specify any authorization identity and get logged in as the authorization identity user.' This allows an email administrator (member of group "mailadm") to sort out problems in a user's mailbox as that user identifier. (We try to train our users not to reveal their password to anyone, not even to our own staff. But sometimes, as staff, it is very useful to be able to do operations as a particular user to diagnose a problem.) -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : Durham University : : http://www.dur.ac.uk/t.d.lee/ South Road : : Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. : From c.d.wakelin at reading.ac.uk Fri Nov 24 10:23:28 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Fri, 24 Nov 2006 10:23:28 +0000 Subject: [Dovecot] mailadm? authentication vs. authorization? In-Reply-To: References: Message-ID: <4566C820.3020901@reading.ac.uk> David Lee wrote: > Does "dovecot" have anything similar to the UW IMAP "mailadm" group > operation? From near the end of: Dovecot supports "master" users; see http://wiki.dovecot.org/MasterPassword So far, I'm only planning to use it for automated migration of staff accounts to, *cough* Exchange, so will probably run it in its own Dovecot service on a different port. I'll also restrict the IP addresses the master user can use. Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From leroy.vanlogchem at wldelft.nl Fri Nov 24 11:03:33 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Fri, 24 Nov 2006 12:03:33 +0100 Subject: [Dovecot] Thanks! Migration UWimap -> Dovecot report Message-ID: <4566D185.9060902@wldelft.nl> Best Dovecot devs, We moved from UW-imap&pop3 to Dovecot this morning (~500 accounts) and reduced our traffic from the home directory server to the imap server bigtime: | 22 Nov| 0.1 0.8| 0.0 0.0| 0.4 0.5| 1550.6 42.9| 1557.3 67.9| | 23 Nov| 0.3 1.0| 0.0 0.1| 0.4 0.6| 1331.8 37.3| 1337.2 46.3| | 24 Nov| 0.0 0.4| 0.0 0.0| 0.2 0.2| 186.8 8.8| 188.9 9.2| Yesterday and the day before we averaged 1.35 TB of NFS traffic for all the remote imap folders (mbox format) while today we only use 1/10th :) Also the lazy purge and writes are absolutly fast now, thanks! One question: Our pop3 users recieved all mail while 'leave mail on server' was enabled -it didnt delete it-. After one such run it's fine. Any idea to improve a uw/ipop3d migration for the next time? pop3_uidl_format = %08Xu%08Xv pop3_client_workarounds = outlook-no-nuls oe-ns-eoh -- Leroy From mahashmi at gmail.com Fri Nov 24 14:08:01 2006 From: mahashmi at gmail.com (Mustafa A. Hashmi) Date: Fri, 24 Nov 2006 19:08:01 +0500 Subject: [Dovecot] Question regarding bounce messages on quota full. [solved] In-Reply-To: <1163884586.8783.235.camel@hurina> References: <5f636a2f0611140916h65c90718l8ebff0ef455f9f26@mail.gmail.com> <1163884586.8783.235.camel@hurina> Message-ID: <5f636a2f0611240608u37e55277p521b8f21eacb18cb@mail.gmail.com> Timo: Again, apologies about the delay in responding. On 11/19/06, Timo Sirainen wrote: > On Tue, 2006-11-14 at 22:16 +0500, Mustafa A. Hashmi wrote: > > > auth default { > .. > > > user = root # <<-- wrong > > > } > > > > > > user = vmail fixes the issue. > > I don't see why that would make any difference. If the user=root works > for normal deliveries, then changing it to vmail shouldn't change > anything in quota-full conditions. I don't see why either! Also: mail_debug = yes was commented out in dovecot.conf. I made no other change (the mta is postfix btw). > If you still see the crash, it would be nice to get gdb backtrace so I > could fix it (see http://dovecot.org/bugreport.html). I'll get this to you asap -- however, may take till Monday. Appreciate your help. Regards, Mustafa. From maria.freixes_graells at alcatel.es Fri Nov 24 15:34:05 2006 From: maria.freixes_graells at alcatel.es (maria.freixes_graells at alcatel.es) Date: Fri, 24 Nov 2006 16:34:05 +0100 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <45670FF2.1000803@alcatel.es> References: <4565DEE5.9090502@alcatel.es> <45670FF2.1000803@alcatel.es> Message-ID: <456710ED.6080200@alcatel.es> > Please....I am lost completly!! Could anyone help me to solve the > question of how can I configure the mail in my linux machine.... > The scenarious is that this linux machine with red had enterprise > linux 4 receives mail from another machine via sendmail. This mail is > saved into /var/spool/mail/ directori, the user is webmaster. > But I want that the mails into /var/spool/mail/webmaster are sended to > the "evolution mail" via pop protocol. > Any idea? > If you could weaste some time with me, I be very gratefully for it!! > Thanks a lot, > Maria > > maria.freixes_graells at alcatel.es escribi?: >> Hello people!! >> >> First, thanks very much to Ejay Hire and to John Peacock for your >> quickly answer!! >> >> Now, I've dovecot installed, I downloaded the source and I compiled >> them. It's running ok now. >> >> But.....as I am new in all these issues I have some problems with the >> configuration. >> >> I have a user called "webmaster" that have a mail into >> /var/spool/mail, I want to redirect these mails to the "Evolution >> Mail" program from my Linux Desktop. >> I have doubts in two ways: >> >> 1.- Is the dovecot.conf file correct? >> 2.- Are the "Evolution Mail" setting correct? >> >> Evolution Account Settings: >> Name: webmaster at bar.ses.alcatel.es >> Full Name: webmaster >> Email Address: webmaster at bar.ses.alcatel.es >> Server Type: POP >> Host: 159.23.98.66 >> Username: webmaster >> Server Type: SMTP >> Server Configuration: 159.23.98.66 >> >> >> From brian at braverock.com Fri Nov 24 16:12:08 2006 From: brian at braverock.com (Brian G. Peterson) Date: Fri, 24 Nov 2006 10:12:08 -0600 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <456710ED.6080200@alcatel.es> References: <4565DEE5.9090502@alcatel.es> <45670FF2.1000803@alcatel.es> <456710ED.6080200@alcatel.es> Message-ID: <200611241012.08368.brian@braverock.com> On Friday 24 November 2006 09:34, maria.freixes_graells at alcatel.es wrote: > > Please....I am lost completly!! Could anyone help me to solve the > > question of how can I configure the mail in my linux machine.... > > The scenarious is that this linux machine with red had enterprise > > linux 4 receives mail from another machine via sendmail. This mail is > > saved into /var/spool/mail/ directori, the user is webmaster. > > But I want that the mails into /var/spool/mail/webmaster are sended > > to the "evolution mail" via pop protocol. > > Any idea? > > If you could weaste some time with me, I be very gratefully for it!! > > Thanks a lot, > > Maria > > > > maria.freixes_graells at alcatel.es escribi?: > >> Hello people!! > >> > >> First, thanks very much to Ejay Hire and to John Peacock for your > >> quickly answer!! > >> > >> Now, I've dovecot installed, I downloaded the source and I compiled > >> them. It's running ok now. > >> > >> But.....as I am new in all these issues I have some problems with > >> the configuration. > >> > >> I have a user called "webmaster" that have a mail into > >> /var/spool/mail, I want to redirect these mails to the "Evolution > >> Mail" program from my Linux Desktop. > >> I have doubts in two ways: > >> > >> 1.- Is the dovecot.conf file correct? > >> 2.- Are the "Evolution Mail" setting correct? > >> > >> Evolution Account Settings: > >> Name: webmaster at bar.ses.alcatel.es > >> Full Name: webmaster > >> Email Address: webmaster at bar.ses.alcatel.es > >> Server Type: POP > >> Host: 159.23.98.66 > >> Username: webmaster > >> Server Type: SMTP > >> Server Configuration: 159.23.98.66 You need to have an uncommented "protocol pop3" section in your config file. There are many examples both in the comments in the distributed dovecot.conf file, and on the dovecot website. for example: protocol pop3 { listen = *:110 } would listen on the standard pop3 port (110) for connections from all hosts. protocol pop3 { listen = localhost:110 } would listen only on localhost (the same machine, not allowing any remote connections to dovecot) Or, on my server, I use: protocol pop3 { ssl_listen = *:995 } allowing only encrypted connections to pop3 from anywhere. you could also combine directives like this: protocol pop3 { listen = *:110 ssl_listen = *:995 } Regards, - Brian From iarteaga at cwpanama.net Fri Nov 24 16:32:54 2006 From: iarteaga at cwpanama.net (Ivan Arteaga) Date: Fri, 24 Nov 2006 11:32:54 -0500 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <456710ED.6080200@alcatel.es> Message-ID: Hi Maria, I think if you're using sendmail as mta in the linux box you can use virtusertable in order to forward the incoming mail from one user to another one, even an external mail. Hope this helps, --Ivan. -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of maria.freixes_graells at alcatel.es Sent: Friday, November 24, 2006 10:34 AM To: dovecot at dovecot.org Subject: Re: [Dovecot] dovecont.conf and "Evolution Mail" configuration > Please....I am lost completly!! Could anyone help me to solve the > question of how can I configure the mail in my linux machine.... > The scenarious is that this linux machine with red had enterprise > linux 4 receives mail from another machine via sendmail. This mail is > saved into /var/spool/mail/ directori, the user is webmaster. > But I want that the mails into /var/spool/mail/webmaster are sended to > the "evolution mail" via pop protocol. > Any idea? > If you could weaste some time with me, I be very gratefully for it!! > Thanks a lot, > Maria > > maria.freixes_graells at alcatel.es escribi?: >> Hello people!! >> >> First, thanks very much to Ejay Hire and to John Peacock for your >> quickly answer!! >> >> Now, I've dovecot installed, I downloaded the source and I compiled >> them. It's running ok now. >> >> But.....as I am new in all these issues I have some problems with the >> configuration. >> >> I have a user called "webmaster" that have a mail into >> /var/spool/mail, I want to redirect these mails to the "Evolution >> Mail" program from my Linux Desktop. >> I have doubts in two ways: >> >> 1.- Is the dovecot.conf file correct? >> 2.- Are the "Evolution Mail" setting correct? >> >> Evolution Account Settings: >> Name: webmaster at bar.ses.alcatel.es >> Full Name: webmaster >> Email Address: webmaster at bar.ses.alcatel.es >> Server Type: POP >> Host: 159.23.98.66 >> Username: webmaster >> Server Type: SMTP >> Server Configuration: 159.23.98.66 >> >> >> From gerard at seibercom.net Fri Nov 24 17:32:05 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Fri, 24 Nov 2006 12:32:05 -0500 (EST) Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <200611241012.08368.brian@braverock.com> References: <4565DEE5.9090502@alcatel.es> <45670FF2.1000803@alcatel.es> <456710ED.6080200@alcatel.es> <200611241012.08368.brian@braverock.com> Message-ID: <20061124122903.F62540@scorpio.seibercom.net> On Fri, 24 Nov 2006, Brian G. Peterson wrote: > On Friday 24 November 2006 09:34, maria.freixes_graells at alcatel.es wrote: >>> Please....I am lost completly!! Could anyone help me to solve the >>> question of how can I configure the mail in my linux machine.... >>> The scenarious is that this linux machine with red had enterprise >>> linux 4 receives mail from another machine via sendmail. This mail is >>> saved into /var/spool/mail/ directori, the user is webmaster. >>> But I want that the mails into /var/spool/mail/webmaster are sended >>> to the "evolution mail" via pop protocol. >>> Any idea? >>> If you could weaste some time with me, I be very gratefully for it!! >>> Thanks a lot, >>> Maria >>> >>> maria.freixes_graells at alcatel.es escribi?: >>>> Hello people!! >>>> >>>> First, thanks very much to Ejay Hire and to John Peacock for your >>>> quickly answer!! >>>> >>>> Now, I've dovecot installed, I downloaded the source and I compiled >>>> them. It's running ok now. >>>> >>>> But.....as I am new in all these issues I have some problems with >>>> the configuration. >>>> >>>> I have a user called "webmaster" that have a mail into >>>> /var/spool/mail, I want to redirect these mails to the "Evolution >>>> Mail" program from my Linux Desktop. >>>> I have doubts in two ways: >>>> >>>> 1.- Is the dovecot.conf file correct? >>>> 2.- Are the "Evolution Mail" setting correct? >>>> >>>> Evolution Account Settings: >>>> Name: webmaster at bar.ses.alcatel.es >>>> Full Name: webmaster >>>> Email Address: webmaster at bar.ses.alcatel.es >>>> Server Type: POP >>>> Host: 159.23.98.66 >>>> Username: webmaster >>>> Server Type: SMTP >>>> Server Configuration: 159.23.98.66 > > You need to have an uncommented "protocol pop3" section in your config > file. There are many examples both in the comments in the distributed > dovecot.conf file, and on the dovecot website. > > for example: > > protocol pop3 { > listen = *:110 > } > > would listen on the standard pop3 port (110) for connections from all > hosts. > > protocol pop3 { > listen = localhost:110 > } > would listen only on localhost (the same machine, not allowing any remote > connections to dovecot) > > Or, on my server, I use: > protocol pop3 { > ssl_listen = *:995 > } > allowing only encrypted connections to pop3 from anywhere. > > you could also combine directives like this: > > protocol pop3 { > listen = *:110 > ssl_listen = *:995 > } I have never uncommented, no modified any of those settings, yet I can connect just fine using STARTTLS. I did make sure that I had both IMAPS and POP3S listed under 'protocols' however. -- Gerard gerard at seibercom.net Recursion: n. See Recursion. Random Shack Data Processing Dictionary From de at floydworld.de Fri Nov 24 17:41:17 2006 From: de at floydworld.de (Dirk Essl) Date: Fri, 24 Nov 2006 18:41:17 +0100 Subject: [Dovecot] Connection to server time out when deleting (moving to Trash) In-Reply-To: <45641DAA.2050501@uninett.no> References: <4563724E.4040402@uninett.no> <45641954.60107@floydworld.de> <45641DAA.2050501@uninett.no> Message-ID: <45672EBD.2060202@floydworld.de> Anders Lund wrote: > Dirk Essl wrote: >> Anders Lund wrote: >>> Hi, >>> >>> Running: >>> * Dovecot 1.0 rc15 >>> * Debian Sarge Linux >>> >>> Using Maildir and IMAP over SSL. >>> >>> When trying to delete a lot of mail (> 5000-6000 messages) in some >>> folder, using Mozilla Thunderbird (1.5.0.7) on Ubuntu, I often >>> experience "Connection to server timed out." Any suggestions >>> on how to fix this problem? >>> >>> "Empty Trash" seem to work fine, so I guess this is related to moving a >>> lot of mail from one folder to another (Thrash)? >> I have exactly the same problem here. Solaris 10, dovecot 1.0rc2, >> maildir, maildir space on a netapp filer mounted via NFS, Thunderbird 1.5.7 >> >> I think in my case the filesystem is to slow. Could that be? > > On my system I'm not mounting filesystem via NFS. > > Using > > Fibre Channel: LSI Logic / Symbios Logic FC919X Fibre Channel Adapter > > attached directly to a > > Vendor: NEXSAN Model: ATAboy(9E263CD3) Rev: A035 > > for the filesystem my mail is delivered to. > > RAID5 on the ATAboy > Generated ext3 filesystem using > * stride=16 > * dir_index > Mounting ext3 using data=writeback. Can anyone pls test, if dovecot behaves the same on your system? I think I'm not even able to delete 1000 messages in a row. Timo: what would you need from us to help us fixing this? > - Anders > -- kind regards, \dirk From maria.freixes_graells at alcatel.es Fri Nov 24 18:20:31 2006 From: maria.freixes_graells at alcatel.es (maria.freixes_graells at alcatel.es) Date: Fri, 24 Nov 2006 19:20:31 +0100 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <20061124122903.F62540@scorpio.seibercom.net> References: <4565DEE5.9090502@alcatel.es> <45670FF2.1000803@alcatel.es> <456710ED.6080200@alcatel.es> <200611241012.08368.brian@braverock.com> <20061124122903.F62540@scorpio.seibercom.net> Message-ID: <456737EF.5030002@alcatel.es> Hi!! Thanks a lot a lot......thanks for your attention!! Something I have wrong in my configuration.... When I do: [root at sewebt home]# telnet localhost 110 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. +OK Dovecot ready. user pepe +OK pass pepe06 -ERR Temporary authentication failure. Connection closed by foreign host. [root at sewebt home]# It fails!! Some problem with the 110 port? With all the best, Maria Gerard Seibert escribi?: > On Fri, 24 Nov 2006, Brian G. Peterson wrote: > >> On Friday 24 November 2006 09:34, maria.freixes_graells at alcatel.es >> wrote: >>>> Please....I am lost completly!! Could anyone help me to solve the >>>> question of how can I configure the mail in my linux machine.... >>>> The scenarious is that this linux machine with red had enterprise >>>> linux 4 receives mail from another machine via sendmail. This mail is >>>> saved into /var/spool/mail/ directori, the user is webmaster. >>>> But I want that the mails into /var/spool/mail/webmaster are sended >>>> to the "evolution mail" via pop protocol. >>>> Any idea? >>>> If you could weaste some time with me, I be very gratefully for it!! >>>> Thanks a lot, >>>> Maria >>>> >>>> maria.freixes_graells at alcatel.es escribi?: >>>>> Hello people!! >>>>> >>>>> First, thanks very much to Ejay Hire and to John Peacock for your >>>>> quickly answer!! >>>>> >>>>> Now, I've dovecot installed, I downloaded the source and I compiled >>>>> them. It's running ok now. >>>>> >>>>> But.....as I am new in all these issues I have some problems with >>>>> the configuration. >>>>> >>>>> I have a user called "webmaster" that have a mail into >>>>> /var/spool/mail, I want to redirect these mails to the "Evolution >>>>> Mail" program from my Linux Desktop. >>>>> I have doubts in two ways: >>>>> >>>>> 1.- Is the dovecot.conf file correct? >>>>> 2.- Are the "Evolution Mail" setting correct? >>>>> >>>>> Evolution Account Settings: >>>>> Name: webmaster at bar.ses.alcatel.es >>>>> Full Name: webmaster >>>>> Email Address: webmaster at bar.ses.alcatel.es >>>>> Server Type: POP >>>>> Host: 159.23.98.66 >>>>> Username: webmaster >>>>> Server Type: SMTP >>>>> Server Configuration: 159.23.98.66 >> >> You need to have an uncommented "protocol pop3" section in your config >> file. There are many examples both in the comments in the distributed >> dovecot.conf file, and on the dovecot website. >> >> for example: >> >> protocol pop3 { >> listen = *:110 >> } >> >> would listen on the standard pop3 port (110) for connections from all >> hosts. >> >> protocol pop3 { >> listen = localhost:110 >> } >> would listen only on localhost (the same machine, not allowing any >> remote >> connections to dovecot) >> >> Or, on my server, I use: >> protocol pop3 { >> ssl_listen = *:995 >> } >> allowing only encrypted connections to pop3 from anywhere. >> >> you could also combine directives like this: >> >> protocol pop3 { >> listen = *:110 >> ssl_listen = *:995 >> } > > I have never uncommented, no modified any of those settings, yet I can > connect just fine using STARTTLS. I did make sure that I had both > IMAPS and POP3S listed under 'protocols' however. > > From brian at braverock.com Fri Nov 24 18:31:01 2006 From: brian at braverock.com (Brian G. Peterson) Date: Fri, 24 Nov 2006 12:31:01 -0600 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <456737EF.5030002@alcatel.es> References: <4565DEE5.9090502@alcatel.es> <20061124122903.F62540@scorpio.seibercom.net> <456737EF.5030002@alcatel.es> Message-ID: <200611241231.01210.brian@braverock.com> On Friday 24 November 2006 12:20, maria.freixes_graells at alcatel.es wrote: > root at sewebt home]# telnet localhost 110 > Trying 127.0.0.1... > Connected to localhost.localdomain (127.0.0.1). > Escape character is '^]'. > +OK Dovecot ready. > user pepe > +OK > pass pepe06 > -ERR Temporary authentication failure. > Connection closed by foreign host. > [root at sewebt home]# > > It fails!! Some problem with the 110 port? Check the dovecot log. Authentication errors at the client side are deliberately vague for security reasons. The actual reason for your failure to authenticate will be in the server mail logs. Check /var/log/maillog, or look at your syslog config to see where it is going. Regards, - Brian From maria.freixes_graells at alcatel.es Fri Nov 24 18:51:06 2006 From: maria.freixes_graells at alcatel.es (maria.freixes_graells at alcatel.es) Date: Fri, 24 Nov 2006 19:51:06 +0100 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <200611241231.01210.brian@braverock.com> References: <4565DEE5.9090502@alcatel.es> <20061124122903.F62540@scorpio.seibercom.net> <456737EF.5030002@alcatel.es> <200611241231.01210.brian@braverock.com> Message-ID: <45673F1A.1040909@alcatel.es> Any idea with the logs? I'm sorry but I understand nothing about them...... Another time, thanks to all that help me, sincerently, Maria The logs: Messages File: Nov 25 02:13:00 sewebt passwd(pam_unix)[4726]: password changed for pepe Nov 25 02:14:22 sewebt su(pam_unix)[4731]: session opened for user pepe by root( uid=0) Nov 25 02:14:26 sewebt su(pam_unix)[4731]: session closed for user pepe Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: passdb Nov 25 02:14:54 sewebt dovecot-auth: PAM pam_parse: expecting return value; [... pam] Nov 25 02:14:54 sewebt dovecot-auth: PAM unable to dlopen(/lib/security/{) Nov 25 02:14:54 sewebt dovecot-auth: PAM [dlerror: /lib/security/{: cannot open shared object file: No such file or directory] Nov 25 02:14:54 sewebt dovecot-auth: PAM adding faulty module: /lib/security/{ Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: args Nov 25 02:14:54 sewebt dovecot-auth: PAM pam_parse: expecting return value; [... =] Nov 25 02:14:54 sewebt dovecot-auth: PAM unable to dlopen(/lib/security/*) Nov 25 02:14:54 sewebt dovecot-auth: PAM [dlerror: /lib/security/*: cannot open shared object file: No such file or directory] Nov 25 02:14:54 sewebt dovecot-auth: PAM adding faulty module: /lib/security/* Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: } MAILLOG file: Nov 25 02:14:54 sewebt dovecot: auth(default): pam(pepe,127.0.0.1): Child proces s died Nov 25 02:14:54 sewebt dovecot: auth(default): PAM: Child 4762 died with signal 11 Nov 25 02:15:54 sewebt dovecot: pop3-login: Disconnected: Inactivity: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Brian G. Peterson escribi?: > On Friday 24 November 2006 12:20, maria.freixes_graells at alcatel.es wrote: > >> root at sewebt home]# telnet localhost 110 >> Trying 127.0.0.1... >> Connected to localhost.localdomain (127.0.0.1). >> Escape character is '^]'. >> +OK Dovecot ready. >> user pepe >> +OK >> pass pepe06 >> -ERR Temporary authentication failure. >> Connection closed by foreign host. >> [root at sewebt home]# >> >> It fails!! Some problem with the 110 port? >> > > Check the dovecot log. Authentication errors at the client side are > deliberately vague for security reasons. The actual reason for your > failure to authenticate will be in the server mail logs. > > Check /var/log/maillog, or look at your syslog config to see where it is > going. > > Regards, > > - Brian > From brian at braverock.com Fri Nov 24 19:39:16 2006 From: brian at braverock.com (Brian G. Peterson) Date: Fri, 24 Nov 2006 13:39:16 -0600 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <45673F1A.1040909@alcatel.es> References: <4565DEE5.9090502@alcatel.es> <200611241231.01210.brian@braverock.com> <45673F1A.1040909@alcatel.es> Message-ID: <200611241339.16467.brian@braverock.com> On Friday 24 November 2006 12:51, maria.freixes_graells at alcatel.es wrote: > Any idea with the logs? I'm sorry but I understand nothing about > them...... Another time, thanks to all that help me, sincerently, > Maria > > The logs: > > Messages File: > > Nov 25 02:13:00 sewebt passwd(pam_unix)[4726]: password changed for > pepe Nov 25 02:14:22 sewebt su(pam_unix)[4731]: session opened for user > pepe by root( > uid=0) > Nov 25 02:14:26 sewebt su(pam_unix)[4731]: session closed for user pepe > Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: > passdb > Nov 25 02:14:54 sewebt dovecot-auth: PAM pam_parse: expecting return > value; [... pam] > Nov 25 02:14:54 sewebt dovecot-auth: PAM unable to > dlopen(/lib/security/{) > Nov 25 02:14:54 sewebt dovecot-auth: PAM > [dlerror: /lib/security/{: cannot open > shared object file: No such file or directory] > Nov 25 02:14:54 sewebt dovecot-auth: PAM adding faulty module: > /lib/security/{ > Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: > args Nov 25 02:14:54 sewebt dovecot-auth: PAM pam_parse: expecting > return value; [... > =] > Nov 25 02:14:54 sewebt dovecot-auth: PAM unable to > dlopen(/lib/security/*) Nov 25 02:14:54 sewebt dovecot-auth: PAM > [dlerror: /lib/security/*: cannot open > shared object file: No such file or directory] > Nov 25 02:14:54 sewebt dovecot-auth: PAM adding faulty module: > /lib/security/* > Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: > } Have you searched for these errors online or on the dovecot site? I notice in your configuration (earlier message) that you have passdb pam enabled, but that you don't have any directives uncommented inside your passdb pam section. I see in my config: # REMEMBER: You'll need /etc/pam.d/dovecot file created for PAM # authentication to actually work. passdb pam { args = "*" } I don't know if this will work for your config. You need to look up the errors, and see what you can find. The most relevant parts of your error log appear to be illegal module type: passdb PAM adding faulty module: /lib/security/{ but I'm just guessing that these are related to your root cause. Regards, - Brian From allen at vo.lu Fri Nov 24 22:42:10 2006 From: allen at vo.lu (John and Catherine Allen) Date: Fri, 24 Nov 2006 23:42:10 +0100 Subject: [Dovecot] Connection to server time out when deleting (moving to Trash) In-Reply-To: <45672EBD.2060202@floydworld.de> References: <4563724E.4040402@uninett.no> <45641954.60107@floydworld.de> <45641DAA.2050501@uninett.no> <45672EBD.2060202@floydworld.de> Message-ID: <45677542.5070205@vo.lu> Dirk Essl wrote: > Can anyone pls test, if dovecot behaves the same on your system? > I think I'm not even able to delete 1000 messages in a row. I'm wondering if I have a similar problem. Dovecot 1.0rc14 on Linux (old Gentoo setup with a 2.4.30 kernel) Maildir ext3 filesystem with dir_indexes Single user system, 500 Mhz Via CPU, 256MB RAM Client is Thunderbird 1.5.0.8, timeout set to 600 seconds I've been trying to reorganise some old mailboxes with 20000-30000 messages, but every time I try to delete more than a few hundred messages at a time, I get - after 30-60 seconds (approx) - a "server error" message from Thunderbird. John -- John Allen Bofferdange, Luxembourg allen at vo.lu http://www.homepages.lu/allen From lists at loveturtle.net Sat Nov 25 03:31:03 2006 From: lists at loveturtle.net (Dillon) Date: Fri, 24 Nov 2006 22:31:03 -0500 Subject: [Dovecot] Thanks! Migration UWimap -> Dovecot report In-Reply-To: <4566D185.9060902@wldelft.nl> References: <4566D185.9060902@wldelft.nl> Message-ID: <4567B8F7.5080406@loveturtle.net> look at the pop3_uidl_format in dovecot.conf Leroy van Logchem wrote: > Best Dovecot devs, > > We moved from UW-imap&pop3 to Dovecot this morning (~500 accounts) and > reduced our traffic from the home directory server to the imap server > bigtime: > > | 22 Nov| 0.1 0.8| 0.0 0.0| 0.4 0.5| 1550.6 > 42.9| 1557.3 67.9| > | 23 Nov| 0.3 1.0| 0.0 0.1| 0.4 0.6| 1331.8 > 37.3| 1337.2 46.3| > | 24 Nov| 0.0 0.4| 0.0 0.0| 0.2 0.2| 186.8 > 8.8| 188.9 9.2| > > Yesterday and the day before we averaged 1.35 TB of NFS traffic for all > the remote imap folders (mbox format) while today we only use 1/10th :) > > Also the lazy purge and writes are absolutly fast now, thanks! > > One question: Our pop3 users recieved all mail while 'leave mail on > server' > was enabled -it didnt delete it-. After one such run it's fine. Any > idea to > improve a uw/ipop3d migration for the next time? > > > pop3_uidl_format = %08Xu%08Xv > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > From justinsung.kim at gmail.com Fri Nov 24 18:48:28 2006 From: justinsung.kim at gmail.com (Justin Sung Kim) Date: Fri, 24 Nov 2006 10:48:28 -0800 Subject: [Dovecot] Dovecot, Postfix, Mysql and Virtual Users Message-ID: <917ae5be0611241048o1f98a832yb372c79f28325aa0@mail.gmail.com> Hi, I am looking for a guide or manual to implement Dovecot, Postfix, Mysql and postfixadmin to manage virtual users. Can I get a help from someone? The main issue for me is the SMTP authentication with Mysql. postfixadmin stores the password in md5. How can you make that so it works on both smtp and dovecot? Please help me out. I am stuck with installing and re-installing. Thank you in advance. Justin. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061124/b8eef271/attachment.html From robert at schetterer.org Sat Nov 25 13:08:36 2006 From: robert at schetterer.org (Robert Schetterer) Date: Sat, 25 Nov 2006 14:08:36 +0100 Subject: [Dovecot] Dovecot, Postfix, Mysql and Virtual Users In-Reply-To: <917ae5be0611241048o1f98a832yb372c79f28325aa0@mail.gmail.com> References: <917ae5be0611241048o1f98a832yb372c79f28325aa0@mail.gmail.com> Message-ID: <45684054.9030206@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Justin Sung Kim schrieb: > Hi, > I am looking for a guide or manual to implement Dovecot, Postfix, Mysql and > postfixadmin to manage virtual users. > Can I get a help from someone? > The main issue for me is the SMTP authentication with Mysql. > postfixadmin stores the password in md5. > How can you make that so it works on both smtp and dovecot? > Please help me out. > I am stuck with installing and re-installing. > > Thank you in advance. > > Justin. > > -- > Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > > > Hi Justin, i have this setup up and running for 900 mailboxes but i use plain passwords, bored of asking users about their own passwords. Just follow the install guide from postfixadmin for start, patch postfix with vda ...., please tell the exact nature of your problems mail if you need any help but dont expect answers at once cause i am very busy - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFaEBUNxddAhXBw7QRAi+aAJ0eQtaumY3gIMOdqjsI+s0JFPLV0ACgg/fz VhGD1HB+fJhiql4KlJSPVnw= =SGIl -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From mlists at gmx.de Sat Nov 25 21:58:22 2006 From: mlists at gmx.de (Peter Bauer) Date: Sat, 25 Nov 2006 22:58:22 +0100 Subject: [Dovecot] dovecot-1.0.rc13 LDA Message-ID: <20061125215822.188000@gmx.net> Hello, I've installed dovecot-1.0.rc13 on FreeBSD-6.1 with LDA support. But I didn't found the /var/run/dovecot/auth-master file on my system. I need this file for the protocol lda { ... auth_socket_path = /var/run/dovecot-auth-master ... } settings in the /usr/local/etc/dovecot.conf. Does anyone has an idea? PS: On a older installation (dovecot-1.0.rc7) the file exists and works very well. Thanks. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From fcusack at fcusack.com Sat Nov 25 22:34:20 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Sat, 25 Nov 2006 14:34:20 -0800 Subject: [Dovecot] dovecot-1.0.rc13 LDA In-Reply-To: <20061125215822.188000@gmx.net> References: <20061125215822.188000@gmx.net> Message-ID: <707FF32C0E7FABB7957CCF70@sucksless.local> On November 25, 2006 10:58:22 PM +0100 Peter Bauer wrote: > Hello, > > I've installed dovecot-1.0.rc13 on FreeBSD-6.1 with LDA support. But I > didn't found the /var/run/dovecot/auth-master file on my system. > > I need this file for the > > protocol lda { > ... > auth_socket_path = /var/run/dovecot-auth-master > ... > } > > settings in the /usr/local/etc/dovecot.conf. > Does anyone has an idea? > > PS: On a older installation (dovecot-1.0.rc7) the file exists and works > very well. First of all, the file you asked for is not the file in the conf file. Is that the problem? -frank From mlists at gmx.de Sun Nov 26 12:14:20 2006 From: mlists at gmx.de (Peter Bauer) Date: Sun, 26 Nov 2006 13:14:20 +0100 Subject: [Dovecot] dovecot-1.0.rc13 LDA In-Reply-To: <707FF32C0E7FABB7957CCF70@sucksless.local> References: <20061125215822.188000@gmx.net> <707FF32C0E7FABB7957CCF70@sucksless.local> Message-ID: <20061126121420.169870@gmx.net> -------- Original-Nachricht -------- Datum: Sat, 25 Nov 2006 14:34:20 -0800 Von: Frank Cusack An: Peter Bauer , dovecot at dovecot.org Betreff: Re: [Dovecot] dovecot-1.0.rc13 LDA > On November 25, 2006 10:58:22 PM +0100 Peter Bauer wrote: > > Hello, > > > > I've installed dovecot-1.0.rc13 on FreeBSD-6.1 with LDA support. But I > > didn't found the /var/run/dovecot/auth-master file on my system. > > > > I need this file for the > > > > protocol lda { > > ... > > auth_socket_path = /var/run/dovecot-auth-master > > ... > > } > > > > settings in the /usr/local/etc/dovecot.conf. > > Does anyone has an idea? > > > > PS: On a older installation (dovecot-1.0.rc7) the file exists and works > > very well. > > First of all, the file you asked for is not the file in the conf file. > Is that the problem? > > -frank Hi Frank, it was only a copy and paste bug ;-) I've searched for the "dovecot-auth-master" file everywhere on my system but it DOESN'T exists. So I can not use the dovecot LDA :-( Does anyone has an idea? -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From dovecot at obfusc8.org Sun Nov 26 12:59:51 2006 From: dovecot at obfusc8.org (Peter Fern) Date: Sun, 26 Nov 2006 23:59:51 +1100 Subject: [Dovecot] dovecot-1.0.rc13 LDA In-Reply-To: <20061126121420.169870@gmx.net> References: <20061125215822.188000@gmx.net> <707FF32C0E7FABB7957CCF70@sucksless.local> <20061126121420.169870@gmx.net> Message-ID: <45698FC7.70405@obfusc8.org> Peter Bauer wrote: > I've searched for the "dovecot-auth-master" file everywhere on my system but it DOESN'T exists. So I can not use the dovecot LDA :-( > > Does anyone has an idea? > Check your dovecot.conf: auth default { ... # It's possible to export the authentication interface to other programs: socket listen { master { # Master socket is typically used to give Dovecot's local delivery # agent access to userdb so it can find mailbox locations. It can # however also be used to disturb regular user authentications. # WARNING: Giving untrusted users access to master socket may be a # security risk, don't give too wide permissions to it! path = /var/run/dovecot/auth-master mode = 0660 # Default user/group is the one who started dovecot-auth (root) user = root group = dovecot } ... } From fcusack at fcusack.com Sun Nov 26 18:15:48 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Sun, 26 Nov 2006 10:15:48 -0800 Subject: [Dovecot] dovecot-1.0.rc13 LDA In-Reply-To: <20061126121420.169870@gmx.net> References: <20061125215822.188000@gmx.net> <707FF32C0E7FABB7957CCF70@sucksless.local> <20061126121420.169870@gmx.net> Message-ID: <7A637EA3D36727C9BB209ED7@sucksless.local> On November 26, 2006 1:14:20 PM +0100 Peter Bauer wrote: > > -------- Original-Nachricht -------- > Datum: Sat, 25 Nov 2006 14:34:20 -0800 > Von: Frank Cusack > An: Peter Bauer , dovecot at dovecot.org > Betreff: Re: [Dovecot] dovecot-1.0.rc13 LDA > >> On November 25, 2006 10:58:22 PM +0100 Peter Bauer wrote: >> > Hello, >> > >> > I've installed dovecot-1.0.rc13 on FreeBSD-6.1 with LDA support. But I >> > didn't found the /var/run/dovecot/auth-master file on my system. >> > >> > I need this file for the >> > >> > protocol lda { >> > ... >> > auth_socket_path = /var/run/dovecot-auth-master >> > ... >> > } >> > >> > settings in the /usr/local/etc/dovecot.conf. >> > Does anyone has an idea? >> > >> > PS: On a older installation (dovecot-1.0.rc7) the file exists and works >> > very well. >> >> First of all, the file you asked for is not the file in the conf file. >> Is that the problem? >> >> -frank > > Hi Frank, > > it was only a copy and paste bug ;-) > I've searched for the "dovecot-auth-master" file everywhere on my system > but it DOESN'T exists. So I can not use the dovecot LDA :-( > > Does anyone has an idea? This file is not a file, it's a unix domain socket and it's CREATED by dovecot. So see what changed in your configuration between rc7 and rc13. -frank From peter at norrskenkonsult.com Sun Nov 26 21:39:40 2006 From: peter at norrskenkonsult.com (Peter Lindgren) Date: Sun, 26 Nov 2006 22:39:40 +0100 Subject: [Dovecot] IMAPS works, IMAP does not Message-ID: <456A099C.7050805@norrskenkonsult.com> Hello! I have a simple (I think) problem. I have had IMAPS working fine for a long time. Now I want to start to use IMAP and STARTLS, since my mobile SonyEricsson P900 can't use IMAPS directly. But I can't connect even locally to the IMAP port (143), no-one listens there according to netstat (*.imaps is in LISTEN state). I have the following settings in my /etc/dovecot.conf: protocols = imap imaps ssl_cert_file = /etc/ssl/dovecotcert.pem ssl_key_file = /etc/ssl/private/dovecot.pem disable_plaintext_auth = no login_user = _dovecot login_greeting = Dovecot at casiopea ready. mail_read_mmaped = yes mmap_no_write = no protocol imap { login_greeting_capability = yes } protocol pop3 { } auth_verbose = yes auth default { mechanisms = cram-md5 digest-md5 passdb passwd { } userdb passwd { } user = root } I have restarted (SIGTERM) dovecot to be sure that dovecot is restarted. I still run 1.0beta3 on OpenBSD. TIA, Peter -- Peter Lindgren, dataingenj?r E-post: peter "at" norrskenkonsult punkt com http://www.norrskenkonsult.com From mmaurer at betterbe.com Mon Nov 27 09:42:37 2006 From: mmaurer at betterbe.com (J.M. Maurer) Date: Mon, 27 Nov 2006 10:42:37 +0100 Subject: [Dovecot] Dovecot hung or what? In-Reply-To: <20061123151403.GV20728@ns2.wananchi.com> References: <20061123151403.GV20728@ns2.wananchi.com> Message-ID: <1164620557.32727.2.camel@sigma.lan.uwog.net> On Thu, 2006-11-23 at 18:14 +0300, Odhiambo WASHINGTON wrote: > Here is my first major problem with dovecot. I am running rc15 on > FreeBSD 6.1. I run dovecot supervised by DJB's daemontools. > I run only the pop3 service. > > A colleague informed me that pop3 service was simply not responding. > They could not rcv mail. When I checked the server, tail-ing > dovecot.log, here is what was scrolling: [snip] I basically see the same with rc15, using imap. It doesn't respond to anything anymore. Clueless what is causing it though, I'll try to get some debugging info. Marc From tsh at mrc-lmb.cam.ac.uk Mon Nov 27 10:08:14 2006 From: tsh at mrc-lmb.cam.ac.uk (T. Horsnell) Date: Mon, 27 Nov 2006 10:08:14 +0000 (GMT) Subject: [Dovecot] shared folder Message-ID: The dovecot wiki says: The only way to implement shared folders with Dovecot 0.99.x is to create a "shared userid" which all of the users log in to read mail. Does this mean that folders owned by that shared uid can be *simultaneously* manipulated by multiple users logged in to that shared uid? This doesnt seem to be the case on my dovecot-0.99.11-4.EL4 system, and before investigating further I just wanted to check whether it should be possible or not. Cheers, Terry. From papier at sdv.fr Mon Nov 27 14:39:53 2006 From: papier at sdv.fr (Laurent Papier) Date: Mon, 27 Nov 2006 15:39:53 +0100 Subject: [Dovecot] problem in rc15 (proxy mode) Message-ID: <20061127153953.d8a1c302.papier@sdv.fr> Hi, I have test dovecot on one of my pop3/imap proxies (from rc10 to rc15). I immediately get a lot of error messages like this one : Nov 27 15:10:45 mproxy1 dovecot: pop3-login: file client.c: line 423 (client_unref): assertion failed: (client->destroyed) Nov 27 15:10:45 mproxy1 dovecot: child 21677 (login) killed with signal 6 A lot means one every 2 or 3 seconds. Any suggestion ? ---------------- protocols = pop3 imap disable_plaintext_auth = no ssl_disable = yes login_process_size = 64 login_process_per_connection = no login_processes_count = 8 login_max_connections = 256 login_greeting = loktar auth_cache_size = 16384 auth_cache_ttl = 1800 auth_worker_max_count = 30 auth default { mechanisms = plain # Userdb settings are not used with proxy but there need to be something. userdb static { args = static uid=5000 gid=5000 home=/dev/null } passdb sql { args = /etc/dovecot-mysql.conf } user = root count = 1 } -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - From cube at cubidou.net Mon Nov 27 18:27:53 2006 From: cube at cubidou.net (Quentin Garnier) Date: Mon, 27 Nov 2006 19:27:53 +0100 Subject: [Dovecot] Too many open files In-Reply-To: <455FE423.5020101@schmonz.com> References: <1163001137.4177.273.camel@hurina> <455FE423.5020101@schmonz.com> Message-ID: <20061127182753.GE158@shaak.cubidou.net> On Sat, Nov 18, 2006 at 11:57:07PM -0500, Amitai Schlair wrote: > Timo Sirainen wrote: > > > No. There's a leak somewhere. Could you check what file descriptors are > > open for such process once it has been running for some hours? So lsof > > -p or look into /proc/pid/fd/ directly. If it's leaking it should > > show at least tens of opened files. Once I know what files it's not > > closing it's easier for me to fix this. > > I'm still getting "Too many open files" with 1.0rc14 on NetBSD with > kqueue; when this happens, lsof says there are over 1000 pipes open. Is > this addressed in 1.0rc15? If not, what can I do to help it be addressed > before 1.0? I've long stopped using kqueue on my prod servers, and while I've hardly looked at the issue recently, I noticed that it was much harder to reproduce on my build machine, which happens to run a 3.99.x Xen kernel, whereas the prod server runs 2.0. I _think_ I managed to make dovecot leak one fd at some point on the build machine, but that might just be memory playing tricks on me. -- Quentin Garnier - cube at cubidou.net - cube at NetBSD.org "You could have made it, spitting out benchmarks Owe it to yourself not to fail" Amplifico, Spitting Out Benchmarks, Hometakes Vol. 2, 2005. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 478 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061127/301cf546/attachment.pgp From dovecot at lists.sweth.net Mon Nov 27 22:26:33 2006 From: dovecot at lists.sweth.net (Sweth Chandramouli) Date: Mon, 27 Nov 2006 17:26:33 -0500 Subject: [Dovecot] Nested folders in FS supported yet? Message-ID: <20061127222633.GA4374@iris.sweth.net> The last time I checked, dovecot didn't support having nested IMAP folders be implemented via actual nested maildir folders in the filesystem, but that feature was on the "someday maybe it'll happen list", IIRC. I can't find any recent mention of that feature or its absence on the web or in the list archives; is it still on the someday list? (If it isn't implemented yet, does anyone know of an IMAP server that DOES support it?) Thanks, Sweth. -- Sweth Chandramouli sweth at ethicalhomes.com - http://EthicalHomes.com/ Thinking about buying a home, but feel like the local real estate market has left you behind? Know others who have the same questions? I teach at homebuying seminars for local housing agencies, and would be glad to help set up a free seminar for your company or organization. From fcusack at fcusack.com Mon Nov 27 23:07:16 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Mon, 27 Nov 2006 15:07:16 -0800 Subject: [Dovecot] Nested folders in FS supported yet? In-Reply-To: <20061127222633.GA4374@iris.sweth.net> References: <20061127222633.GA4374@iris.sweth.net> Message-ID: <56BBA0DE94F64749A721D84B@sucksless.local> On November 27, 2006 5:26:33 PM -0500 Sweth Chandramouli wrote: > The last time I checked, dovecot didn't support having nested IMAP > folders be implemented via actual nested maildir folders in the > filesystem, but that feature was on the "someday maybe it'll happen > list", IIRC. I can't find any recent mention of that feature or its > absence on the web or in the list archives; is it still on the someday > list? It sounds like dovecot only wants to support Maildir++ which doesn't allow this. The reason it is not allowed appears to be for more efficient quota support; although I haven't reviewed it (Maildir++) thoroughly enough to be sure. > (If it isn't implemented yet, does anyone know of an IMAP server that > DOES support it?) Don't know, but you could use mbox format to get nested folders. With uw-imap, I think you could use mh format as well, which gets you close to maildir. -frank From dovecot.user at weirdo.bur.st Tue Nov 28 08:19:41 2006 From: dovecot.user at weirdo.bur.st (Timothy White) Date: Tue, 28 Nov 2006 16:19:41 +0800 Subject: [Dovecot] POP3 && Folders Message-ID: <712824a90611280019s74b6d028mdab74fe2f456f482@mail.gmail.com> I'm sure this has come up on the list before... I have a number of accounts normally only accessed via IMAP, and for this reason, there is a global sieve script for all users (also required for the spam filtering). What this means though, is that ever users has 3-4 set folders, that are forced on. I now have a few users that want to use POP3. Is there a way to make it download all messages, in all folders, rather than just the inbox? I'm using Maildir's Thanks Tim -- Linux Counter user #273956 Don't email joeblogs at scouts.org.au From arb at anand.org Tue Nov 28 09:40:10 2006 From: arb at anand.org (Anand Buddhdev) Date: Tue, 28 Nov 2006 10:40:10 +0100 Subject: [Dovecot] POP3 && Folders References: <712824a90611280019s74b6d028mdab74fe2f456f482@mail.gmail.com> Message-ID: Timothy White wrote: > I'm sure this has come up on the list before... > > I have a number of accounts normally only accessed via IMAP, and for > this reason, there is a global sieve script for all users (also > required for the spam filtering). What this means though, is that ever > users has 3-4 set folders, that are forced on. > > I now have a few users that want to use POP3. Is there a way to make > it download all messages, in all folders, rather than just the inbox? > I'm using Maildir's You could write a wrapper for the POP3 service, which gathers all the messages in the folders, and puts them into the INBOX before invoking the POP3 daemon. A shell script would probably be sufficient. -- Anand From leroy.vanlogchem at wldelft.nl Tue Nov 28 10:15:23 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Tue, 28 Nov 2006 11:15:23 +0100 Subject: [Dovecot] Extra_fields / first check userdb? Message-ID: <456C0C3B.70802@wldelft.nl> Hi, I would like to supply a few users with extra_fields. All users are found by PAM first so the userdb passwd-file doesnt seem to be used. How to alter the lookup sequence? We can't remove the accounts from the central passwd, just for Dovecot. Thanks, Leroy From c.d.wakelin at reading.ac.uk Tue Nov 28 10:57:55 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Tue, 28 Nov 2006 10:57:55 +0000 Subject: [Dovecot] Extra_fields / first check userdb? In-Reply-To: <456C0C3B.70802@wldelft.nl> References: <456C0C3B.70802@wldelft.nl> Message-ID: <456C1633.4060708@reading.ac.uk> Leroy van Logchem wrote: > Hi, > > I would like to supply a few users with extra_fields. All users are > found by > PAM first so the userdb passwd-file doesnt seem to be used. How to alter > the lookup sequence? We can't remove the accounts from the central passwd, > just for Dovecot. > > Thanks, > Leroy You can have multiple authentication databases:- passdb passwd-file { args = /etc/dovecot/special-users } passdb pam { } This works for us when we want to specify proxying, but presumably you'd need to have some form of password field in "special-users" otherwise. For userdb, we use passwd-file anyway (PAM can't be a userdb) mainly to assign uids and gids (though these could be static, of course). Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From lists at stringsutils.com Tue Nov 28 14:56:33 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Tue, 28 Nov 2006 09:56:33 -0500 Subject: [Dovecot] Deliver bounces messages if can't write to logs Message-ID: I am new to using Dovecot's LDA deliver. One particular item which I think may be improved.. If one uses logs instead of syslog and if Dovecot/Deliver can't write to the logs, mail is bounced. In contrast if it can't connect to the authentication socket auth-master, it defers. Shouldn't mail be deferred if access to the log files fails due to rights? Doesn defer makes more sense than to bounce in this case? In all likelihood it was postfix that bounced/deferred, but I believe it has to do with what response postfix got from deliver. From c.d.wakelin at reading.ac.uk Tue Nov 28 15:39:14 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Tue, 28 Nov 2006 15:39:14 +0000 Subject: [Dovecot] Heimdal & gssapi.h Message-ID: <456C5822.3010007@reading.ac.uk> I've had some trouble compiling GSSAPI on SuSE Enterprise 9 using Heimdal. It turns out that this installation has /usr/include/heimdal/gssapi.h rather than gssapi/gssapi.h. krb5-config correctly sets -I/usr/include/heimdal in the CFLAGS. Looking back, there was a similar issue a few months ago:- http://www.dovecot.org/list/dovecot/2006-July/014945.html I'm a complete newbie to autotools but here's my attempt at a patch inspired by http://ximbiot.com/cvs/cvshome/dev/patches/gss - which I Googled for ;) I was hampered by the version of aclocal (and possibly the rest of autotools) being out-of-date on SuSE Enterprise 9 ... Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: heimdal-gssapi.patch Url: http://dovecot.org/pipermail/dovecot/attachments/20061128/3d01065f/attachment.asc From felix.langelier at notarius.com Tue Nov 28 15:42:30 2006 From: felix.langelier at notarius.com (=?iso-8859-1?Q?F=E9lix_Langelier?=) Date: Tue, 28 Nov 2006 10:42:30 -0500 Subject: [Dovecot] dovecot-1.0.rc15 with quota-rewrite on FreeBSD Message-ID: Hello, I tried to compile dovecot rc15 from the sources with the quota-rewrite patch (http://dovecot.org/patches/1.0/quota-rewrite.diff) on FreeBSD 6.1, but the compilation stop with the following errors. I am not very good in coding, so if you could fix the patch for FreeBSD it will be great. Making all in trash if /usr/local/bin/bash ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-mail -I../../../src/lib-storage -I../../../src/plugins/quota -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT trash-plugin.lo -MD -MP -MF ".deps/trash-plugin.Tpo" -c -o trash-plugin.lo trash-plugin.c; then mv -f ".deps/trash-plugin.Tpo" ".deps/trash-plugin.Plo"; else rm -f ".deps/trash-plugin.Tpo"; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-mail -I../../../src/lib-storage -I../../../src/plugins/quota -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT trash-plugin.lo -MD -MP -MF .deps/trash-plugin.Tpo -c trash-plugin.c -fPIC -DPIC -o .libs/trash-plugin.o trash-plugin.c:103: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c:103: warning: its scope is only this definition or declaration, which is probably not what you want trash-plugin.c: In function `trash_try_clean_mails': trash-plugin.c:118: error: dereferencing pointer to incomplete type trash-plugin.c: At top level: trash-plugin.c:183: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c: In function `trash_quota_root_try_alloc': trash-plugin.c:185: error: dereferencing pointer to incomplete type trash-plugin.c:189: error: structure has no member named `try_alloc' trash-plugin.c: At top level: trash-plugin.c:212: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c: In function `trash_quota_root_try_alloc_bytes': trash-plugin.c:214: error: dereferencing pointer to incomplete type trash-plugin.c:218: error: structure has no member named `try_alloc_bytes' trash-plugin.c: At top level: trash-plugin.c:236: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c: In function `trash_quota_root_test_alloc_bytes': trash-plugin.c:238: error: dereferencing pointer to incomplete type trash-plugin.c:242: error: structure has no member named `test_alloc_bytes' trash-plugin.c: In function `trash_quota_root_created': trash-plugin.c:277: error: structure has no member named `v' trash-plugin.c:278: error: structure has no member named `v' trash-plugin.c:279: error: structure has no member named `v' trash-plugin.c:280: error: structure has no member named `v' trash-plugin.c:281: error: structure has no member named `v' *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15/src/plugins/trash. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15/src/plugins. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15/src. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15. Thanks in advance. -- Felix Langelier From jackie at yuma.acns.colostate.edu Tue Nov 28 17:10:34 2006 From: jackie at yuma.acns.colostate.edu (Jackie Hunt) Date: Tue, 28 Nov 2006 10:10:34 -0700 (MST) Subject: [Dovecot] Can't drop root group privileges Message-ID: <200611281710.kASHAYU56920@yuma.acns.colostate.edu> Hi all, I need your insight. I've been testing Dovecot on an AIX 5.2 system. Compiled and running fine. We have some users on an AIX 5.1 system, so I'm working on installing it there, so we can do further testing. I'm using Dovecot 1.0 RC15 with OpenSSL 9.0.7e, configured to use port 10143 (imap) and 10993 (imaps). The error I'm seeing in the log is: dovecot: Nov 28 09:23:54 Info: imap-login: Login: user=, method=PLAIN, r ip=xx.x.xxx.xxx, lip=xxx.xx.xxx.xx, TLS dovecot: Nov 28 09:23:54 Error: IMAP(jackie): We couldn't drop root group privil eges (wanted=200, gid=200, egid=0) dovecot: Nov 28 09:23:54 Error: child 860274 (imap) returned error 89 I've seen this error reported on the list, with the suggested resolution being to set the first_valid_gid = 0 in dovecot.conf. I've tried that, and nothing changes. Any help would be greatly appreciated! Jackie --- Jackie Hunt ACNS Voice: (970) 663-3789 Colorado State University FAX: (970) 491-1958 Fort Collins, CO 80523 Email: jackie.hunt at colostate.edu From rhazey at bitworx.com Tue Nov 28 21:01:19 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Tue, 28 Nov 2006 15:01:19 -0600 Subject: [Dovecot] considering dovecot Message-ID: Hi all. I'm making a case to use Dovecot over Courier and would like some feedback. I've searched the web extensively and have been unable to find any hard information regarding Dovecot's IMAP performance. I've got some pressure to use Courier but my gut tells me that Dovecot should be much faster. In particular, I will have typical users with mailboxes exceeding 10,000 emails and in some cases up to 100,000. Courier might be the "safe" choice but I'm not confident it can handle inboxes with that many messages. Dovecot, with its indexes, should be much, much faster. Can anyone point me to some benchmarks or production uses of dovecot that bear this out? From my research, Courier maildrop appears to be what I need for local delivery. Is it possible to use Maildrop for local delivery with Dovecot? Or is the Dovecot LDA needed to update the maildir indexes? I also need the capability for users to set their own vacation messages via a web page. Maildrop looks to handle this easily (by allowing me to link the maildrop filter to a file with the vacation message) but I don't see similar capability with the Sieve plugin. I do see where I can create a vacation message with Sieve but the text of the message seems to be required to reside within the Sieve script. Perhaps I'm missing something? Any feedback would be greatly appreciated. From johannes at sipsolutions.net Tue Nov 28 21:17:47 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Tue, 28 Nov 2006 22:17:47 +0100 Subject: [Dovecot] considering dovecot In-Reply-To: References: Message-ID: <1164748667.2187.9.camel@johannes.berg> On Tue, 2006-11-28 at 15:01 -0600, Rick Hazey wrote: > From my research, Courier maildrop appears to be what I need for > local delivery. Is it possible to use Maildrop for local delivery > with Dovecot? Yes, I use dovecot imap along with maildrop. > Or is the Dovecot LDA needed to update the maildir > indexes? There's just a slight performance increase if you use dovecot's lda, if you don't dovecot indexes the mails on the next access. Can't really help you with your other questions (well, vacation solves itself when you use maildrop, but the performance and all that) johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061128/4902a9da/attachment.pgp From lists at stringsutils.com Tue Nov 28 22:43:08 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Tue, 28 Nov 2006 17:43:08 -0500 Subject: [Dovecot] considering dovecot References: <1164748667.2187.9.camel@johannes.berg> Message-ID: Johannes Berg writes: > There's just a slight performance increase if you use dovecot's lda, if > you don't dovecot indexes the mails on the next access. I would categorize this and say "it depends". Without dovecot's LDA new mail will need to be indexed. Depending on how much new mail is waiting since the lat time it was all indexed and the speed of the machine it can produce some noticeable results. Consider an account dedicated for handling lists. You could have hundreds of new emails since the last time you checked. In such a I case I find that it made a very noticeable difference. Specially in my lowly home machine. From lists at stringsutils.com Tue Nov 28 22:48:57 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Tue, 28 Nov 2006 17:48:57 -0500 Subject: [Dovecot] considering dovecot References: Message-ID: Rick Hazey writes: > I'm making a case to use Dovecot over Courier and would like some > feedback. I've searched the web extensively and have been unable to > find any hard information regarding Dovecot's IMAP performance. I've > got some pressure to use Courier but my gut tells me that Dovecot > should be much faster. You don't have a test machine you can try it on? > In particular, I will have typical users with > mailboxes exceeding 10,000 emails and in some cases up to 100,000. > Courier might be the "safe" choice but I'm not confident it can > handle inboxes with that many messages. Courier will be near useless on a heavy usage machine with mailboxes with 5,000+ emails. It highly depends on how busy the machine is, but courier does not handle large amount of mails well. > Dovecot, with its indexes, > should be much, much faster. Can anyone point me to some benchmarks > or production uses of dovecot that bear this out? I am working on testing and preparing a Courier to Dovecot move. As a test I put 15,000 emails in two mailboxes.. one in a Courier machine and one on a (much smaller machine) with Dovecot. For that test I was using a webmail program to connect to both. Dovecot took under a minute the first time (when it created the idexes).. and was near instantaneous thereafter (as long as no new mail came in). Courier just timed out the webmail client.. after several minutes of waiting. > From my research, Courier maildrop appears to be what I need for > local delivery. I recommend you consider Dovecot's LDA "deliver". > Is it possible to use Maildrop for local delivery > with Dovecot? Yes, it is possible. > I also need the capability for users to set their own vacation > messages via a web page. Maildrop looks to handle this easily (by > allowing me to link the maildrop filter to a file with the vacation > message) Not sure how to do it with deliver, but I believe it is possible, but I have not looked at that yet. Is this a new install or something you are migrating? From lists at stringsutils.com Tue Nov 28 22:51:27 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Tue, 28 Nov 2006 17:51:27 -0500 Subject: [Dovecot] Redundant shared mail store? References: <4546534D.6040501@albumltd.co.nz> Message-ID: Jasper Bryant-Greene writes: > I prefer option 1, although it's expensive. What have other people used? > Do we have other options? How redudant does it need to be? How big is the setup? Does whatever OS you plan to use, works well with NFS? I use FreeBSD as the OS and we had terrible experience with NFS. I think NFS servers are probably the way to go... if you have the budget, but that was not an option for us. We are planning on having a backup/spare server and doign RSYNCS to it, but that may not be acceptable if you don't the possibility of loosing any mail. From rhazey at bitworx.com Tue Nov 28 23:24:45 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Tue, 28 Nov 2006 17:24:45 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: <002001c71336$3d323210$1900a8c0@bnaejay> References: <002001c71336$3d323210$1900a8c0@bnaejay> Message-ID: <4C8FB3F2-5A80-42A3-96C3-5B7AEEA50BE1@bitworx.com> On Nov 28, 2006, at 3:43 PM, Ejay Hire wrote: > Hello. What email client do you use? Most of the one's I've used (on > Windows) choke at 5k. Our users tend to use one of the following: Apple Mail Entourage (basically Outlook for Mac) Outlook Outlook Express Thunderbird and then there's the webmail system we provide. Apple Mail has virtually no limit on messages it will handle. I currently have over 500,000 emails in my Apple Mail. It stores email much like Dovecot; each email is in a separate file. This makes backups a breeze, which a reason to switch to a server that uses maildir. Entourage, Outlook Express and Outlook have problems if the data file exceeds 2GB. This is an ongoing problem and I'm hoping by keeping email on the server, the support headaches will be reduced. I'm not sure what limits Thunderbird has. I use Thunderbird to connect to the main directory for all email and it doesn't seem to have any trouble handling it. Currently, everyone is using POP3 but I want to move to IMAP. (Thunderbird is the only client that connects via IMAP on our systems) The motivation for moving to IMAP is primarily for spam handling. Instead of users contacting us for emails that might be caught as spam, the spam will be moved to a "junk mail" folder. Then the user can peruse the folder themselves to find any legit email improperly categorized as junk. Vacation messages is the other item that is prompting a change. Everyone is screaming for that feature. From rhazey at bitworx.com Tue Nov 28 23:36:21 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Tue, 28 Nov 2006 17:36:21 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: References: Message-ID: On Nov 28, 2006, at 4:48 PM, Francisco Reyes wrote: > You don't have a test machine you can try it on? I do have a test machine but getting enough email into it for testing will be a daunting task. (see below) I'm primarily in the research phase now and testing will come next, after I have some solid info that will support Dovecot. > Courier will be near useless on a heavy usage machine with > mailboxes with 5,000+ emails. It highly depends on how busy the > machine is, but courier does not handle large amount of mails well. > > I am working on testing and preparing a Courier to Dovecot move. > As a test I put 15,000 emails in two mailboxes.. one in a Courier > machine and one on a (much smaller machine) with Dovecot. For that > test I was using a webmail program to connect to both. Dovecot took > under a minute the first time (when it created the idexes).. and > was near instantaneous thereafter (as long as no new mail came in). > Courier just timed out the webmail client.. after several minutes > of waiting. Your experience is what I was looking for. It confirms what I suspected. Thanks. > > I recommend you consider Dovecot's LDA "deliver". Are you aware of any vacation message solutions that work with the Sieve plugin? If the vacation message could come from a file or a database, that would be ideal. Or is it possible for Sieve to call a shell script or accept the vacation message via a pipe? > Is this a new install or something you are migrating? It's a migration but I'm migrating from EIMS, which makes things problematic. EIMS is a Mac email server that is quite good. Unfortunately, it does not handle IMAP very efficiently. It also stores email in it's own file format and that format uses Mac resource forks. Probably the only way I'll get existing email moved is to connect via IMAP to both servers and copy the files. I'm expecting the whole process to be somewhat painful.... From rhazey at bitworx.com Wed Nov 29 00:15:21 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Tue, 28 Nov 2006 18:15:21 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: References: Message-ID: On Nov 28, 2006, at 4:48 PM, Francisco Reyes wrote: > As a test I put 15,000 emails in two mailboxes.. one in a Courier > machine and one on a (much smaller machine) with Dovecot. For that > test I was using a webmail program to connect to both. Dovecot took > under a minute the first time (when it created the idexes).. and > was near instantaneous thereafter (as long as no new mail came in). > Courier just timed out the webmail client.. after several minutes > of waiting. Just to be clear, are you using maildir with Dovecot in this test? From bclark at eccotours.co.za Wed Nov 29 06:27:45 2006 From: bclark at eccotours.co.za (Brent Clark) Date: Wed, 29 Nov 2006 08:27:45 +0200 Subject: [Dovecot] Keep getting this Message-ID: <456D2861.9060306@eccotours.co.za> Hey all I just installed logcheck and with the result im seeing quiet a few of these. Nov 28 16:59:11 mail dovecot: IMAP(user): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) My question is, is it something I need to be concerned about, and also is there something I can do to help dovecot. Kind Regards Brent Clark From technojoecoolusa at comcast.net Wed Nov 29 06:42:45 2006 From: technojoecoolusa at comcast.net (Joseph D. Wagner) Date: Tue, 28 Nov 2006 22:42:45 -0800 Subject: [Dovecot] Keep getting this In-Reply-To: <456D2861.9060306@eccotours.co.za> Message-ID: <000801c71381$9471e6b0$0201a8c0@joe> That may be patched in rc15; I can't say for sure, because I don't know the cause. It stopped happening when I upgraded from rc13 to rc15. You may want to consider following this in case you can't get it to stop: http://dovecot.org/bugreport.html From eric at ccat.co.nz Wed Nov 29 07:09:21 2006 From: eric at ccat.co.nz (eric) Date: Wed, 29 Nov 2006 20:09:21 +1300 Subject: [Dovecot] Authentication Message-ID: <456D3221.2030900@ccat.co.nz> Try as I may, I cannot get Dovecot to allow anything but blank passwords listed in a custom file I made for the purpose. It will not recognise anybody in passwd. Only using POP3 on an internal network so little danger of incursions. Once I created a password file with user names and no password, one user could login (from Outlook 2003) but another could not. Telnet test also fails to authenticate. I have allowed the group to write to the /var/spool/folder Syslog simply showed authentication failed. Relevant bits of my config: disable plain text = no mail extra group = users pop3 uidl format %08Xu%08Xv pasted direct from the help I have un commented auth user name characteres mechanisms = plain and I have set auth debug passwords = yes user = root System: Suse 9.3 Dovecot 1.0 rc13 Any ideas? -- John McC From mtozses at sabanciuniv.edu Wed Nov 29 07:50:25 2006 From: mtozses at sabanciuniv.edu (=?ISO-8859-9?Q?=22M=2E_Tolga_=D6zses=22?=) Date: Wed, 29 Nov 2006 09:50:25 +0200 Subject: [Dovecot] [Fwd: Re: Authentication] Message-ID: <456D3BC1.30404@sabanciuniv.edu> Sorry, I forgot to Reply all -------- Original Message -------- Subject: Re: [Dovecot] Authentication Date: Wed, 29 Nov 2006 09:49:42 +0200 From: "M. Tolga ?zses" To: eric References: <456D3221.2030900 at ccat.co.nz> eric wrote: > Try as I may, I cannot get Dovecot to allow anything but blank > passwords listed in a custom file I made for the purpose. It will not > recognise anybody in passwd. > Only using POP3 on an internal network so little danger of incursions. > Once I created a password file with user names and no password, one > user could login (from Outlook 2003) but another could not. > Telnet test also fails to authenticate. > > I have allowed the group to write to the /var/spool/folder > Syslog simply showed authentication failed. > Relevant bits of my config: > disable plain text = no It is disable_plaintext_auth = no for me, and it works well > mail extra group = users It should be mail_extra_groups = mail, same > pop3 uidl format %08Xu%08Xv pasted direct from the help > I have un commented auth user name characteres > mechanisms = plain > and I have set auth debug passwords = yes > user = root > > System: Suse 9.3 > Dovecot 1.0 rc13 > > Any ideas? > > -- M. Tolga ?zses Bilgi Teknolojisi Sabanci ?niversitesi Orhanli 34956 Tuzla Istanbul Tel: (216) 483 91 98 Web: http://people.sabanciuniv.edu/mtozses -- M. Tolga ?zses Bilgi Teknolojisi Sabanci ?niversitesi Orhanli 34956 Tuzla Istanbul Tel: (216) 483 91 98 Web: http://people.sabanciuniv.edu/mtozses From joseba.torre at ehu.es Wed Nov 29 08:16:07 2006 From: joseba.torre at ehu.es (Joseba Torre) Date: Wed, 29 Nov 2006 09:16:07 +0100 Subject: [Dovecot] considering dovecot In-Reply-To: References: Message-ID: <200611290916.08105.joseba.torre@ehu.es> El Mi?rcoles, 29 de Noviembre de 2006 00:36, Rick Hazey escribi?: > It's a migration but I'm migrating from EIMS, which makes things ? > problematic. EIMS is a Mac email server that is quite good. ? > Unfortunately, it does not handle IMAP very efficiently. It also ? > stores email in it's own file format and that format uses Mac ? > resource forks. Probably the only way I'll get existing email moved ? > is to connect via IMAP to both servers and copy the files. I'm ? > expecting the whole process to be somewhat painful.... This is exactly what imapsync (http://www.linux-france.org/prj/imapsync/) does. It's a bit slow, but you can split the userlist in multiple parts and use multiple machines to increase performance. HTH. Aaaaaaaaagur. -- Trying to make bits uncopyable is like trying to make water not wet. The sooner people accept this, and build business models that take this into account, the sooner people will start making money again. - Bruce Schneier From cmaloney at cardgate.net Wed Nov 29 08:16:43 2006 From: cmaloney at cardgate.net (Curtis Maloney) Date: Wed, 29 Nov 2006 19:16:43 +1100 Subject: [Dovecot] considering dovecot In-Reply-To: References: Message-ID: <456D41EB.3010008@cardgate.net> Rick Hazey wrote: > Hi all. > > From my research, Courier maildrop appears to be what I need for local > delivery. It wouldn't hurt the list for you to tell us which criteria you judged the delivery agents by. Never know, someone might have an even better alternative. Or someone might just add in that feature you want to Dovecot. :) -- Curtis Maloney cmaloney at cardgate.net From leroy.vanlogchem at wldelft.nl Wed Nov 29 08:58:53 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Wed, 29 Nov 2006 09:58:53 +0100 Subject: [Dovecot] Extra_fields / first check userdb? In-Reply-To: <456C1633.4060708@reading.ac.uk> References: <456C0C3B.70802@wldelft.nl> <456C1633.4060708@reading.ac.uk> Message-ID: <456D4BCD.8060905@wldelft.nl> >> I would like to supply a few users with extra_fields. All users are >> found by >> PAM first so the userdb passwd-file doesnt seem to be used. How to alter >> the lookup sequence? We can't remove the accounts from the central passwd, >> just for Dovecot. >> >> Thanks, >> Leroy >> > > You can have multiple authentication databases:- > > passdb passwd-file { > args = /etc/dovecot/special-users > } > > passdb pam { > } > > This works for us when we want to specify proxying, but presumably you'd > need to have some form of password field in "special-users" otherwise. > Thanks for the pointer Chris. It works now, using: auth default { mechanisms = plain login passdb passwd-file { args = /drbd/imap/dovecot-1.0.rc15/etc/userdb_extra } passdb pam { } userdb passwd-file { args = /drbd/imap/dovecot-1.0.rc15/etc/userdb_extra } userdb passwd { } user = root } Where the userdb_extra file contains entries like: username::2000:2000::/u/username::userdb_mail=mbox:/u/username/Mail:INBOX=/var/mail/%u -- Leroy From leroy.vanlogchem at wldelft.nl Wed Nov 29 10:52:08 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Wed, 29 Nov 2006 11:52:08 +0100 Subject: [Dovecot] Redundant shared mail store? In-Reply-To: References: <4546534D.6040501@albumltd.co.nz> Message-ID: <456D6658.7010509@wldelft.nl> > We are planning on having a backup/spare server and doign RSYNCS to it, but that may not be acceptable if you don't the possibility of loosing any mail. We are using drbd and it works very well. Combined with Heartbeat and some APC powerswitches it's foolproof at fail-overs. Use a direct gigabit link between the servers using 9000 frames bytes proves to be enough to keep everything 100% in-sync. The additional mbox'es are placed in the users home directories, also high available NFSv3 servers using drbd. We have more then 20TB realtime syncronized using drbd 0.7.22; so far never lost a single bit. Use the seperate partition for meta- data so you can mount a 'none-drbdified' partition at anytime if troubles would emerge (never had to use it but better to be safe then sorry). Our golden combination consists off: Beefy hardware with Areca 1260 raid controllers RedHat enterprise 4U4 Drbd 0.7.22 Heartbeat 1.2.4 bunch of scripts for the fail-over to control the power switches ( down means really go down using the stonith feature ) Goodluck, Leroy From gerard at seibercom.net Wed Nov 29 11:06:50 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Wed, 29 Nov 2006 06:06:50 -0500 Subject: [Dovecot] [Fwd: Re: Authentication] In-Reply-To: <456D3BC1.30404@sabanciuniv.edu> References: <456D3BC1.30404@sabanciuniv.edu> Message-ID: <20061129060042.FB5E.GERARD@seibercom.net> On Wednesday November 29, 2006 at 02:50:25 (AM) M. Tolga ?zses wrote: > eric wrote: > > Try as I may, I cannot get Dovecot to allow anything but blank > > passwords listed in a custom file I made for the purpose. It will not > > recognise anybody in passwd. > > Only using POP3 on an internal network so little danger of incursions. > > Once I created a password file with user names and no password, one > > user could login (from Outlook 2003) but another could not. > > Telnet test also fails to authenticate. > > > > I have allowed the group to write to the /var/spool/folder > > Syslog simply showed authentication failed. > > Relevant bits of my config: > > disable plain text = no > It is disable_plaintext_auth = no for me, and it works well > > mail extra group = users > It should be mail_extra_groups = mail, same > > pop3 uidl format %08Xu%08Xv pasted direct from the help > > I have un commented auth user name characteres > > mechanisms = plain > > and I have set auth debug passwords = yes > > user = root > > > > System: Suse 9.3 > > Dovecot 1.0 rc13 I think it would be more beneficial if you posted the entire 'dovecot.conf' file as well as the 'custom' file. Replace any passwords using the form 'secret' and users with 'user' but leave everything else as is. Is there any output in the 'maillog'? If so, then show that also. -- Gerard From CMarcus at Media-Brokers.com Wed Nov 29 11:08:17 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 29 Nov 2006 06:08:17 -0500 Subject: [Dovecot] Keep getting this In-Reply-To: <456D2861.9060306@eccotours.co.za> References: <456D2861.9060306@eccotours.co.za> Message-ID: <456D6A21.4010806@Media-Brokers.com> It also is almost impossible to troubleshoot a particular problem if you don't give some basic information, like, what version of dovecot, and what platform... -- Best regards, Charles From john at ccat.co.nz Wed Nov 29 11:39:40 2006 From: john at ccat.co.nz (John Mcconnell) Date: Thu, 30 Nov 2006 00:39:40 +1300 Subject: [Dovecot] [Fwd: Re: Authentication] In-Reply-To: <20061129060042.FB5E.GERARD@seibercom.net> References: <456D3BC1.30404@sabanciuniv.edu> <20061129060042.FB5E.GERARD@seibercom.net> Message-ID: <456D717C.4080605@ccat.co.nz> Thanks everyone. I will get back to the site tomorrow and try the suggestions then copy paste etc the whole files if I need to ask again. Gerard Seibert wrote: > On Wednesday November 29, 2006 at 02:50:25 (AM) M. Tolga ?zses wrote: > >> eric wrote: >>> Try as I may, I cannot get Dovecot to allow anything but blank >>> passwords listed in a custom file I made for the purpose. It will not >>> recognise anybody in passwd. >>> Only using POP3 on an internal network so little danger of incursions. >>> Once I created a password file with user names and no password, one >>> user could login (from Outlook 2003) but another could not. >>> Telnet test also fails to authenticate. >>> >>> I have allowed the group to write to the /var/spool/folder >>> Syslog simply showed authentication failed. >>> Relevant bits of my config: >>> disable plain text = no >> It is disable_plaintext_auth = no for me, and it works well >>> mail extra group = users >> It should be mail_extra_groups = mail, same >>> pop3 uidl format %08Xu%08Xv pasted direct from the help >>> I have un commented auth user name characteres >>> mechanisms = plain >>> and I have set auth debug passwords = yes >>> user = root >>> >>> System: Suse 9.3 >>> Dovecot 1.0 rc13 > > I think it would be more beneficial if you posted the entire > 'dovecot.conf' file as well as the 'custom' file. Replace any passwords > using the form 'secret' and users with 'user' but leave everything else > as is. > > Is there any output in the 'maillog'? If so, then show that also. > > -- John McConnell CCAT Services Ltd ph (27) 4533907 or; NZ Scientific. ph 0800 776 767 From jnunnerley at names.co.uk Wed Nov 29 11:54:05 2006 From: jnunnerley at names.co.uk (James Nunnerley) Date: Wed, 29 Nov 2006 11:54:05 -0000 Subject: [Dovecot] Quota problems on uidlist files Message-ID: Hi All, Please excuse me for this somewhat a slightly uneducated explanation of a problem we are experiencing. I'm more a web developer rather than a sysadmin, and have only recently been looking at how exactly dovecot works. We're having a problem when users/groups quotas are reached on our server platform. Our platform bases quotas on groups - i.e. domains, so a single user has a user username and group of their domain; and the domain has a set amount of space available. This means that if they then try and access their email, via either imap or in most cases webmail, it would seem that dovecot is unable to create the dovecot-uidlist file - which makes complete sense, because it's running as that user and under the group as detailed above.. We've tried changing a pre-existing file to have group ownership of nobody, but from what we can gather, this file is not actually updated, but deleted and recreated when changes occur. One solution would be to take the dovecot-uidlist file out of the mail directory structure, on which the quotas are enforced, but this is not configurable in dovecot. Alternatively, having someway of changing to ownership of the file would also get around this problem. Does anyone have any experience of either a work around for this, or something which we can change in dovecot that will allow users to create a dovecot file, even if they are over quotas? Many thanks James James Nunnerley Applications Developer Namesco Limited From mpaesold at gmx.at Wed Nov 29 12:46:03 2006 From: mpaesold at gmx.at (Michael Paesold) Date: Wed, 29 Nov 2006 13:46:03 +0100 Subject: [Dovecot] Quota problems on uidlist files In-Reply-To: References: Message-ID: <456D810B.4090303@gmx.at> James Nunnerley wrote: ... > One solution would be to take the dovecot-uidlist file out of the mail > directory structure, on which the quotas are enforced, but this is not > configurable in dovecot. Alternatively, having someway of changing to > ownership of the file would also get around this problem. It is possible, even if it's not documented as well as it should be. We use this mail_location setting here: mail_location = maildir:%h/Maildir:INDEX=/mail/index/%u:CONTROL=/mail/index/%u This results in index files (INDEX=..) as well as dovecot-uidlist files (CONTROL=..) being stored ouside of the home partition (where user/group quotas do not apply). Hope that helps. Best Regards, Michael Paesold From rhazey at bitworx.com Wed Nov 29 13:15:17 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Wed, 29 Nov 2006 07:15:17 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: <456D41EB.3010008@cardgate.net> References: <456D41EB.3010008@cardgate.net> Message-ID: On Nov 29, 2006, at 2:16 AM, Curtis Maloney wrote: > It wouldn't hurt the list for you to tell us which criteria you > judged the delivery agents by. Never know, someone might have an > even better alternative. There are two must-have features: 1) capability to move emails marked as spam into a junk mail folder 2) capability for users to set their own vacation message via a web page Sieve can do both but for #2 it appears that the vacation message text must be contained within the Sieve script itself. I'm planning on using mySQL for the authentication database and the vacation message should be stored in mySQL. I don't see any way to access the vacation message text from mySQL using Sieve. Of course, there are unknown needs that will popup in the future and Maildrop appears to be flexible enough to handle most situations. I have no experience with either, so this opinion is based on what I've been reading and subject to change. From jpeacock at rowman.com Wed Nov 29 13:30:22 2006 From: jpeacock at rowman.com (John Peacock) Date: Wed, 29 Nov 2006 08:30:22 -0500 Subject: [Dovecot] considering dovecot In-Reply-To: References: <456D41EB.3010008@cardgate.net> Message-ID: <456D8B6E.90903@rowman.com> Rick Hazey wrote: > 2) capability for users to set their own vacation message via a web page > > Sieve can do both but for #2 it appears that the vacation message text > must be contained within the Sieve script itself. I'm planning on using > mySQL for the authentication database and the vacation message should be > stored in mySQL. I don't see any way to access the vacation message text > from mySQL using Sieve. Properly handling vacation messages is beyond the current capabilities of SIEVE, IMNSHO. The problem is that it is surprisingly tricky to correctly figure out what messages *not* to reply to: listserv messages, bounces, etc. Indeed, there is no way in the SIEVE language to limit the vacation messages by number either; it is considered best practices to only respond with the vacation message a limited number of times (configurable). Personally (and professionally) I use qmail-autoresponder: http://untroubled.org/qmail-autoresponder/ which, despite its name, isn't just limited to qmail, but can be placed in a .forward file. HTH John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Blvd Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747 From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Wed Nov 29 13:58:47 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Wed, 29 Nov 2006 14:58:47 +0100 (CET) Subject: [Dovecot] considering dovecot In-Reply-To: <456D8B6E.90903@rowman.com> References: <456D41EB.3010008@cardgate.net> <456D8B6E.90903@rowman.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 29 Nov 2006, John Peacock wrote: > Personally (and professionally) I use qmail-autoresponder: > > http://untroubled.org/qmail-autoresponder/ It has quite nice features, but two: 1) - - Check SENDER rate - Don't respond if: - SENDER exceded the rate limit (defaults to 1 message every hour) I'd say that one message per vacation is enough. :-) 2) It responses to BCC'ed messages as well, as http://untroubled.org/qmail-autoresponder/procedure.txt does not state that the recipient must be part of To/CC. I use sendmail's vacation. It has its own limits, when it comes to the way to construct the message and to detect the BCC case, one needs to whitelist all recipient addresses. Also, it uses a DB database. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRW2SGS9SORjhbDpvAQJWHAf/XSSOVBW6vY8aPQKDD3Lpj/btu1WiFEno iTTMGlz8gg0QHMk1m/GfIFOUS0Ud8fSuy5cFqzMMLxEsrWma9qSpU0IHzJAHhjlt gGQ7Cf7DzAU7M79npJwGKcBwsMqwA2ckltsxgM68TfFPk+yZIVxzMyTwahsw0WKe 7iBnJ0mO/QOiimjevUvPXekHjqZJ6Pk2i+q1/rKyy1wqkQ94cG85jlR+KxzmpwLD YLgB/dKB86yaN2xIgTWh+CjbSd/MfQoc5qiXn6ptVMWraEYaJn8u/+ECGTnWnvOU lVsGK3A5/EkIVTMfM9X4jQV2alj+6+aCaUi8T014bLl/MekGu80uqg== =nn6X -----END PGP SIGNATURE----- From jpeacock at rowman.com Wed Nov 29 14:07:33 2006 From: jpeacock at rowman.com (John Peacock) Date: Wed, 29 Nov 2006 09:07:33 -0500 Subject: [Dovecot] considering dovecot In-Reply-To: References: <456D41EB.3010008@cardgate.net> <456D8B6E.90903@rowman.com> Message-ID: <456D9425.9050401@rowman.com> Steffen Kaiser wrote: > 2) It responses to BCC'ed messages as well, as > http://untroubled.org/qmail-autoresponder/procedure.txt does not state > that the recipient must be part of To/CC. I don't see this as being a problem (those contacts need to be aware the message isn't going to necessarily be read, too). If it was a problem for anyone, the code is trivially easy to change (it's very clean code). > I use sendmail's vacation. It has its own limits, when it comes to the > way to construct the message and to detect the BCC case, one needs to > whitelist all recipient addresses. Also, it uses a DB database. qmail-autoresponder-mysql does what you might expect... ;-) John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Blvd Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747 From ehire at cbrweb.com Wed Nov 29 16:09:52 2006 From: ehire at cbrweb.com (Ejay Hire) Date: Wed, 29 Nov 2006 10:09:52 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: Message-ID: <009c01c713d0$cd547ca0$1900a8c0@bnaejay> I use YAA! (yet another autoresponder) to handle vacation messages,, but I feel the system could be made more efficient. When a user wants to set a vacation message, they go to a web page I created, and login (ldap, apache, authentication via apache's mod_auth_ldap). When they read the page, it reads the vacation message if any from mysql, and allows them to modify it. (PHP) When mail is received, postfix forks it to the mailbox and Yaa!. This means Yaa! Touches every message in the system. I wanted to do it all in LDAP, but I figured out I wasn't smart enough to make YAA!'s ldap support work, so I broke down and used Mysql. In other news, Novell stopped contributing developers to Hula, the open source exchange alternative today. -ejay -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Rick Hazey Sent: Tuesday, November 28, 2006 3:01 PM To: dovecot at dovecot.org Subject: [Dovecot] considering dovecot Hi all. I'm making a case to use Dovecot over Courier and would like some feedback. I've searched the web extensively and have been unable to find any hard information regarding Dovecot's IMAP performance. I've got some pressure to use Courier but my gut tells me that Dovecot should be much faster. In particular, I will have typical users with mailboxes exceeding 10,000 emails and in some cases up to 100,000. Courier might be the "safe" choice but I'm not confident it can handle inboxes with that many messages. Dovecot, with its indexes, should be much, much faster. Can anyone point me to some benchmarks or production uses of dovecot that bear this out? From my research, Courier maildrop appears to be what I need for local delivery. Is it possible to use Maildrop for local delivery with Dovecot? Or is the Dovecot LDA needed to update the maildir indexes? I also need the capability for users to set their own vacation messages via a web page. Maildrop looks to handle this easily (by allowing me to link the maildrop filter to a file with the vacation message) but I don't see similar capability with the Sieve plugin. I do see where I can create a vacation message with Sieve but the text of the message seems to be required to reside within the Sieve script. Perhaps I'm missing something? Any feedback would be greatly appreciated. From rhazey at bitworx.com Wed Nov 29 17:18:28 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Wed, 29 Nov 2006 11:18:28 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: <009c01c713d0$cd547ca0$1900a8c0@bnaejay> References: <009c01c713d0$cd547ca0$1900a8c0@bnaejay> Message-ID: <6E09644E-BE35-4157-94C2-6CDC38D3AC67@bitworx.com> On Nov 29, 2006, at 10:09 AM, Ejay Hire wrote: > I use YAA! (yet another autoresponder) to handle vacation > messages,, but I > feel the system could be made more efficient. Could you give me an overview of how your setup works using YAA? I can't seem to wrap my brain around how you would do something like this in a dovecot environment. From jackie at yuma.acns.colostate.edu Wed Nov 29 17:29:48 2006 From: jackie at yuma.acns.colostate.edu (Jackie Hunt) Date: Wed, 29 Nov 2006 10:29:48 -0700 (MST) Subject: [Dovecot] Can't drop root group privileges In-Reply-To: from "jackie" at Nov 28, 2006 10:10:34 AM Message-ID: <200611291729.kATHTmm734372@yuma.acns.colostate.edu> An update on my problem dropping root group privileges. I discovered this is a problem for a user if they are in the system group (gid 0). If I remove the user from the system group, and leave them in their primary group, I don't see the error. I've tried setting first_valid_gid to something like 4, hoping dovecot would filter out gid 0, but that doesn't work. Still searching for an answer... Jackie > > Hi all, > > I need your insight. I've been testing Dovecot on an AIX 5.2 > system. Compiled and running fine. We have some users on an > AIX 5.1 system, so I'm working on installing it there, so we > can do further testing. > > I'm using Dovecot 1.0 RC15 with OpenSSL 9.0.7e, configured to use > port 10143 (imap) and 10993 (imaps). The error I'm seeing in the log is: > > dovecot: Nov 28 09:23:54 Info: imap-login: Login: user=, method=PLAIN, r > ip=xx.x.xxx.xxx, lip=xxx.xx.xxx.xx, TLS > dovecot: Nov 28 09:23:54 Error: IMAP(jackie): We couldn't drop root group privil > eges (wanted=200, gid=200, egid=0) > dovecot: Nov 28 09:23:54 Error: child 860274 (imap) returned error 89 > > I've seen this error reported on the list, with the suggested resolution > being to set the first_valid_gid = 0 in dovecot.conf. I've tried that, > and nothing changes. > > Any help would be greatly appreciated! > > Jackie > --- > Jackie Hunt > ACNS Voice: (970) 663-3789 > Colorado State University FAX: (970) 491-1958 > Fort Collins, CO 80523 Email: jackie.hunt at colostate.edu > Jackie Hunt ACNS Voice: (970) 663-3789 Colorado State University FAX: (970) 491-1958 Fort Collins, CO 80523 Email: jackie.hunt at colostate.edu From richardm at nashuamobile.com Wed Nov 29 17:30:49 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Wed, 29 Nov 2006 19:30:49 +0200 Subject: [Dovecot] problem in rc15 (proxy mode) In-Reply-To: <20061127153953.d8a1c302.papier@sdv.fr> Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA5822684993@NashuaMB-002.nashuabroadband.local> Hi, I also recently upgraded from rc10 to rc15, and found the same errors in my log files. I also had some issues with the authentication at the same time. I don't know if they are related to the cache, but the first login attempt I did was with an incorrect password, after this even using the correct password it wouldn't allow me to login until I restarted Dovecot. I'm not an expert with regards to the algorythims of the caching engine.. So this might be normal. I thought that it would have only cached successful authenticated sessions. Regards Richard -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Laurent Papier Sent: 27 November 2006 04:40 PM To: dovecot at dovecot.org Subject: [Dovecot] problem in rc15 (proxy mode) Hi, I have test dovecot on one of my pop3/imap proxies (from rc10 to rc15). I immediately get a lot of error messages like this one : Nov 27 15:10:45 mproxy1 dovecot: pop3-login: file client.c: line 423 (client_unref): assertion failed: (client->destroyed) Nov 27 15:10:45 mproxy1 dovecot: child 21677 (login) killed with signal 6 A lot means one every 2 or 3 seconds. Any suggestion ? ---------------- protocols = pop3 imap disable_plaintext_auth = no ssl_disable = yes login_process_size = 64 login_process_per_connection = no login_processes_count = 8 login_max_connections = 256 login_greeting = loktar auth_cache_size = 16384 auth_cache_ttl = 1800 auth_worker_max_count = 30 auth default { mechanisms = plain # Userdb settings are not used with proxy but there need to be something. userdb static { args = static uid=5000 gid=5000 home=/dev/null } passdb sql { args = /etc/dovecot-mysql.conf } user = root count = 1 } -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - From richardm at nashuamobile.com Wed Nov 29 17:42:56 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Wed, 29 Nov 2006 19:42:56 +0200 Subject: [Dovecot] considering dovecot In-Reply-To: <456D8B6E.90903@rowman.com> Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA5822684996@NashuaMB-002.nashuabroadband.local> Hi, (IMO Vacation messages aren't really part of this mailing list forum, as I belive it's a MTA's job) I have had Vacation Messages implemtented for a few years now using Exim & MySQL with a Squirelmail plugin I wrote. Users would login to their webmail profile, using the plugin, add, edit or delete their vacation message which is stored in a MySQL DB. On successful delivery of the mail through the MTA, Exim would check to see if the user has set a message in the vacation database (MySQL), and if so, respond to the sender with the body of custom text. This would only happen once per sender per day (predefined period I decided on). So If you ended up mailing the user 10 mails, you would only receive one message back informing you the recipient is "on vacation". One can set a global exclude list of addresses not to reply to, ie postmaster etc, but undoubtably some will get through. I have plans to implement a time/date schedule for the vacation messages as well, so that users can pre-book a vacation message for a particular duration ahead of time. So.. To some it up. I prefer using Exim (MTA) to do the dirty work. Regards Richard > > Sieve can do both but for #2 it appears that the vacation message text > must be contained within the Sieve script itself. I'm planning on > using mySQL for the authentication database and the vacation message > should be stored in mySQL. I don't see any way to access the vacation > message text from mySQL using Sieve. Properly handling vacation messages is beyond the current capabilities of SIEVE, IMNSHO. The problem is that it is surprisingly tricky to correctly figure out what messages *not* to reply to: listserv messages, bounces, etc. Indeed, there is no way in the SIEVE language to limit the vacation messages by number either; it is considered best practices to only respond with the vacation message a limited number of times (configurable). Personally (and professionally) I use qmail-autoresponder: http://untroubled.org/qmail-autoresponder/ which, despite its name, isn't just limited to qmail, but can be placed in a .forward file. HTH John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Blvd Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747 From richardm at nashuamobile.com Wed Nov 29 17:46:46 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Wed, 29 Nov 2006 19:46:46 +0200 Subject: [Dovecot] Redundant shared mail store? In-Reply-To: Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA5822684997@NashuaMB-002.nashuabroadband.local> Anyone looked at using GFS. I found it very easy to use, reliable and pretty fast. I ran it on RedHat ES. This gives me the flexabiltiy of having multiple hosts connected to the same volume. The more hosts, the more load balancing and redundancy you have. The storeage would preferably be on a SAN of course. -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Francisco Reyes Sent: 29 November 2006 12:51 AM To: Jasper Bryant-Greene Cc: dovecot at dovecot.org Subject: Re: [Dovecot] Redundant shared mail store? Jasper Bryant-Greene writes: > I prefer option 1, although it's expensive. What have other people used? > Do we have other options? How redudant does it need to be? How big is the setup? Does whatever OS you plan to use, works well with NFS? I use FreeBSD as the OS and we had terrible experience with NFS. I think NFS servers are probably the way to go... if you have the budget, but that was not an option for us. We are planning on having a backup/spare server and doign RSYNCS to it, but that may not be acceptable if you don't the possibility of loosing any mail. From mem at mv.mv.com Wed Nov 29 17:47:46 2006 From: mem at mv.mv.com (Mark E. Mallett) Date: Wed, 29 Nov 2006 12:47:46 -0500 Subject: [Dovecot] considering dovecot In-Reply-To: <456D8B6E.90903@rowman.com> References: <456D41EB.3010008@cardgate.net> <456D8B6E.90903@rowman.com> Message-ID: <20061129174746.GB66688@osmium.mv.net> On Wed, Nov 29, 2006 at 08:30:22AM -0500, John Peacock wrote: > Rick Hazey wrote: > > 2) capability for users to set their own vacation message via a web page > > > > Sieve can do both but for #2 it appears that the vacation message text > > must be contained within the Sieve script itself. I'm planning on using > > mySQL for the authentication database and the vacation message should be > > stored in mySQL. I don't see any way to access the vacation message text > > from mySQL using Sieve. Possibly one could use a wrapper to get the message from SQL. Then again, if you have the code, you can add something to query a database. My own MDA (which I haven't plugged here lately :) but which I do use with dovecot) supports reading the text from a .cdb file, but since I am not a mySQL user, and haven't been asked by any mySQL users, I haven't added the capability for that kind of lookup. I imagine it would be pretty straightforward, though. > Properly handling vacation messages is beyond the current capabilities of SIEVE, > IMNSHO. The problem is that it is surprisingly tricky to correctly figure out > what messages *not* to reply to: listserv messages, bounces, etc. Really? Looking at http://untroubled.org/qmail-autoresponder/procedure.txt (which you mentioned later on) I would say that this is a subset of the requirements for Sieve's vacation facility. See http://www.ietf.org/internet-drafts/draft-ietf-sieve-vacation-06.txt section 4.6, among others. What am I missing? > Indeed, there > is no way in the SIEVE language to limit the vacation messages by number either; > it is considered best practices to only respond with the vacation message a > limited number of times (configurable). What do you mean? The big point of the vacation verb in Sieve is to do exactly that; the responses are throttled to once per sender per interval, where interval is specified in days. Maybe you mean something else by "limit the vacation messages by number?" mm From leonardo.lanzi at fi.infn.it Wed Nov 29 17:59:55 2006 From: leonardo.lanzi at fi.infn.it (Leonardo Lanzi) Date: Wed, 29 Nov 2006 18:59:55 +0100 Subject: [Dovecot] lmtp: help needed Message-ID: <456DCA9B.6010705@fi.infn.it> Hi all, parsing the mailing list archive, it seems that the lmtp-server will not be developed soon, so I'm looking for someone that could help me in writing one, even if not the best one. That's why: I've just started to study dovecot, as I was recruited, just about forced, to help The System Manager of our University in the global e-mail migration - more than 37'000 users, 440 mailing lists, everything synchronized with administrative databases and so on - from open-vms (yes... you have not sight problems: OpenVMS ... please don't blame us). In particular, we have (we'd like so much) to directly deliver from a front-end load-balanced anti-spam&virus all "good" messages into maildirs, updating at the same time the indexes for dovecot. Our idea is to write an lmtp, possibly not from scratch; we have already a threaded server, recently born as a raw smtp server to test the antivirus and antispam system under heavy load (before to start the migration), that can be converted to lmtp protocol, but we lack of information on the dovecot API for delivering in a "dovecot-way". As often occurs, we have not months to get it done, therefore _any_ kind of suggestion will be very much appreciated. Thank you all for the help, and patience! -- Leonardo Lanzi Department of Physics - University of Florence - Italy -- PS - Examples of help: 1. "The code is self-explaining, but obviously you're too old to learn: accept to be in the mist, and switch to cyrus" 2. "the following n-functions ... of deliver can accept your data from memory and do all the job" 3. "I've already done everything, download it at the following url..." 3a. "I've already done everything, but you must send me, _before_, your smtp stressing server, or all your tests on latency of irq handlers with 2.6 kernel, or at least one 18-year-old scottish-malt-whisky bottle!" From ehire at cbrweb.com Wed Nov 29 19:11:53 2006 From: ehire at cbrweb.com (Ejay Hire) Date: Wed, 29 Nov 2006 13:11:53 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: <6E09644E-BE35-4157-94C2-6CDC38D3AC67@bitworx.com> Message-ID: <00da01c713ea$3b0f9360$1900a8c0@bnaejay> Sure. The trick is in getting the message to the Autoresponder system. This can be done by the delivery agent (maildrop), or further upstream in the MTA. I use Postfix as my MTA. When I receive a message via smtp, it (pipes it through a virus filter) (pipes it through a spam filter) and drops the message in the maildir. It also "forks" the message, sending a copy to YAA!. YAA runs it's own little pseudo smtp server, and recieves the message from postfix. (on port 3333 I think..). Then Yaa looks at the rcpt to, looks it up in the database, and generates the vacation message. If no vacation message exists, the message is discarded. -ejay -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Rick Hazey Sent: Wednesday, November 29, 2006 11:18 AM To: dovecot at dovecot.org Subject: Re: [Dovecot] considering dovecot On Nov 29, 2006, at 10:09 AM, Ejay Hire wrote: > I use YAA! (yet another autoresponder) to handle vacation messages,, > but I feel the system could be made more efficient. Could you give me an overview of how your setup works using YAA? I can't seem to wrap my brain around how you would do something like this in a dovecot environment. From jfesler at gigo.com Wed Nov 29 19:27:01 2006 From: jfesler at gigo.com (Jason Fesler) Date: Wed, 29 Nov 2006 11:27:01 -0800 (PST) Subject: [Dovecot] lmtp: help needed In-Reply-To: <456DCA9B.6010705@fi.infn.it> References: <456DCA9B.6010705@fi.infn.it> Message-ID: > migration), that can be converted to lmtp protocol, but we lack of > information on the dovecot API for delivering in a "dovecot-way". IMO.. use the dovecot lda. Eat the performance hit of calling it. Let dovecot-lda track all the API changes to indexes and such. Throwing an extra machine at the problem won't cost much compared to the headache of tracking long-term changes from dovecot. From rhazey at bitworx.com Wed Nov 29 20:17:25 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Wed, 29 Nov 2006 14:17:25 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: <6EF1ADD721B23F4A98BC2CD2C1FA5822684996@NashuaMB-002.nashuabroadband.local> References: <6EF1ADD721B23F4A98BC2CD2C1FA5822684996@NashuaMB-002.nashuabroadband.local> Message-ID: On Nov 29, 2006, at 11:42 AM, Richard Mayhew - Nashua Mobile Broadband Division wrote: > (IMO Vacation messages aren't really part of this mailing list > forum, as > I belive it's a MTA's job) > > So.. To some it up. I prefer using Exim (MTA) to do the dirty work. I hear what you're saying but it seems to me that the vacation message function belongs in Sieve (via Dovecot Deliver). I want to move spam into a junk folder and only auto-respond to the remaining email. I'm certainly no expert; this just seemed the logical way to do it and the way that Sieve and Maildrop handle it. Are you able to avoid auto-responding to spam with your configuration using Exim? From tss at iki.fi Wed Nov 29 20:38:16 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 29 Nov 2006 22:38:16 +0200 Subject: [Dovecot] considering dovecot In-Reply-To: <20061129174746.GB66688@osmium.mv.net> References: <456D41EB.3010008@cardgate.net> <456D8B6E.90903@rowman.com> <20061129174746.GB66688@osmium.mv.net> Message-ID: <1164832696.8783.437.camel@hurina> On Wed, 2006-11-29 at 12:47 -0500, Mark E. Mallett wrote: > My own MDA (which I haven't plugged here lately :) but which I do use > with dovecot) Have you tried if you could plug it into Dovecot's deliver as a replacement plugin to CMU sieve? I'd like to get an alternative to it, but I don't really want to spend time coding yet another Sieve implementation. And last I checked, your code wasn't exactly library/plugin-friendly at least to my eyes.. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061129/0be7c344/attachment.pgp From richardm at nashuamobile.com Wed Nov 29 20:49:06 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Wed, 29 Nov 2006 22:49:06 +0200 Subject: [Dovecot] considering dovecot In-Reply-To: Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AC@NashuaMB-002.nashuabroadband.local> Hey, Anything is possible with Exim :) What I decided to do in the past with "Quarantining" mail was to get Exim to deliver the message directly to the specified Junk Folder, and based on a Spam Score in the message headers one could ignore the auto-responder. Much the same as I am not an expert using Sieve, but I prefer ,IMO, that the MTA handle's anything to do with mail delivery, black/white lists, rbl, parsing, scanning (to some degree) etc. and let Dovecot (IMAP/POP3) serve the mail back to the client. This is in no way pushing aside Dovecot, just my personal taste. I do however see an overlap with mail quota's as Exim and Dovecot both are setup to maintain them in synergy. One wont accept mail if the user is over quota, much the same with Dovecot maintaining the quota from an IMAP perspective. I prefer to blackhole/delete the mail if its classified as spam, so the need to worry about whether or not to send a auto-responder based on if the mail is spam or not is somewhat void in this case. The MTA parses the mail through SpamAssassin and based on a returned result, the MTA either rejects the message (550) or accepts it for delivery. This way we don't have rouge mail running around our systems using precious resources. Regards Richard. -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Rick Hazey Sent: 29 November 2006 10:17 PM To: dovecot at dovecot.org Subject: Re: [Dovecot] considering dovecot On Nov 29, 2006, at 11:42 AM, Richard Mayhew - Nashua Mobile Broadband Division wrote: > (IMO Vacation messages aren't really part of this mailing list forum, > as I belive it's a MTA's job) > > So.. To some it up. I prefer using Exim (MTA) to do the dirty work. I hear what you're saying but it seems to me that the vacation message function belongs in Sieve (via Dovecot Deliver). I want to move spam into a junk folder and only auto-respond to the remaining email. I'm certainly no expert; this just seemed the logical way to do it and the way that Sieve and Maildrop handle it. Are you able to avoid auto-responding to spam with your configuration using Exim? From tss at iki.fi Wed Nov 29 20:51:50 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 29 Nov 2006 22:51:50 +0200 Subject: [Dovecot] lmtp: help needed In-Reply-To: <456DCA9B.6010705@fi.infn.it> References: <456DCA9B.6010705@fi.infn.it> Message-ID: <1164833510.8783.449.camel@hurina> On Wed, 2006-11-29 at 18:59 +0100, Leonardo Lanzi wrote: > parsing the mailing list archive, it seems that the lmtp-server will not > be developed soon, so I'm looking for someone that could help me in > writing one, even if not the best one. That's why: Well.. Dovecot's deliver is what you should be looking to do this. Unfortunately its code is quite kludgy. For Dovecot v2.0 I'm doing larger changes which makes it much cleaner, but for now it's ugly.. Settings are read from environment variables. So in deliver there's now code which parses dovecot.conf itself and puts pretty much everything in it into environment variables. You'll need to do this or just set the environment variables manually somehow. Do you need to parse the message in any way? If not and you just want to save it, then it's easier. You can use the mailbox_save_*() functions in src/lib-storage/mail-storage.h to do it. Deliver however wants to use the headers of the mails so it create an in-memory mbox formatted mailbox of the incoming message, which is rather ugly. There's also src/plugins/convert/ which contains convert-tool binary. Its code is simpler than deliver's, and it might be easier to understand. For seeing how mailbox_save_*() functions work, you can check how mailbox_copy() is implemented in src/lib-storage/mail-copy.c. One reason why I don't really like implementing LMTP is because it doesn't work well with multiple UIDs. You've only 3 choices: 1) Run everything under a single UID 2) Run LMTP delivery code as root which is temporarily setuid to the user (security hole gives root access) 3) Fork a new process to handle each delivery (couldn't you just use deliver binary then?) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061129/d7596bcf/attachment.pgp From richardm at nashuamobile.com Wed Nov 29 20:54:22 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Wed, 29 Nov 2006 22:54:22 +0200 Subject: [Dovecot] Quota's with Thunderbird Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AD@NashuaMB-002.nashuabroadband.local> Hi, Does anyone know how to get Thunderbird to correctly report the mailbox quota's? I know Dovecot is correctly enforcing the quotas on the mailbox when using Thunderbird, but Thunderbird reports that the "server does not support quota's" when trying to view the usage? Is Thunderbird expecting something different? Viewing the mailbox through Squirelmail, the quota's are reported correctly, so I would thnk that Thunderbird is where the problem lies. Regards Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061129/8298c8b4/attachment.html From leroy.vanlogchem at wldelft.nl Wed Nov 29 21:19:21 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Wed, 29 Nov 2006 22:19:21 +0100 Subject: [Dovecot] Can't remove folder Message-ID: <456DF959.60801@wldelft.nl> Hello, Here is a 'me too' somewhat like: http://www.dovecot.org/list/dovecot/2006-January/010759.html Example scenario: /u/username/Mail/subfolder/somebox subfolder is a directory somebox is a mbox When I use Thunderbird's "Delete folder" function on the somebox the message appears: "Target mailbox doesn't allow inferiour mailboxes". Thunderbird, by default, tries to move it to Trash instead of deleting it directly. When I change the preference to "Remove it immediately" it works. Which component is at fault here: - limitation of a mbox only setup? - thunderbird should know - limitation of the imap protocol to advice the client it's mbox backed - feature of dovecot, could it be fixed or worked around somehow -- Leroy From mem at mv.mv.com Wed Nov 29 21:38:52 2006 From: mem at mv.mv.com (Mark E. Mallett) Date: Wed, 29 Nov 2006 16:38:52 -0500 Subject: [Dovecot] considering dovecot In-Reply-To: <1164832696.8783.437.camel@hurina> References: <456D41EB.3010008@cardgate.net> <456D8B6E.90903@rowman.com> <20061129174746.GB66688@osmium.mv.net> <1164832696.8783.437.camel@hurina> Message-ID: <20061129213852.GC60639@osmium.mv.net> On Wed, Nov 29, 2006 at 10:38:16PM +0200, Timo Sirainen wrote: > On Wed, 2006-11-29 at 12:47 -0500, Mark E. Mallett wrote: > > My own MDA (which I haven't plugged here lately :) but which I do use > > with dovecot) > > Have you tried if you could plug it into Dovecot's deliver as a > replacement plugin to CMU sieve? No, but that might be an interesting experiment. I *have* looked over the interface between dovecot lda and libsieve. > I'd like to get an alternative to it, > but I don't really want to spend time coding yet another Sieve > implementation. And last I checked, your code wasn't exactly > library/plugin-friendly at least to my eyes.. :) You're right there, but I don't think it would take much to make it so. I have "plugged" mfl (the language) into multiple applications, but those have been written with using the language in mind from the beginning. I see only a few obstacles to making it more generically usable (most of you can probably hit delete now...): - mfl/sieve code makes calls to specifically-named functions to do actions (like "fileinto" etc). These could fairly easily be turned into callbacks or calls via function pointers. - mfl code thinks it knows how messages are stored in memory, and makes some direct use of structure elements; it also makes calls to specifically-named functions to access things like headers and mime parts. These things could also be turned into callbacks. - mfl code makes use of a bunch of my own suite of utility functions, which would have to be added to the library references. Undoubtedly some of these utility functions duplicate those in your application (or any that would want to use it), so it would add some size to the executable. It also creates another library dependancy to be figured out at configure time. Neither of those are all that big of a deal, but they might offend some purist nature. I dunno, maybe I'll give it a shot, e.g. over the upcoming holiday. I've been thinking about trying to make the mfl piece more standalone anyway: the main downside being that it creates yet another library piece to maintain and for users to download. mm From leroy.vanlogchem at wldelft.nl Wed Nov 29 21:35:36 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Wed, 29 Nov 2006 21:35:36 +0000 (UTC) Subject: [Dovecot] MAILDIR environment References: <200603010545.k215jSBc011704@mail-gateway-2.giga-sj-001.net> Message-ID: server101.com> writes: > > from docs/mail-storages.txt: > > "Also as a special case, if MAILDIR environment exists, maildir storage is used with the directory > specified in it." > > Forgive me if this seems obvious, but is this talking about setting MAILDIR as an enivornment variable? I > have it set on my system in both /etc/profile and ~/.bash_profile: > > MAILDIR=/path/to/maildir/ > export MAILDIR > > and have confirmed this worked by running 'echo $MAILDIR'. I've logged the user in question out and then in > again, as well as restarting dovecot but it still defaults to checking ~/Maildir when the user logs in. > Setting the location using default_mail_env is not an option here as I need the fallback behaviour that > occurs when default_mail_env is not set. > > Any advice appreciated. You can use the userdb extra_fields to change settings per account. See http://www.dovecot.org/list/dovecot/2006-November/017830.html for example. From andrewz at springsrescuemission.org Wed Nov 29 22:01:23 2006 From: andrewz at springsrescuemission.org (Andrew Z) Date: Wed, 29 Nov 2006 15:01:23 -0700 Subject: [Dovecot] Subfolders with Thunderbird and maildir? In-Reply-To: <45657147.2080300@uninett.no> References: <4564D4EA.7020902@springsrescuemission.org> <45657147.2080300@uninett.no> Message-ID: <456E0333.6040906@springsrescuemission.org> Anders Lund wrote: > Andrew Z wrote: > >> I setup a test dovecot-1.0-0.beta8.2.fc5 and left most of the settings >> as the defaults. In Thunderbird 1.5.0.8 Windows, when I tried to create >> a subfolder named "subfolder" under INBOX, it showed up as the same >> level a INBOX and with the name "INBOX^subfolder". >> >> I was able to manually create a subfolder using "mkdir >> ~/mail/test_manual_subfolder; touch ~/mail_test_subfolder/blah" and then >> subscribing to it. That's too much work. :) >> >> Now when I try to create a subfolder of a non-inbox folder, nothing >> happens (not even an error). >> >> Screen shot: >> http://img452.imageshack.us/my.php?image=subfoldersthunderbird15ao6.png >> >> The Dovecot system is Fedora Core 5 x86 and an NFS client for /home. >> I'm considering switching from Trustix, UW-IMAP, and mbox. I'm also >> considering changing INBOX to a Maildir (not /var/spool/mail/%u). >> > > Just a quick question: > > In > Account settings > Server Settings > Advanced > for your account, have you unchecked "Server supports folders that > contain sub-folders and messages"? > > If you are using Maildir this should be on, but if you're using mbox > this should be off. > The setting is on (the default). In the test above, I had default_mail_env set to blank and it looks like it created an mbox in ~/mail. Just now, I tried default_mail_env=~/mail , and the non-inbox subfolders worked OK. However, the subfolder of INBOX still showed up as INBOX^subfolder. Andrew From sfs at tc.umn.edu Wed Nov 29 22:26:50 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Wed, 29 Nov 2006 16:26:50 -0600 Subject: [Dovecot] Logging Message-ID: <20061129222650.GA25072@earth.tc.umn.edu> In trying to determine why someone was unable to use port 110 w/STLS (POP) I had great difficulty finding the session in which the user switched to this port from using port 995. This is because Dovecot does not log any port number information. Furthermore, it isn't obvious to me if it logs whether a session was negotiated SSL (via STARTTLS w/IMAP or STLS w/POP) or started out SSL (ports 993 and 995). If this seems reasonable, I can whip up a patch to log this information. However, I'd rather see Dovecot 1.0 released first. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From leonardo.lanzi at fi.infn.it Wed Nov 29 22:58:31 2006 From: leonardo.lanzi at fi.infn.it (Leonardo Lanzi) Date: Wed, 29 Nov 2006 23:58:31 +0100 Subject: [Dovecot] lmtp: help needed In-Reply-To: <1164833510.8783.449.camel@hurina> References: <456DCA9B.6010705@fi.infn.it> <1164833510.8783.449.camel@hurina> Message-ID: <456E1097.3080602@fi.infn.it> Timo Sirainen wrote: > On Wed, 2006-11-29 at 18:59 +0100, Leonardo Lanzi wrote: >> parsing the mailing list archive, it seems that the lmtp-server will not >> be developed soon, so I'm looking for someone that could help me in >> writing one, even if not the best one. That's why: > > Well.. Dovecot's deliver is what you should be looking to do this. > Unfortunately its code is quite kludgy. For Dovecot v2.0 I'm doing > larger changes which makes it much cleaner, but for now it's ugly.. ... Dear Timo, thank you very much for the quick reply, and especially for suggesting the course. If I'll assemble something working, I hope it could be useful to someone else. Thanks again... by the way, I didn't understand everything, but your code is one order of magnitude better than the other famous imaps. Leonardo From abusquets at gmail.com Thu Nov 30 00:23:23 2006 From: abusquets at gmail.com (Alex) Date: Thu, 30 Nov 2006 01:23:23 +0100 Subject: [Dovecot] update quota Message-ID: <75eb42920611291623y36c6c617t7e29fb4ef6ebc1b1@mail.gmail.com> I'm working with last dovecot r15 and exim 4.63 When I download my emails, pop3, dovecot not upadtes the maildirsize file -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dovecot.org/pipermail/dovecot/attachments/20061130/901f4771/attachment.htm From robert at schetterer.org Thu Nov 30 00:30:34 2006 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 30 Nov 2006 01:30:34 +0100 Subject: [Dovecot] Quota's with Thunderbird In-Reply-To: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AD@NashuaMB-002.nashuabroadband.local> References: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AD@NashuaMB-002.nashuabroadband.local> Message-ID: <456E262A.1080809@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard Mayhew - Nashua Mobile Broadband Division schrieb: > Hi, > > Does anyone know how to get Thunderbird to correctly report the mailbox > quota's? I know Dovecot is correctly enforcing the quotas on the mailbox > when using Thunderbird, but Thunderbird reports that the "server does > not support quota's" when trying to view the usage? Is Thunderbird > expecting something different? > > Viewing the mailbox through Squirelmail, the quota's are reported > correctly, so I would thnk that Thunderbird is where the problem lies. > > Regards > > Richard > > > -- > Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > > > Hi Richard , i see quota very nice with thunderbird, i guess its your dovecot setup - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFbiYqNxddAhXBw7QRAnLEAJ4mN20GzzUz73eMDBi/S09lOSx6cQCeLj7d ECYJvjD5IUpSgn4pn9q0fAw= =cgF4 -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From alien at 12inch.com Thu Nov 30 02:07:34 2006 From: alien at 12inch.com (Alan Premselaar) Date: Thu, 30 Nov 2006 11:07:34 +0900 Subject: [Dovecot] Quota's with Thunderbird In-Reply-To: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AD@NashuaMB-002.nashuabroadband.local> References: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AD@NashuaMB-002.nashuabroadband.local> Message-ID: <456E3CE6.6090502@12inch.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard Mayhew - Nashua Mobile Broadband Division wrote: > Hi, > > Does anyone know how to get Thunderbird to correctly report the mailbox > quota's? I know Dovecot is correctly enforcing the quotas on the mailbox > when using Thunderbird, but Thunderbird reports that the "server does > not support quota's" when trying to view the usage? Is Thunderbird > expecting something different? > > Viewing the mailbox through Squirelmail, the quota's are reported > correctly, so I would thnk that Thunderbird is where the problem lies. > > Regards > > Richard > Richard, make sure that you have both 'quota = ' and 'imap_quota = ' in your imap plugins definitions in dovecot's configuration. Also, it would definitely help to give us specifics of your configuration. (i.e. which version of dovecot, on what operating system, etc) you should also double-check to make sure that your squirrelmail plugin isn't directly looking at disk quotas as opposed to grabbing the quota information via IMAP. (check_quota does this) the easiest way to determine if dovecot is actually supporting quotas is to telnet to your dovecot machine on port 143 and then after connecting type: 1 capability (after it outputs the capabilities that dovecot has, you can then type "2 logout" to exit) it should have "QUOTA" in the list somewhere (likely towards the end) if it doesn't there is a problem with the quota support compiled into dovecot. hope this helps alan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFbjziE2gsBSKjZHQRAiS3AKDWZU624fGKKLzj5orTdV3PDbg6YQCeIVYP rTCqQSelu74VAG1JXgAXySU= =pU+h -----END PGP SIGNATURE----- From chibi at gol.com Thu Nov 30 02:59:20 2006 From: chibi at gol.com (Christian Balzer) Date: Thu, 30 Nov 2006 11:59:20 +0900 Subject: [Dovecot] update quota In-Reply-To: Your message of "Thu, 30 Nov 2006 01:23:23 +0100." <75eb42920611291623y36c6c617t7e29fb4ef6ebc1b1@mail.gmail.com> References: <75eb42920611291623y36c6c617t7e29fb4ef6ebc1b1@mail.gmail.com> Message-ID: Alex wrote: > >When I download my emails, pop3, dovecot not upadtes the maildirsize file > Make sure you have: mail_plugins = quota in your pop3 protocol section. With it there, pop3 does update the maildirsize file fine. Regards, Christian -- Christian Balzer Network/Systems Engineer NOC chibi at gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/ From lists at stringsutils.com Thu Nov 30 03:57:00 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Wed, 29 Nov 2006 22:57:00 -0500 Subject: [Dovecot] Status of commercial support? Message-ID: Was going over the archives looking for any info on commercial support. Only found some emails back from 2005. Is there commercial support available? If not, any consultants that could help with an installation. In particular Courier 4 POP migration to dovecot. From richardm at nashuamobile.com Thu Nov 30 07:38:30 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Thu, 30 Nov 2006 09:38:30 +0200 Subject: [Dovecot] Quota's with Thunderbird In-Reply-To: <456E3CE6.6090502@12inch.com> Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA5822684A32@NashuaMB-002.nashuabroadband.local> -----Original Message----- From: Alan Premselaar [mailto:alien at 12inch.com] Sent: 30 November 2006 04:08 AM To: Richard Mayhew - Nashua Mobile Broadband Division Cc: dovecot at dovecot.org Subject: Re: [Dovecot] Quota's with Thunderbird -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard Mayhew - Nashua Mobile Broadband Division wrote: > Hi, > > Does anyone know how to get Thunderbird to correctly report the > mailbox quota's? I know Dovecot is correctly enforcing the quotas on > the mailbox when using Thunderbird, but Thunderbird reports that the > "server does not support quota's" when trying to view the usage? Is > Thunderbird expecting something different? > > Viewing the mailbox through Squirelmail, the quota's are reported > correctly, so I would thnk that Thunderbird is where the problem lies. > > Regards > > Richard > Richard, make sure that you have both 'quota = ' and 'imap_quota = ' in your imap plugins definitions in dovecot's configuration. --> I have set in the protocol configuration declaration for IMAP, 'mail_plugins = quota imap_quota', Would this be the only place or are you referring to somewhere lese as well? The MySQL lookup also (using debug) returns the correct quota information back to DoveCot, so it just seems that Thunderbird is expecting something different. Also, it would definitely help to give us specifics of your configuration. (i.e. which version of dovecot, on what operating system, etc) --> Sorry its, RedHat ES4, DoveCot ...RC15, Anything specific? you should also double-check to make sure that your squirrelmail plugin isn't directly looking at disk quotas as opposed to grabbing the quota information via IMAP. (check_quota does this) --> I use the plugin quota_check which retrieves the quota information directly from the IMAP server. the easiest way to determine if dovecot is actually supporting quotas is to telnet to your dovecot machine on port 143 and then after connecting type: 1 capability (after it outputs the capabilities that dovecot has, you can then type "2 logout" to exit) it should have "QUOTA" in the list somewhere (likely towards the end) ---> Yup I have it in the output described. I know the quota's are enforced though all the mail cliets I use, as the tests I performed, ie saving a large mail as a draft etc. if it doesn't there is a problem with the quota support compiled into dovecot. hope this helps alan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFbjziE2gsBSKjZHQRAiS3AKDWZU624fGKKLzj5orTdV3PDbg6YQCeIVYP rTCqQSelu74VAG1JXgAXySU= =pU+h -----END PGP SIGNATURE----- From eric at ccat.co.nz Thu Nov 30 08:56:25 2006 From: eric at ccat.co.nz (eric) Date: Thu, 30 Nov 2006 21:56:25 +1300 Subject: [Dovecot] authentication Message-ID: <456E9CB9.20207@ccat.co.nz> Good evening from Aotearoa; First some details: Clients are all Outlook2003 on XP yawn Server is Suse 9.3 Samba, postfix, fetchmail and dovecot 1.0 rc13 I succesfully installed Dovecot on my test network at home, but at the job site its a mystery. I seem to be able to get one client to authenticate but not another. And only if i created a password file consisting of logins and no passwords. Dovecot won't use standard unix passwd successfully. So here is the conf: base_dir = /var/run/dovecot/ protocols = pop3 listen = *:110 disable_plaintext_auth = no ssl_listen = ssl_disable = yes login_dir = /var/run/dovecot/login login_user = dovecot login_greeting = Dovecot ready. mail_extra_groups = users mail last_valid_uid = 2000 pop3_uidl_format = %08Xu%08Xv protocol lda { # Address to use when sending rejection mails. postmaster_address = postmaster at example.com } auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ auth_debug_passwords = yes auth default { mechanisms = plain passdb passwd-file { args = /usr/local/etc/passwords } userdb passwd { } user = root default_mail_env = mbox:/var/spool/mail/:INBOX=/var/spool/mail/%u And here is a sample of two of the syslogs.: I am not worried about the UID warning,I was try to login on from various clients. Though this is not a requirement. Sample of Mail log Nov 30 18:30:27 SCSIServer dovecot: POP3(user): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. [2006-11-30 18:30:27] Nov 30 18:19:50 SCSIServer dovecot: pop3-login: Login: user=, method=PLAIN, rip=192.168.1.113, lip=192.168.1.199 Nov 30 18:19:50 SCSIServer dovecot: POP3(user1): UIDVALIDITY changed (1164764972 -> 1164774199) in mbox file /var/spool/mail/user1 Nov 30 18:19:50 SCSIServer dovecot: POP3(user1): Disconnected: Mailbox is in inconsistent state. top=0/0, retr=0/0, del=0/0, size=0 Nov 30 18:20:04 SCSIServer dovecot: auth(default): client in: AUTH 1 PLAIN service=POP3 lip=192.168.1.199 rip=192.168.1.113 resp=AG9saXZpYQA= Nov 30 18:20:46 SCSIServer dovecot: pop3-login: Login: user=, method=PLAIN, rip=192.168.1.115, lip=192.168.1.199 Nov 30 18:20:46 SCSIServer dovecot: POP3(user2): open() failed with index file /var/spool/mail/.imap/INBOX/dovecot.index: Permission denied Nov 30 18:20:46 SCSIServer dovecot: POP3(user2): open() failed with index file /var/spool/mail/.imap/INBOX/dovecot.index: Permission denied Nov 30 18:20:46 SCSIServer dovecot: POP3(user2): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. Warn log; Nov 30 18:30:27 SCSIServer dovecot: POP3(user2): open() failed with index file /var/spool/mail/.imap/INBOX/dovecot.index: Permission denied Nov 30 18:30:27 SCSIServer dovecot: POP3(user2): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. [2006-11-30 18:30:27] It just occured to me these leading blanks in the conf file may effect, I am sure I read that somewhere to do with one of these things? Any other ideas would be greatly appreciated. From papier at sdv.fr Thu Nov 30 09:13:11 2006 From: papier at sdv.fr (Laurent Papier) Date: Thu, 30 Nov 2006 10:13:11 +0100 Subject: [Dovecot] problem in rc15 (proxy mode) In-Reply-To: <6EF1ADD721B23F4A98BC2CD2C1FA5822684993@NashuaMB-002.nashuabroadband.local> References: <20061127153953.d8a1c302.papier@sdv.fr> <6EF1ADD721B23F4A98BC2CD2C1FA5822684993@NashuaMB-002.nashuabroadband.local> Message-ID: <20061130101311.87fa6ac2.papier@sdv.fr> Le Wed, 29 Nov 2006 19:30:49 +0200 "Richard Mayhew - Nashua Mobile Broadband Division" ?crit: > Hi, > > I also recently upgraded from rc10 to rc15, and found the same errors in my log files. I also had some issues with the authentication at the same time. I don't know if they are related to the cache, but the first login attempt I did was with an incorrect password, after this even using the correct password it wouldn't allow me to login until I restarted Dovecot. I'm not an expert with regards to the algorythims of the caching engine.. So this might be normal. I thought that it would have only cached successful authenticated sessions. Dovecot rc10 also behaves like this. -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - From biuro at wwv.pl Wed Nov 29 11:12:37 2006 From: biuro at wwv.pl (SysOp) Date: Wed, 29 Nov 2006 12:12:37 +0100 Subject: [Dovecot] mysql +update Message-ID: <20061129121237.0000725f@tytus> Hi all, how to put in databaswe (mysql) some information after login dovecot can only get information from database (user_query, password_query) exist some query to put in, for example last login date into database ? Maciek From ghenry at suretecsystems.com Thu Nov 30 14:55:14 2006 From: ghenry at suretecsystems.com (Gavin Henry) Date: Thu, 30 Nov 2006 14:55:14 -0000 (UTC) Subject: [Dovecot] [IDEA] Shared Folders via LDAP Lookups Message-ID: <49302.82.69.192.46.1164898514.squirrel@webmail.suretecsystems.com> Hi All, We've been thinking a lot about the 2 different ways dovecot implements shares; namespaces and symlinks. We currently use the symlink version for our clients and they use the create_dovecot_shares.pl tool we did at: http://dovecot.org/tools/ Our idea is either in the namespace declaration or if a folder has a dovecot-shared file/symlink, have a ldap lookup defined in say, dovecot-ldap-shares.conf or dovecot-ldap.conf, that queries a dn and looks for memberUID or a group dn, then those uids/groups can get into the IMAP maildir. Obviously the original folder would need to be owned by some predefined user, e.g dovecot etc. Then it's just a simple matter of adding a new memberUID/group to the share listing. We can do a custom dovecot.schema if needed (for say a dovecotShare attribute etc.), as long as we get dovecot a Private Enterprise Number from: http://www.iana.org/cgi-bin/enterprise.pl If Timo hasn't already got one, but I can't see one in: http://www.iana.org/assignments/enterprise-numbers Thoughts? -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From tss at iki.fi Thu Nov 30 15:06:14 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 30 Nov 2006 17:06:14 +0200 Subject: [Dovecot] Status of commercial support? In-Reply-To: References: Message-ID: <1164899175.8783.456.camel@hurina> On Wed, 2006-11-29 at 22:57 -0500, Francisco Reyes wrote: > Was going over the archives looking for any info on commercial support. Only > found some emails back from 2005. > > Is there commercial support available? > If not, any consultants that could help with an installation. In particular > Courier 4 POP migration to dovecot. Currently the situation is that it's possible to buy new features (ie. coding time from me), but not installation or maintenance support. I'm also not aware of anyone offering such support. So I think your best bet is to just ask questions here.. I see that you've asked a couple already. I'll try to get around answering them this weekend (been too busy recently once again to answer mails). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20061130/52fb5798/attachment.pgp From ghenry at suretecsystems.com Thu Nov 30 15:09:09 2006 From: ghenry at suretecsystems.com (Gavin Henry) Date: Thu, 30 Nov 2006 15:09:09 -0000 (UTC) Subject: [Dovecot] Status of commercial support? In-Reply-To: <1164899175.8783.456.camel@hurina> References: <1164899175.8783.456.camel@hurina> Message-ID: <34965.82.69.192.46.1164899349.squirrel@webmail.suretecsystems.com> > On Wed, 2006-11-29 at 22:57 -0500, Francisco Reyes wrote: >> Was going over the archives looking for any info on commercial support. >> Only >> found some emails back from 2005. >> >> Is there commercial support available? >> If not, any consultants that could help with an installation. In >> particular >> Courier 4 POP migration to dovecot. > > Currently the situation is that it's possible to buy new features (ie. > coding time from me), but not installation or maintenance support. I'm > also not aware of anyone offering such support. > > So I think your best bet is to just ask questions here.. I see that > you've asked a couple already. I'll try to get around answering them > this weekend (been too busy recently once again to answer mails). What about a page on the Wiki? We'd be willing to offer Dovecot commercial support, not coding, but installation and maintenance. Thoughts? Gavin. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From CMarcus at Media-Brokers.com Thu Nov 30 15:22:10 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 30 Nov 2006 10:22:10 -0500 Subject: [Dovecot] Status of commercial support? In-Reply-To: <1164899175.8783.456.camel@hurina> References: <1164899175.8783.456.camel@hurina> Message-ID: <456EF722.5040902@Media-Brokers.com> > So I think your best bet is to just ask questions here.. I see that > you've asked a couple already. I'll try to get around answering them > this weekend (been too busy recently once again to answer mails). Yeah, yeah, we know, Timo - too busy playing video games and watching pR0n... ;) lol... -- Best regards, Charles From holmgren at lysator.liu.se Thu Nov 30 15:25:48 2006 From: holmgren at lysator.liu.se (Magnus Holmgren) Date: Thu, 30 Nov 2006 16:25:48 +0100 Subject: [Dovecot] Comments about LDA wiki page Message-ID: <200611301625.49384@proffe.kibibyte.se> I've just tried out Dovecot LDA. The reason I didn't want to use it before was that I found it unnecessary together with Exim, plus I wanted to use Exim's filtering. But now I wanted to see if can notice any improvement when the indexes are updated on delivery, and I saw that it's possible to use Exim filters and pass the resulting folder with -m. Now, correct me if I'm wrong, but IIUC some corrections, improvements, and comments could be made on http://wiki.dovecot.org/LDA. In the "Site-wide setup" section (and in dovecot.conf) it's suggested that access be restricted to the master socket somehow. The first Exim example ("System-users"), however, requires a world-writable socket. Uncomment "group = mail" and deliver will complain that setgid() fails. In this situation, the "-d $local_part@$domain" is unnecessary because then deliver will use the name of the user it's running as (it should probably have been just "-d $local_part" anyway). However, if deliver is run by root (which is by default impossible under Exim) or setuid root, then a destination user is mandatory. Oh wait, without -d the auth socket isn't used at all, only the HOME environment variable and default_mail_env are. Well, it shouldn't matter much if you're running a standard pam/passwd setup, but with a more complicated non-virtual setup I see only four solutions: Make deliver setuid root, remove root from the compiled-in FIXED_NEVER_USERS list, run deliver as a user/group that has write access to all mailboxes, or make the master socket world-writable. -- Magnus Holmgren holmgren at lysator.liu.se (No Cc of list mail needed, thanks) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20061130/ccb91cd0/attachment.pgp From jc at info-systems.de Thu Nov 30 15:34:20 2006 From: jc at info-systems.de (Jakob Curdes) Date: Thu, 30 Nov 2006 16:34:20 +0100 Subject: [Dovecot] Status of commercial support? In-Reply-To: <1164899175.8783.456.camel@hurina> References: <1164899175.8783.456.camel@hurina> Message-ID: <456EF9FC.1010808@info-systems.de> Timo Sirainen schrieb: >I'm >also not aware of anyone offering such support. > > We are willing to offer commercial support for dovecot, limited to what our installation experience yields. We are Germany-based linux consultants with 10+ years experience in the field and use dovecot as IMAP and POP3 solution in different setups. We also support other linux/unix apps. For details please contact linux at info-systems.de or me personally at jc at info-systems.de. Jakob Curdes manager, iS information Systems oHG From rueckert at informatik.uni-rostock.de Thu Nov 30 17:11:37 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Thu, 30 Nov 2006 18:11:37 +0100 Subject: [Dovecot] Status of commercial support? In-Reply-To: <456EF722.5040902@Media-Brokers.com> References: <1164899175.8783.456.camel@hurina> <456EF722.5040902@Media-Brokers.com> Message-ID: <20061130171137.GN11427@pixel.global-banlist.de> On 2006-11-30 10:22:10 -0500, Charles Marcus wrote: > >So I think your best bet is to just ask questions here.. I see that > >you've asked a couple already. I'll try to get around answering them > >this weekend (been too busy recently once again to answer mails). > > Yeah, yeah, we know, Timo - too busy playing video games and watching > pR0n... ;) or studying at the university bio science and chemistry iirc. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From CMarcus at Media-Brokers.com Thu Nov 30 18:30:21 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 30 Nov 2006 13:30:21 -0500 Subject: [Dovecot] Status of commercial support? In-Reply-To: <20061130171137.GN11427@pixel.global-banlist.de> References: <1164899175.8783.456.camel@hurina> <456EF722.5040902@Media-Brokers.com> <20061130171137.GN11427@pixel.global-banlist.de> Message-ID: <456F233D.1010204@Media-Brokers.com> >>> So I think your best bet is to just ask questions here.. I see that >>> you've asked a couple already. I'll try to get around answering them >>> this weekend (been too busy recently once again to answer mails). >> Yeah, yeah, we know, Timo - too busy playing video games and watching >> pR0n... ;) > or studying at the university bio science and chemistry iirc. Umm... it *was* a joke - or did you miss my wink? -- Best regards, Charles From joeycoleman at acm.org Thu Nov 30 19:40:36 2006 From: joeycoleman at acm.org (Joey Coleman) Date: Thu, 30 Nov 2006 19:40:36 +0000 Subject: [Dovecot] Problem/workaround with X-Keywords and Apple's Mail.app Message-ID: <5D552765-4E57-445C-A366-4E134444A8AE@acm.org> Hello, I've just switched from UW-IMAP to Dovecot, and for the most part, things are good. However, I encountered the problem with the X-Keywords header not being written back into individual messages in an mbox file (originally described in [1], and Timo gave a clue as to maybe why in [2]). What was happening for me is that Apple's Mail.app would flag a message as spam, which happily sets a couple keywords in the message, but those weren't being written back (at least, I didn't see them in the file on the server). The "DO NOT DELETE..." message had a perfectly fine X-IMAP header, and up until I switched things were working great. The user visible symptom of this happened every time new spam arrived in my Junk folder [3] --- the new spam would arrive, be flagged as spam by Mail.app, and the earlier pieces of mail would promptly be unflagged! Anyway, Timo's clue in [2] prompted me to turn off both mbox_lazy_writes and mbox_dirty_syncs (the latter just on the off- chance... it's a low-volume server, so I can deal with the inefficiency). Lo and behold, Mail.app started acting sane again *and* the X-Keywords header appeared immediately. Oddly, during all of this, the Status and X-UID keywords would appear in the messages just fine; no clue as to why those and not X- Keywords. Version details are: - Dovecot 1.0rc13 [4] - FreeBSD 5.3-RELEASE - Apple Mail.app 2.1 (752/752.2) cheers, --joey [1] http://dovecot.org/list/dovecot/2006-March/011872.html [2] http://dovecot.org/list/dovecot/2006-June/014126.html [3] And it felt really strange while troubleshooting this as I found myself *hoping* for another piece of spam to arrive. Bleh. [4] Yes, two versions behind current, but in my defense, I did check the announcements and they didn't seem to mention the problem. From lrosa at hypertrek.info Thu Nov 30 19:40:55 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Thu, 30 Nov 2006 20:40:55 +0100 Subject: [Dovecot] method= in log file Message-ID: <456F33C7.6090808@hypertrek.info> In Dovecot log I have: Nov 30 20:35:16 xx dovecot: pop3-login: Login: user=, method=PLAIN, rip=x.x.x.102, lip=y.y.y.53 Nov 30 20:35:16 xx dovecot: imap-login: Login: user=, method=plain, rip=x.x.x.102, lip=y.y.y.53 Apart the protocol (IMAP and POP3) is there a difference between "method=PLAIN" and "method=plain"? Ciao, luigi -- / +--[Luigi Rosa]-- \ 667: The neighbor of the beast. From lists at stringsutils.com Thu Nov 30 23:49:52 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Thu, 30 Nov 2006 18:49:52 -0500 Subject: [Dovecot] Status of commercial support? References: <1164899175.8783.456.camel@hurina> Message-ID: Timo Sirainen writes: > Currently the situation is that it's possible to buy new features (ie. > coding time from me), but not installation or maintenance support. I'm > also not aware of anyone offering such support. The lack of installation support, is it a matter of time? For example.. would you be able to do it.. if it was non time constrained? We have dovecot working.. is only the migration that is an issue. > So I think your best bet is to just ask questions here.. Will do. See a couple of other replies. Will try explaining in detail my situation. From joshua_goodall at pacific.net.au Wed Nov 1 02:15:19 2006 From: joshua_goodall at pacific.net.au (Joshua Goodall) Date: Wed, 1 Nov 2006 11:15:19 +1100 Subject: [Dovecot] Redundant shared mail store? Message-ID: <1BAD86FA20172C449C56A8E5D51977AB04E40BA8@pimel-mx1.ozpacnet.office.pacific.net.au> dovecot at redigloo.org wrote: > My ears prick up whenever I hear mention of NetApps and Dovecot. > > Which operating system (Linux, Solaris, Solaris x86...) are you > running. The NFS clients w/Dovecot are currently running Linux 2.6.16 with Trond Myklebust's Linux-2.6.16-NFS_ALL.dif applied (see http://client.linux-nfs.org/). This combo has been stable for months. And yes, we use fcntl locking, and mount noac,actimeo=0. JG From daniel at copyleft.no Wed Nov 1 03:28:35 2006 From: daniel at copyleft.no (Hr. Daniel Mikkelsen) Date: Wed, 01 Nov 2006 02:28:35 +0100 Subject: [Dovecot] Dovecot delivery Message-ID: <4547F843.8000306@copyleft.no> Hi. Does the dovecot deliver helper program now support maildirs? Are there plans to support this? -- Daniel Mikkelsen Copyleft Software AS From lists-wp at mercurycloud.net Wed Nov 1 03:28:38 2006 From: lists-wp at mercurycloud.net (Will Prater) Date: Tue, 31 Oct 2006 17:28:38 -0800 Subject: [Dovecot] Dovecot delivery In-Reply-To: <4547F843.8000306@copyleft.no> References: <4547F843.8000306@copyleft.no> Message-ID: <987D3A98-3AD7-4F1C-8433-E99B546D48A0@mercurycloud.net> I am using Dovecot LDA to deliver to Maildirs now. On Oct 31, 2006, at 5:28 PM, Hr. Daniel Mikkelsen wrote: > Hi. > > Does the dovecot deliver helper program now support maildirs? Are > there plans > to support this? > > -- > Daniel Mikkelsen > Copyleft Software AS -Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From bofh.list at gmail.com Wed Nov 1 04:17:30 2006 From: bofh.list at gmail.com (bofh list) Date: Tue, 31 Oct 2006 21:17:30 -0500 Subject: [Dovecot] Redundant shared mail store? In-Reply-To: <1BAD86FA20172C449C56A8E5D51977AB04E40BA8@pimel-mx1.ozpacnet.office.pacific.net.au> References: <1BAD86FA20172C449C56A8E5D51977AB04E40BA8@pimel-mx1.ozpacnet.office.pacific.net.au> Message-ID: On 10/31/06, Joshua Goodall wrote: > > dovecot at redigloo.org wrote: > > My ears prick up whenever I hear mention of NetApps and Dovecot. > > > > Which operating system (Linux, Solaris, Solaris x86...) are you > > running. > > The NFS clients w/Dovecot are currently running Linux 2.6.16 with Trond > Myklebust's Linux-2.6.16-NFS_ALL.dif applied (see > http://client.linux-nfs.org/). This combo has been stable for months. > And yes, we use fcntl locking, and mount noac,actimeo=0. What version of Dovecot are you running? -------------- next part -------------- An HTML attachment was scrubbed... URL: From rueckert at informatik.uni-rostock.de Wed Nov 1 15:30:32 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Wed, 1 Nov 2006 14:30:32 +0100 Subject: [Dovecot] Dovecot delivery In-Reply-To: <4547F843.8000306@copyleft.no> References: <4547F843.8000306@copyleft.no> Message-ID: <20061101133032.GQ5591@pixel.global-banlist.de> On 2006-11-01 02:28:35 +0100, Hr. Daniel Mikkelsen wrote: > Does the dovecot deliver helper program now support maildirs? Are there plans > to support this? it always supported maildir. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From tss at iki.fi Wed Nov 1 16:01:51 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 1 Nov 2006 16:01:51 +0200 Subject: [Dovecot] Upgrade from RC7 to RC10 didn't go too well... In-Reply-To: <200610301059.20658.dlepiane@irmacs.sfu.ca> References: <200610301059.20658.dlepiane@irmacs.sfu.ca> Message-ID: <9F0EB74B-B720-4895-8E98-FC6C7993EEEA@iki.fi> On 30.10.2006, at 20.59, Dominic Lepiane wrote: > My dovecot.conf includes > default_mail_env = mbox:/var/mail/%u That won't work. From rc8 release announcement (or NEWS file): * "mbox:/var/mail/%u" no longer works as the mail location. You'll have to specify the mail root explicitly, just like the examples always have: "mbox:~/mail:INBOX=/var/mail/%u" ie. Dovecot no longer does guessing. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From mailing_list at fintec.co.nz Wed Nov 1 02:01:46 2006 From: mailing_list at fintec.co.nz (Fintec) Date: Wed, 01 Nov 2006 13:01:46 +1300 Subject: [Dovecot] moving public folders to private Trash In-Reply-To: References: Message-ID: <1162339307.18957.24.camel@localhost.localdomain> On Wed, 2006-07-05 at 09:58 -0700, Mark Nienberg wrote: > Using Thunderbird 1.5.0.4 against dovecot beta9: > > If a user has Thunderbird configured to move deleted messages into a Trash folder, > then the user cannot delete folders in a public namespace. There is no problem > deleting messages. > > Thunderbird says: > "The current command did not succeed. The mail server responded: Can't rename > mailbox to another storage type." > > All mailboxes (public and private) are maildir format. > > Users can successfully delete folders from their own private areas, and the folders > then appear as subfolders of the Trash folder. > > Also, users can reconfigure Thunderbird to delete messages immediately instead of > moving them to trash and then successfully remove public folders. > > Also, users can move public folders within the public namespace. So I think the > problem boils down to the inability to move a folder from a public namespace to a > private one, which is what happens when Thunderbird is configured to move deleted > messages to a Trash folder. > > Mark Nienberg I have the same problem with dovecot rc10 and Thunderbird 1.0.5.7. Apart from changing the users settings to delete messages immediately has anyone found a solution to this problem? Gavin From dlepiane at irmacs.sfu.ca Wed Nov 1 19:48:27 2006 From: dlepiane at irmacs.sfu.ca (Dominic Lepiane) Date: Wed, 1 Nov 2006 09:48:27 -0800 Subject: [Dovecot] Upgrade from RC7 to RC10 didn't go too well... In-Reply-To: <9F0EB74B-B720-4895-8E98-FC6C7993EEEA@iki.fi> References: <200610301059.20658.dlepiane@irmacs.sfu.ca> <9F0EB74B-B720-4895-8E98-FC6C7993EEEA@iki.fi> Message-ID: <200611010948.27619.dlepiane@irmacs.sfu.ca> On Wednesday 01 November 2006 06:01, Timo Sirainen wrote: > On 30.10.2006, at 20.59, Dominic Lepiane wrote: > > My dovecot.conf includes > > default_mail_env = mbox:/var/mail/%u > > That won't work. From rc8 release announcement (or NEWS file): > > * "mbox:/var/mail/%u" no longer works as the mail location. > You'll > have to specify the mail root explicitly, just like the > examples > always have: "mbox:~/mail:INBOX=/var/mail/%u" > > ie. Dovecot no longer does guessing. Thank you, Timo. -- Dominic Lepiane The IRMACS Centre Simon Fraser University -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jc at info-systems.de Wed Nov 1 20:34:08 2006 From: jc at info-systems.de (Jakob Curdes) Date: Wed, 01 Nov 2006 19:34:08 +0100 Subject: [Dovecot] quota question Message-ID: <4548E8A0.8020309@info-systems.de> .. maybe a silly one, but how does the user get notified when he is over quota? Did not find anything in the docs. Is there a general IMAP way to do this or what else ? Yours JC From gerard at seibercom.net Wed Nov 1 21:05:17 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Wed, 01 Nov 2006 14:05:17 -0500 Subject: [Dovecot] Real and Virtual Users + Domains Message-ID: <20061101135746.66AB.GERARD@seibercom.net> I have seen a few suggestions on how to address the issue of a system employing both real and virtual users and domains. Is there any definitive solution as to how this should be accomplished? The system I am construction will have several hundred users, both real and virtual, and probably seven domains. I plan on using MySQL to handle the user names and passwords. -- Gerard "Seen it all, done it all, can't remember most of it." Anonymous From odhiambo.raburu at wananchi.com Wed Nov 1 23:14:47 2006 From: odhiambo.raburu at wananchi.com (Odhiambo WASHINGTON) Date: Thu, 2 Nov 2006 00:14:47 +0300 Subject: [Dovecot] Real and Virtual Users + Domains In-Reply-To: <20061101135746.66AB.GERARD@seibercom.net> References: <20061101135746.66AB.GERARD@seibercom.net> Message-ID: <20061101211447.GB59032@ns2.wananchi.com> * On 01/11/06 14:05 -0500, Gerard Seibert wrote: | I have seen a few suggestions on how to address the issue of a system | employing both real and virtual users and domains. Is there any | definitive solution as to how this should be accomplished? The system I | am construction will have several hundred users, both real and virtual, | and probably seven domains. I plan on using MySQL to handle the user | names and passwords. Check here: http://ns2.wananchi.com/wash/ - there are two dovecot files there. Use as you like! PS: The /etc/master.passwd is FreeBSD stuff. I think Linux equiv is /etc/shadow. -Wash http://www.netmeister.org/news/learn2quote.html DISCLAIMER: See http://www.wananchi.com/bms/terms.php -- +======================================================================+ |\ _,,,---,,_ | Odhiambo Washington Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +======================================================================+ Line Printer paper is strongest at the perforations. From jbz at ximian.com Wed Nov 1 23:28:25 2006 From: jbz at ximian.com (JB Zimmerman) Date: Wed, 01 Nov 2006 16:28:25 -0500 Subject: [Dovecot] CRASH: mail-cache-fields.c crash - new info, hacked 'solution' Message-ID: <1162416505.6323.33.camel@frost.boston.ximian.com> I'm baaaaack. :-) I've managed to implement a suggestion from Hans Morten Kind from this list that seems to have stopped the crashing. However, my hack - commenting out a call to i_unreached() - makes me queasy because I have no idea of the ramifications of it (I don't habitually code, myself). So I wanted to lay it out for y'all in case this is a problem that you feel should be looked at. So, here's my situation. Using dovecot-1.0.rc10 downloaded from dovecot.org. Built an RPM locally on my machine (as opposed to prior attempts, which used the AT rpms), which is running RHEL 4AS with all updates. Did *not* configure in postgres, mysql, sqlite, ldap-auth. Other than that, stock (openssl included, eg) - some file locations taken from AT RPMs' spec (redhat specific file locs). No patches performed. SPEC available if y'all think it'd help; the RPM built with no complaints, installed same. Using Maildir format, upgraded from a Courier install, so .folder.subfolder structure. Error behavior: When a user attempted to open a folder containing large numbers of messages (roughly 100k+ messages, as far as we can tell) they immediately got an error saying the server has disconnected. On the server side, I got this in the log (hostname 'magneto' obviously) ---cut--- Nov 1 15:18:16 magneto dovecot: IMAP(joeuser): file mail-cache-fields.c: line 26: unreached Nov 1 15:18:16 magneto dovecot: child 17599 (imap) killed with signal 6 ---cut--- Now, the folder in question is a folder of CVS commit messages (hence the size). If I go into the folder ("/home/joeuser/Maildir/.GNOME CVS commits/") and do 'rm -f dovecot-*' and then have the user try again, then they can open the folder and get a message list. dovecot will rebuild the various index files. However, as soon as they click on an individual message, bam, the same error behavior - and from then on, they can't get into the folder again unless we remove their dovecot files again. We tried this using Evolution, mutt and pine as the clients. All exhibited identical behavior. This is coming over TLS. NOW THE FIX: I made a change to the source (gasp!) that honestly I have no idea the ramifications of, but it has...well, not *fixed*, but sorta fixed it. As per Hans Morten Kind, I commented out the i_unreached() call in field_has_fixed_size(). After this, the mail is readable as is the folder list, but now there is an error message in the log. First things first, here's the change I made to dovecot-1.0.rc10/src/lib-index/mail-cache-fields.c: ---cut--- @@ -23,7 +23,7 @@ return FALSE; } - i_unreached(); +/* i_unreached(); */ return FALSE; } ---cut--- ...and here's what now happens in the log, to the same mail folder as above: ---cut--- Nov 1 15:59:42 magneto dovecot: IMAP(joeuser): Corrupted index cache file /home/joeuser/Maildir/.GNOME CVS commits/dovecot.index.cache: field header names corrupted ---cut--- At that point, I deleted the cache files again, and the error goes away. I also notice that the index.cache file in that folder is much, much larger than it was, from which I posit that the above error was because the crashing imap process had left an incomplete index file. Removing it thus forced a rebuild with the new code which seems to have fixed the problem. Thank you all for your patience. I hand this willingly over to the list. jb -- ------------------------------------ J.B. Zimmerman jbz at ximian.com Network Administrator Ximian - http://www.ximian.com ...a tiny little division of Novell. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ghenry at suretecsystems.com Wed Nov 1 23:40:18 2006 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 1 Nov 2006 21:40:18 -0000 (UTC) Subject: [Dovecot] http://dovecot.org/tools/ In-Reply-To: <1155242386.7977.112.camel@hurina> References: <52448.192.168.100.90.1152790852.squirrel@webmail.suretecsystems.com> <1155242386.7977.112.camel@hurina> Message-ID: <45649.192.168.100.90.1162417218.squirrel@webmail.suretecsystems.com> > On Thu, 2006-07-13 at 12:40 +0100, Gavin Henry wrote: >> Dear all, >> >> Could this be added to http://dovecot.org/tools/ >> >> http://cpan.org/authors/id/G/GH/GHENRY/create_dovecot_shares-1.05 > > Added, finally. > > Hi Timo, We've just uploaded a new version with some general doc cleanup and added a new option as requested by a user. Could you add (once it's up/mirrored): http://cpan.org/authors/id/G/GH/GHENRY/create_dovecot_shares-1.06 Many thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From jhorner at arinbe.com Thu Nov 2 00:28:18 2006 From: jhorner at arinbe.com (Jim Horner) Date: Wed, 1 Nov 2006 17:28:18 -0500 Subject: [Dovecot] INBOX un-subscribable (is that a word?) Message-ID: <200611011728.18302.jhorner@arinbe.com> I am trying to get open-xchange installed and working (which after two days might be futile). In doing this I noticed that no email client can subscribe to INBOX. I'm using rc10 and my namespaces are the following. 99% of the email clients ignore the inability to subscribe to INBOX and display all the folders underneath anyway which is why I've never noticed this issue... however, open-xchange is not in that camp and only displays messages in INBOX. All folders are in the subscriptions file including INBOX but all email clients always list INBOX as not subscribed to. COMPANY are ROOTMAIL are share folders with ACLs in /etc/dovecot/acl and those top folders are not subscribable either. namespace public { separator = . prefix = COMPANY. location = maildir:/home/services/mail/arinbe.com/arinbe/Maildir:CONTROL=%h/shared-settings/company/control:INDEX=%h/shared-settings/company/index hidden = no inbox = no } namespace public { separator = . prefix = ROOTMAIL. location = maildir:/home/services/mail/arinbe.com/rootmail/Maildir:CONTROL=%h/shared-settings/rootmail/control:INDEX=%h/shared-settings/rootmail/index hidden = no inbox = no } # default namespace namespace private { separator = . inbox = yes hidden = no prefix = INBOX. } From bill at webmail.us Thu Nov 2 06:55:32 2006 From: bill at webmail.us (Bill Boebel) Date: Wed, 1 Nov 2006 23:55:32 -0500 (EST) Subject: [Dovecot] Clustering (replication and proxying) plans for the future Message-ID: <59691.10.238.10.71.1162443332.webmail@10.238.10.71> On Tue, October 24, 2006 2:31 pm, Timo Sirainen said: > The replication could work simply by sending the transaction logs' > contents to the replicatio process which passes it onto other servers, > which finally sync their local mailboxes based on that data. Since > Dovecot already is able to sync mailboxes based on the transaction log's > contents this should be pretty easy to implement. > > Of course the new mails' contents also have to be sent. This could be > prioritized lower than the transaction traffic, so that each server > always has very up-to-date view of the mailbox metadata, but not > necessarily the contents of all the mails. > > If the server finds itself in a situation that it doesn't have some > specific mail, it'll send a request to the replication process to fetch > it ASAP from another server. The reply will then take the highest > priority in the queue. Is your primary goal with this replication to add redundancy or to distribute load such as for shared mailboxes? I've thought about the redundancy side of this a lot, but not so much about load distribution. It sounds like you're going for load distribution, but... If the goal is redundancy, I'd suggest that mailbox state is less important than the mail data. Index files can be recreated from the data, and would not even be needed on the secondary server(s) unless the primary fails. So I'd put a higher priority on getting the mail content to the secondary servers. If the goal is to distribute load for shared mailboxes, then your prioritization makes sense. Also, if the goal is redundancy, this design can be simplified a lot by having one master and one or more slaves. All modify operations would go to the master, so that you do not need global locks. Different sets of users would belong to different namespaces, so that you can have multiple replication paths in your cluster. You'd also want an API for the replication process so that third-party applications that modify mailboxes can log those changes so that they are replicated. And in that case, the replication process could be made generic enough so that it can be used to replicate any set of files, with or without Dovecot. Bill From tss at iki.fi Thu Nov 2 19:25:43 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 19:25:43 +0200 Subject: [Dovecot] Unsolved : mbox-sync-rewrite.c : assertion failed In-Reply-To: <20061027191328.GA20499@alf.uib.no> References: <453E494F.1030009@info-systems.de> <1161720766.16462.184.camel@hurina> <453E818F.70903@info-systems.de> <9CB5726B-8C89-452F-9DEB-D9D4F0DA2393@iki.fi> <20061026070603.GA20543@ee.ethz.ch> <19F4497B-8C33-4E68-80C7-94902D070DA0@dal.net> <1161862095.16462.224.camel@hurina> <20061027191328.GA20499@alf.uib.no> Message-ID: <1162488343.4024.14.camel@hurina> On Fri, 2006-10-27 at 21:13 +0200, Hans Morten Kind wrote: > On Thu, Oct 26, 2006 at 01:31:04PM -0700, Dalvenjah FoxFire wrote: > > It got a bit weirder with this patch. It no longer crashed, but I got > > a different assert error, and a slight (fixable) corruption bug: > > The patch seems to work here when > array_append(&sync_ctx->mails, &mail_ctx->mail, 1); > is always called after the new test > if (array_is_created(&mail_ctx->mail.keywords)) { > } > instead of calling array_append() within the new if > > hmk > > if (array_is_created(&mail_ctx->mail.keywords)) { > /* mail's keywords are allocated from a pool that's cleared > for each mail. we'll need to copy it to something more > permanent. */ > ARRAY_CREATE(&keywords_copy, sync_ctx->saved_keywords_pool, > unsigned int, > array_count(&mail_ctx->mail.keywords)); > array_append_array(&keywords_copy, &mail_ctx->mail.keywords); > mail_ctx->mail.keywords = keywords_copy; > - array_append(&sync_ctx->mails, &mail_ctx->mail, 1); > } > + array_append(&sync_ctx->mails, &mail_ctx->mail, 1); Thanks, I probably would have wasted a long time trying to figure out what the problem was :) Committed. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 19:33:12 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 19:33:12 +0200 Subject: [Dovecot] quota question In-Reply-To: <4548E8A0.8020309@info-systems.de> References: <4548E8A0.8020309@info-systems.de> Message-ID: <1162488792.4024.22.camel@hurina> On Wed, 2006-11-01 at 19:34 +0100, Jakob Curdes wrote: > .. maybe a silly one, but how does the user get notified when he is over > quota? Did not find anything in the docs. Is there a general IMAP way to > do this or what else ? Dovecot doesn't provide any way to do this currently. You'll have to figure out something by yourself. I guess either some cronjob, or you could write a Dovecot plugin. In both cases you could send a normal out-of-quota mail to the user (bypassing quota checks). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 19:56:08 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 19:56:08 +0200 Subject: [Dovecot] imap process crashing with "file mail-cache-fields.c: line 26: unreached" In-Reply-To: <20061027191814.GB20499@alf.uib.no> References: <1161968602.13976.22.camel@frost.boston.ximian.com> <20061027191814.GB20499@alf.uib.no> Message-ID: <1162490168.4024.25.camel@hurina> On Fri, 2006-10-27 at 21:18 +0200, Hans Morten Kind wrote: > > --cut-- > > Oct 27 11:20:11 hostname dovecot: IMAP(user): file mail-cache-fields.c: > > line 26: unreached > > Oct 27 11:20:11 hostname dovecot: child 27514 (imap) killed with signal > > 6 > > --cut-- > > > We did also experience this after moving to rc10, > by some reason field_has_fixed_size() in src/lib-index/mail-cache-fields.c > is called with an undef value of 32, > it seems to be safe to return FALSE rather than i_unreched() It shouldn't really be happening at all, but I think this change should change the crash to a "cache file corrupted" error: http://dovecot.org/list/dovecot-cvs/2006-November/006642.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:04:41 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:04:41 +0200 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <20061030144317.2b9f6ce7@localhost.localdomain> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> Message-ID: <1162490681.4024.31.camel@hurina> On Mon, 2006-10-30 at 14:43 +0100, Dominique Feyer wrote: > After a lots of test, I found that deliver (LDA Dovecot) put the > message in the mailbox of the user, but the process dont quit. After > the max command time (from postfix), postfix kill the process, return > an error in the log and bounce the message. This conflicts with the only reason that I can see for this: > > Process 349 attached - interrupt to quit > > gettimeofday({1161965973, 768478}, {0, 0}) = 0 > > poll( This should only happen at startup when it's connecting to dovecot-auth. So my guess would have been that dovecot-auth is busy and not answering to our requests. I guess I should put some kind of a timeout to this myself also.. > > deliver(info at labomex.com): 2006.10.27 18:29:28 Error: > > file_dotlock_replace(/var/mail/labomex.com/mails/info/.dovecot.lda-dupes) > > failed: No such file or directory deliver(info at labomex.com): > > 2006.10.27 18:29:28 Error: > > rename(/var/mail/labomex.com/mails/info/.dovecot.lda-dupes.lock, /var/mail/labomex.com/mails/info/.dovecot.lda-dupes) > > failed: No such file or directory Hmm.. Something seems to be overriding or deleting the dotlocks.. Probably because the deliver hangs for a long time somewhere. Possibly when trying to send mails? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:11:43 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:11:43 +0200 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <1162490681.4024.31.camel@hurina> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> <1162490681.4024.31.camel@hurina> Message-ID: <1162491103.4024.32.camel@hurina> On Thu, 2006-11-02 at 20:04 +0200, Timo Sirainen wrote: > > > Process 349 attached - interrupt to quit > > > gettimeofday({1161965973, 768478}, {0, 0}) = 0 > > > poll( > > This should only happen at startup when it's connecting to dovecot-auth. > So my guess would have been that dovecot-auth is busy and not answering > to our requests. > > I guess I should put some kind of a timeout to this myself also.. Done, see if this starts giving timeout errors (or wait for rc11 which should come in a couple of days): http://dovecot.org/list/dovecot-cvs/2006-November/006644.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:19:51 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:19:51 +0200 Subject: [Dovecot] changing the separator In-Reply-To: <4541E152.9010801@Media-Brokers.com> References: <45410156.6020700@cnm.de> <4541E152.9010801@Media-Brokers.com> Message-ID: <1162491591.4024.34.camel@hurina> On Fri, 2006-10-27 at 06:37 -0400, Charles Marcus wrote: > Marten Lehmann wrote: > > Hello, > > > > is it possible the change the folder separator from "." to "/"? Users > > shall be able to have folders like "Junk/aol.com/*". > > There was a thread about this a couple of months ago, and the last word > from Timo was that this would ultimately be a configuration option, but > you might want to remind him - he's been really busy lately with both > dovecot and other things...: Too much trouble and too large change for v1.0. If someone really wants to change it it's pretty easy to change from maildir-storage.h and recompile. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jbz at ximian.com Thu Nov 2 20:19:45 2006 From: jbz at ximian.com (JB Zimmerman) Date: Thu, 02 Nov 2006 13:19:45 -0500 Subject: [Dovecot] imap process crashing with "file mail-cache-fields.c: line 26: unreached" In-Reply-To: <1162490168.4024.25.camel@hurina> References: <1161968602.13976.22.camel@frost.boston.ximian.com> <20061027191814.GB20499@alf.uib.no> <1162490168.4024.25.camel@hurina> Message-ID: <1162491585.24749.6.camel@frost.boston.ximian.com> Thank you very much. I hadn't found that change, indicating I didn't search the CVS archive with sufficient thoroughness! I'll make that change in favor of the quickhack I did earlier. JB On Thu, 2006-11-02 at 19:56 +0200, Timo Sirainen wrote: > On Fri, 2006-10-27 at 21:18 +0200, Hans Morten Kind wrote: > > > --cut-- > > > Oct 27 11:20:11 hostname dovecot: IMAP(user): file mail-cache-fields.c: > > > line 26: unreached > > > Oct 27 11:20:11 hostname dovecot: child 27514 (imap) killed with signal > > > 6 > > > --cut-- > > > > > > We did also experience this after moving to rc10, > > by some reason field_has_fixed_size() in src/lib-index/mail-cache-fields.c > > is called with an undef value of 32, > > it seems to be safe to return FALSE rather than i_unreched() > > It shouldn't really be happening at all, but I think this change should > change the crash to a "cache file corrupted" error: > > http://dovecot.org/list/dovecot-cvs/2006-November/006642.html -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:20:50 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:20:50 +0200 Subject: [Dovecot] Fw: POP 23 problem In-Reply-To: <02f401c6f99e$9f98ad50$fe02a8c0@manoj> References: <02f401c6f99e$9f98ad50$fe02a8c0@manoj> Message-ID: <1162491650.4024.36.camel@hurina> On Fri, 2006-10-27 at 14:05 +0600, Manoj Fernandez wrote: > The user account created at installation works fine and Iam able to > log to POP3 services by telnetr. > > When I created a another user and tried tologin via telnet this is > what happens > > telnet XXX.XXX.XXX.XXX 10 > + OK Dovecot ready > user XXXX > + OK > pass XXX > +OK logged in > > Connection tohost lost > > > and session terminates. > > Pls advise what could be the problem Check Dovecot's log file for the exact error message. It most likely couldn't find the user's mail location. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:22:04 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:22:04 +0200 Subject: [Dovecot] Maildir++? In-Reply-To: <454100C3.2050207@cnm.de> References: <454100C3.2050207@cnm.de> Message-ID: <1162491724.4024.38.camel@hurina> On Thu, 2006-10-26 at 20:38 +0200, Marten Lehmann wrote: > Hello > > just to have up2date records: Is the current dovecot release capable of > the maildirsizefile as described in > http://www.exim.org/exim-html-4.63/doc/html/spec_html/ch26.html#id2643923 ? Yep, quota plugin with maildir backend. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:27:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:27:00 +0200 Subject: [Dovecot] Installation of Dovecot In-Reply-To: <20061017205543.GD23053@earth.tc.umn.edu> References: <20061017205543.GD23053@earth.tc.umn.edu> Message-ID: <1162492020.4024.41.camel@hurina> On Tue, 2006-10-17 at 15:55 -0500, Steven F Siirila wrote: > When I configure Dovecot to conform to our directory hierarchy, it insists > on adding 'dovecot/' to the prefixes I specify. Is there any way to > inhibit this? Nope, and I can't really think of an easy way to add support for that without adding lots of autoconf/automake code which I don't really want to do.. Does it work in other programs? Maybe there is some easier way to do it.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:35:11 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:35:11 +0200 Subject: [Dovecot] Dovecot imap bug In-Reply-To: <1161677457.7420.3.camel@localhost> References: <1161677457.7420.3.camel@localhost> Message-ID: <1162492511.4024.45.camel@hurina> On Tue, 2006-10-24 at 11:10 +0300, Lauri Jesmin wrote: > Oct 24 10:39:03 raud dovecot: [ID 107833 mail.error] IMAP(eleppik): file > mbox-sync-rewrite.c: line 405 (mbox_sync_read_and_move): assertion > failed: (need_space == (uoff_t)-mails[idx].space) Yep, this is a rc10 specific bug. I'll release rc11 soon which fixes it. Or you can use http://dovecot.org/patches/1.0/dovecot-1.0.rc10-mbox-keywords-fix.patch -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:42:03 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:42:03 +0200 Subject: [Dovecot] suspected bug in dovecot-ldap setup? In-Reply-To: <200610271245.39547.pjvenda@pjvenda.org> References: <200610271245.39547.pjvenda@pjvenda.org> Message-ID: <1162492923.4024.47.camel@hurina> On Fri, 2006-10-27 at 12:45 +0100, Pedro Venda wrote: > I intended to have authenticated binds but there was a problem with the > user_filter directive being ignored: > user_filter = (&(objectClass=JammMailAccount)(mail=%n@%d)(accountActive=TRUE) > (delete=FALSE)) .. > ldap(dave at info.test,::ffff:192.168.0.69): bind search: > base=o=hosting,dc=example,dc=com scope=subtree filter= > **(&(objectClass=posixAccount(uid=dave at info.test))** > dovecot: Oct 26 16:20:58 Info: auth(default): > ldap(dave at info.test,::ffff:192.168.0.69): unknown user > dovecot: Oct 26 16:20:59 Info: auth(default): client out: FAIL 1 > user=dave at info.test > dovecot: Oct 26 16:20:59 Info: imap-login: Disconnected: > user=, method=PLAIN, rip=::ffff:192.168.0.69, > lip=::ffff:192.168.0.5, TLS > > (nevermind the data, it's test only) > > As you can see from the info file, the search filter used was being > (&(objectClass=posixAccount(uid=dave at info.test)) and not > (&(objectClass=JammMailAccount)(mail=dave at info.test)(accountActive=TRUE) > (delete=FALSE)). user_filter is used by userdb only, after the password authentication was successful. So I guess you wanted to modify pass_filter instead? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:45:13 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:45:13 +0200 Subject: [Dovecot] 1.0rc10 proxy memory usage problem In-Reply-To: <20061024095547.771a5185.papier@sdv.fr> References: <20061024095547.771a5185.papier@sdv.fr> Message-ID: <1162493113.4024.50.camel@hurina> On Tue, 2006-10-24 at 09:55 +0200, Laurent Papier wrote: > Hi, > I have a rather large dovecot setup (4 proxy only servers and 21 IMAP/POP3 > servers) in production for 3 days now. > > The memory usage on my proxy servers only grows over time. It looks like a > memory leak somewhere in dovecot. I have a RRD graph available on demand. Well, most importantly you didn't say which process's memory usage grows? imap-login, pop3-login, both of them, or dovecot-auth? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:50:59 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:50:59 +0200 Subject: [Dovecot] valid_chroot_dirs question In-Reply-To: <1161621158.20180.7.camel@luca> References: <1161621158.20180.7.camel@luca> Message-ID: <1162493459.4024.56.camel@hurina> On Mon, 2006-10-23 at 18:32 +0200, Luca Corti wrote: > # ':' separated list of directories under which chrooting is allowed for > mail > # processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar > too). > # This setting doesn't affect login_chroot or auth_chroot variables. > # WARNING: Never add directories here which local users can modify, that > # may lead to root exploit. Usually this should be done only if you > don't > # allow shell access for users. See doc/configuration.txt for more > information. > #valid_chroot_dirs = > > Now if I set > > valid_chroot_dirs = /home > > everything works, but the WARNING pretty much scares me since user foo > HAS shell access. Is this safe? Is there a way to avoid this? Why I > can't chroot to /home/foo/./ if I can to /home/foo ? Well, the warning is perhaps a bit too cautious. As long as 1) Dovecot has no security holes 2) You're not giving users the possibility to run all kinds of system commands via IMAP (can't see a reason to do that..) there shouldn't be any problems. Also if the /home partition is mounted with nosuid option it's always safe. The problem is that a user can hardlink a setuid binary (eg. /bin/su) inside the chroot and create his own lib/libc.so. After that it's only needed to be executed inside chroot. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 20:58:45 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 20:58:45 +0200 Subject: [Dovecot] deliver + quota failure In-Reply-To: <00d201c6f563$77bd7430$8801a8c0@Moskou> References: <00d201c6f563$77bd7430$8801a8c0@Moskou> Message-ID: <1162493925.4024.62.camel@hurina> On Sun, 2006-10-22 at 00:51 +0200, Mark Ruijs wrote: > Oct 22 00:17:51 mail deliver(mark.ruys at in2sports.net): > open(in2sports.net/mark.ruys//.temp.mail.in2sports.net.12777.5c70c02bb158bd1a) failed: No such file or directory .. > The reason is, I?m out of quota. I expected some kind of bounce, but > the message is killed by Amavis because of a bad header: Is that error really given when it happens? It should give "Out of quota" error then instead.. .. > Content-Type: text/plain; charset=utf-8 > > Content-Disposition: inline > > Content-Transfer-Encoding: 8bit .. > The problem is, there is no recipient (header is missing). You showed only the message's body, not its headers (it's a multipart message). It is sent with To headers and all. So as far as I know there are no headers missing. What exactly is Amavis's error message? And what exactly are the headers that it sees? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jc at info-systems.de Thu Nov 2 21:15:00 2006 From: jc at info-systems.de (Jakob Curdes) Date: Thu, 02 Nov 2006 20:15:00 +0100 Subject: [Dovecot] quota question In-Reply-To: <1162488792.4024.22.camel@hurina> References: <4548E8A0.8020309@info-systems.de> <1162488792.4024.22.camel@hurina> Message-ID: <454A43B4.6090202@info-systems.de> >Dovecot doesn't provide any way to do this currently. You'll have to >figure out something by yourself. > >I guess either some cronjob, or you could write a Dovecot plugin. In >both cases you could send a normal out-of-quota mail to the user >(bypassing quota checks). > > At least I found a Thunderbird plugin displaying the imap quota in the program bar. That is enough for now; I fear writing a plugin exceeds my C coding skills. Yours, Jakob Curdes From tss at iki.fi Thu Nov 2 21:18:38 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:18:38 +0200 Subject: [Dovecot] 1.0.rc10 status report In-Reply-To: References: Message-ID: <1162495118.4024.75.camel@hurina> On Fri, 2006-10-20 at 13:26 +0100, David Lee wrote: > 1. "User unknown": We use NIS for our passwd information. On the earlier > rc8 test we had had several occurences of "User unknown" (from "deliver") > giving "dsn=5..." for perfectly valid users. So for this rc10 test I > applied a local patch so these were reduced to "EX_TEMPFAIL" (dsn=4...). > (This was triggered, as epected, a few times and subsequent delivery > attemtps succeeded.) I strongly suspect that this is some sort of issue > with FC5, probably "nscd" and nothing to do with dovecot. Hints would be > nice, but from the dovecot perspective you may probably ignore this item. Yea. Dovecot only does a getpwent() call which can't really be used wrong. > 2. For one particular user, the "deliver" consistently gave: > Failed to create storage for '...' with mail 'mbox:/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB:INBOX=... > > I think this is ultimately due to something strange in the user ".forward" > file. I'd be delighted to follow this up with anyone else who might have > seen it. Although in one sense we may be drifting off-topic, in another > sense I suspect that there is scope for adjusting "deliver" to handle this > more gracefully. Is deliver executed from .forward file? In that case the HOME environment isn't set and deliver doesn't assume that it's going to deliver to the current local user, so it's not looking up the home directory by itself.. > 3. There were several occurences of: > IMAP(...): file ../../../../../src/lib-storage/index/mbox/mbox-sync-rewrite.c: line 405 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) > child 30842 (imap) killed with signal 6 > > This looks particularly awkward. Any thoughts? In case you missed, this fixes it: http://dovecot.org/patches/1.0/dovecot-1.0.rc10-mbox-keywords-fix.patch > > 4. There were two occurences of: > IMAP(...): file ../../../src/lib-index/mail-index.c: line 1801 (mail_index_move_to_memory): assertion failed: (index->fd == -1) > child 20493 (imap) killed with signal 6 > > Again, this looks particularly awkward. Any thoughts? The moving to memory code isn't perfect, but normally it shouldn't even be done. I think there are only two reasons: 1) Filesystem quota / out of disk space in general 2) mbox_min_index_size > For these last two items, note that the indexes are currently NFS-shared > alongside the INBOX area. > > I'm still not clear on how to regard the concept of indexes, as applied to > a small cluster of machines, and handling simultaneous updates to INBOXes > (analogous to the vital importance of INBOX locking for such updates). > > If one imagines the IMAP daemon (and pop and deliver) as file-clients of > the (NFS-shared) INBOXes on a fileserver, do the indexes belong very close > to the INBOXes (fileserver) or the dovecot software (file client)? So > should I have the indexes on the fileserver (one instance), or should they > be on each cluster machine's private storage (possibly several instances; > one per cluster machine)? I've got them on the server; would they be > better on the cluster clients? (Might that be the cause and fix of these > two problems?) Indexes contain metadata of the mailboxes, so if you're using multiple different computers to read/write to the same user's mailbox, then it's better to keep them in NFS. If you can make only a single computer access the same user's mailbox most of the time then it's probably faster to keep them in local disk. Otherwise if you kept them in local disk in different computers you'd waste time in synchronizing the indexes separately for each computer that accesses the mailbox. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From remote_bob at yahoo.com Thu Nov 2 21:23:47 2006 From: remote_bob at yahoo.com (Timothy Daly) Date: Thu, 2 Nov 2006 11:23:47 -0800 (PST) Subject: [Dovecot] mbox_sync_read_and_move failure Message-ID: <20061102192347.91832.qmail@web33809.mail.mud.yahoo.com> Hi, I recently switched to using dovecot for my IMAP server. I'm running dovecot 1.0rc10 on redhat linux 7.3. The filesystem is ext2, not NFS. I'm using mbox for mail storage. It worked okay for a day or two, but now when I try to check my mail I get an error from evolution, my imap client, saying that the server unexpectedly disconnected. In the server logs I see: Nov 2 13:10:49 tenkan dovecot: imap-login: Login: user=, method=PLAIN, rip=192.132.92.15, lip=216.114.78.229, TLS Nov 2 13:10:58 tenkan dovecot: IMAP(tim): file mbox-sync-rewrite.c: line 405 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) Nov 2 13:10:58 tenkan dovecot: child 30315 (imap) killed with signal 6 I see that this came up on this list a little while ago, but it doesn't sound like it got resolved. For the moment, I'm unable to read my mail via IMAP. :/ Any ideas? Cheers, Tim ____________________________________________________________________________________ Access over 1 million songs - Yahoo! Music Unlimited (http://music.yahoo.com/unlimited) From tss at iki.fi Thu Nov 2 21:24:03 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:24:03 +0200 Subject: [Dovecot] Dovecot-auth stand alone and --without-pam In-Reply-To: <4535E12B.6050001@lundman.net> References: <4535CFE0.4030807@lundman.net> <4535D3E1.10201@lundman.net> <4535E12B.6050001@lundman.net> Message-ID: <1162495443.4024.79.camel@hurina> On Wed, 2006-10-18 at 17:09 +0900, Jorgen Lundman wrote: > Oct 18 16:45:15 corpsmtp01 dovecot: [ID 107833 mail.info] auth(default_with_list > ener): ldap(lundman): Password mismatch > Oct 18 16:45:15 corpsmtp01 dovecot: [ID 107833 mail.info] auth(default_with_list > ener): ldap(lundman): crypt(MyPlainTextPass) != 'MyCryptPass' I'd guess the password is in some other format than normal crypt. LDAP-MD5 or something? default_pass_scheme would change that. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 21:25:33 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:25:33 +0200 Subject: [Dovecot] Corrupted index cache file dovecot.index.cache: invalid record size In-Reply-To: References: Message-ID: <1162495533.4024.82.camel@hurina> On Wed, 2006-10-18 at 17:53 -0400, bofh list wrote: > Hi, > > Our dovecot setup consists of two hosts running dovecot-1.0.beta9 with > Maildir/indices stored on NFS(noac,actimeo=0 used). > > I am seeing these messages at times - but no real problems on the > client side. Is this something to worry about? > > dovecot: Oct 17 10:33:31 Error: IMAP(user): Corrupted index cache file > mailstore/user/Maildir/.mail.incoming/dovecot.index.cache: invalid > record size 1.0.beta9 is old. I've done several fixes to cache file handling since. Anyway the cache corruption errors aren't too bad, since they're fixed automatically and they won't show up to users at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 21:28:56 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:28:56 +0200 Subject: [Dovecot] Question regarding bounce messages on quota full. In-Reply-To: <5f636a2f0610200440vf1f1a9di56e9595b2c3ece92@mail.gmail.com> References: <5f636a2f0610200440vf1f1a9di56e9595b2c3ece92@mail.gmail.com> Message-ID: <1162495736.4024.86.camel@hurina> On Fri, 2006-10-20 at 16:40 +0500, Mustafa A. Hashmi wrote: > Using dovecot's LDA (debian backports package: 1.0rc2), users who have > exceeded their quota when receiving messages see the message get > bounced. You're using filesystem quota or virtual quota? Filesystem quota doesn't work perfectly in Dovecot, see: http://wiki.dovecot.org/Quota/FS > : Command died with status 11: > "/usr/lib/dovecot/deliver" Of course it shouldn't crash. Possibly already fixed since 1.0.rc2 though. > Is it not possible to specify something a bit more civil for the > sender? a "User is over quota" message works much better here. Yes, that's how it should have worked. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From remote_bob at yahoo.com Thu Nov 2 21:29:51 2006 From: remote_bob at yahoo.com (Timothy Daly) Date: Thu, 2 Nov 2006 11:29:51 -0800 (PST) Subject: [Dovecot] mbox_sync_read_and_move failure In-Reply-To: <20061102192347.91832.qmail@web33809.mail.mud.yahoo.com> Message-ID: <20061102192952.15463.qmail@web33808.mail.mud.yahoo.com> --- Timothy Daly wrote: > ... dovecot 1.0rc10 ... > > Nov 2 13:10:49 tenkan dovecot: imap-login: Login: user=, > method=PLAIN, rip=192.132.92.15, lip=216.114.78.229, TLS > Nov 2 13:10:58 tenkan dovecot: IMAP(tim): file > mbox-sync-rewrite.c: > line 405 (mbox_sync_read_and_move): assertion failed: (need_space > == > (uoff_t)-mails[idx].space) > Nov 2 13:10:58 tenkan dovecot: child 30315 (imap) killed with > signal > 6 The first message I got from the list contained the fix: http://dovecot.org/patches/1.0/dovecot-1.0.rc10-mbox-keywords-fix.patch Thank you! Cheers, Tim __________________________________________________________________________________________ Check out the New Yahoo! Mail - Fire up a more powerful email and get things done faster. (http://advision.webevents.yahoo.com/mailbeta) From tss at iki.fi Thu Nov 2 21:32:32 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:32:32 +0200 Subject: [Dovecot] quota with sendmail and dovecot In-Reply-To: <45388297.4030403@ual.es> References: <45388297.4030403@ual.es> Message-ID: <1162495952.4024.90.camel@hurina> On Fri, 2006-10-20 at 10:02 +0200, Antonio Casado Rodr?guez wrote: > I have a problem with dovecot and quotas > > I don't want quota in INBOX with sendmail (mbox), it's work ok. > Sendmail can put the new messages in INBOX although exceed the quota limit. .. > plugin { > quota = maildir:storage=10240 > } .. > It's work ok, i have 10 MB in INBOX and i have 10 MB in maildir. > My clients are Mozilla Thunderbird > > My problem: when Sendmail put one new message in INBOX, Thunderbird see > it, but the quota don't change. > I think that when dovecot do a full sync it must update the quota. Two reasons why it doesn't work: 1) Maildir quota backend doesn't work with mboxes at all 2) Quota plugin doesn't currently support multiple namespaces, won't be fixed before v1.0. Couldn't you just use maildir for INBOX as well, and just not make Sendmail use the maildir quota? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 21:37:10 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:37:10 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: References: <549C1053-9CEF-456D-AC50-DA63B6B989F9@iki.fi> <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> Message-ID: <1162496230.4024.95.camel@hurina> On Fri, 2006-10-27 at 09:52 +1300, Juha Saarinen wrote: > On 10/27/06, Hr. Daniel Mikkelsen wrote: > > I wasn't able to draw any conclusions either way - I only get this problem > > on two heavily loaded servers, and the two altered options made them run > > much slower so I had to revert. > > Well, trial and error here points to mmap - if I disable that, I can > use fcntl (or flock). Enabling it, and I get the index corruption. mmap_disable=yes does quite a many things differently than mmap_disable=no, so I guess it could just be a bug somewhere in the =no codepath. Daniel, how about you? Does mmap_disable=yes fix it for you? And what error messages exactly do you get? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lovell.mcilwain at gmail.com Thu Nov 2 21:40:11 2006 From: lovell.mcilwain at gmail.com (Lovell Mcilwain) Date: Thu, 02 Nov 2006 14:40:11 -0500 Subject: [Dovecot] FC4 and Dovecot 1.0 not displaying all migrated mailboxes Message-ID: <454A499B.9090805@gmail.com> Hello all, I recently switched to dovecot on my FC4 server from UW-IMAP on my Mac OS X 10.3 machine and I was able to get my inbox and my trash box to be seen without any issues but all of my other mailboxes don't seem to show up. My mail directory is ~/mail and that is where I placed all of my mailboxes that I moved from my mac, but when I log into my new server using SSL/IMAP, only my trash and my inbox show up. My other mailboxes don't show up at all. Can anyone tell me how I can get my other mailboxes to show? As far as I know these mailboxes are standard unix mailbox files. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From tss at iki.fi Thu Nov 2 21:41:09 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:41:09 +0200 Subject: [Dovecot] Authentication in outlook In-Reply-To: <20061028151046.80318.qmail@web34708.mail.mud.yahoo.com> References: <20061028151046.80318.qmail@web34708.mail.mud.yahoo.com> Message-ID: <1162496469.4024.97.camel@hurina> On Sat, 2006-10-28 at 08:10 -0700, Paul Aguirre wrote: > Hi all, > > I have instaled dovecot 1.0.rc10, and my configuration works fine if I get the mail with Evolution mail client, bu if I try to use outlook to get mails the authentication fail and I can't pass through the logon window. > The maillog appear this message: > dovecot: pop3-login: Disconnected: rip=192.168.0.22, lip=192.168.0.1 auth_debug=yes setting will help you. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 21:54:25 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:54:25 +0200 Subject: [Dovecot] BUG in RC10 deliver using mbox format In-Reply-To: <20061028023443.GB16089@earth.tc.umn.edu> References: <20061028023443.GB16089@earth.tc.umn.edu> Message-ID: <1162497265.4024.101.camel@hurina> On Fri, 2006-10-27 at 21:34 -0500, Steven F Siirila wrote: > After recently adding the -f parameter to the call to the deliver command > which is called by Postfix, I found that e-mail with a null return path > (MAIL FROM:<>) was causing Dovecot deliver to SEGFAULT. I verified this > by making this patch to deliver.c (notice I fixed a typo here, too): Thanks, fixed (slightly differently). > While this fixed my SEGFAULT, it still leaves the "From_" line with the > default "dovecot.deliver" as the return path, something I don't want. > It should be "MAILER-DAEMON" or some-such just like all the other LDAs > in the case of a NULL return path. Perhaps there needs to be a new > parameter so one can specify what a NULL return path should be converted to > when it is encountered... I changed the default to MAILER-DAEMON. I don't think there needs to be a new parameter/setting just for that. > Also, note that the "Usage" message in deliver.c does not include the > relatively new -f option either, so that should have been part of my > above patch as well. Added. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From msurette at laframboise.net Thu Nov 2 21:56:10 2006 From: msurette at laframboise.net (Michael Surette) Date: Thu, 2 Nov 2006 14:56:10 -0500 Subject: [Dovecot] Authentication in outlook In-Reply-To: <20061028151046.80318.qmail@web34708.mail.mud.yahoo.com> References: <20061028151046.80318.qmail@web34708.mail.mud.yahoo.com> Message-ID: <200611021456.10722.msurette@laframboise.net> On Saturday 28 October 2006 11:10, Paul Aguirre wrote: > Hi all, > > I have instaled dovecot 1.0.rc10, and my configuration works fine if I get > the mail with Evolution mail client, bu if I try to use outlook to get > mails the authentication fail and I can't pass through the logon window. > The maillog appear this message: Here's the configuration file I use on 1.0.beta9 that works with Outlook using pop3s (port 995). I really don't like unencrypted plaintext authentication. I run Slackware, so no pam. # basic settings base_dir = /var/run/dovecot #protocols = imap imaps pop3 pop3s protocols = imap imaps pop3s listen = * # SSL settings ssl_cert_file = /etc/ssl/certs/host-cert.pem ssl_key_file = /etc/ssl/certs/host-key.pem ssl_ca_file = /etc/ssl/certs/domain-ca.pem disable_plaintext_auth = no # mail process settings mail_extra_groups = smmsp # mail storage default_mail_env = maildir:/srv/imap/%u:INDEX=MEMORY # file control maildir_copy_with_hardlinks = yes # imap settings protocol imap { imap_client_workarounds = outlook-idle } # pop3 settings protocol pop3 { pop3_uidl_format = %08Xv%08Xu pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } # authentication settings auth default { mechanisms = plain userdb passwd { } passdb shadow { } } From tss at iki.fi Thu Nov 2 21:58:18 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:58:18 +0200 Subject: [Dovecot] another suggestion In-Reply-To: <20061027192708.GC20499@alf.uib.no> References: <20061027192708.GC20499@alf.uib.no> Message-ID: <1162497498.4024.106.camel@hurina> On Fri, 2006-10-27 at 21:27 +0200, Hans Morten Kind wrote: > On our solaris systems we quite often sees dovecot coredump > on exit when trying to free a null buffer. After including > if (array->buffer == NULL) return; > in array_free() in array.h these coredums have been avoided. Well, that works but it's not exactly the correct fix.. Which process it is that crashes? Do you use any plugins? gdb backtrace of the crash would be the best, but I guess I could try to find the problematic call manually also. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 21:59:45 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 21:59:45 +0200 Subject: [Dovecot] FC4 and Dovecot 1.0 not displaying all migrated mailboxes In-Reply-To: <454A499B.9090805@gmail.com> References: <454A499B.9090805@gmail.com> Message-ID: <1162497585.4024.107.camel@hurina> On Thu, 2006-11-02 at 14:40 -0500, Lovell Mcilwain wrote: > Hello all, > > I recently switched to dovecot on my FC4 server from UW-IMAP on my Mac > OS X 10.3 machine and I was able to get my inbox and my trash box to > be seen without any issues but all of my other mailboxes don't seem to > show up. > > My mail directory is ~/mail and that is where I placed all of my > mailboxes that I moved from my mac, but when I log into my new server > using SSL/IMAP, only my trash and my inbox show up. My other > mailboxes don't show up at all. > > Can anyone tell me how I can get my other mailboxes to show? As far > as I know these mailboxes are standard unix mailbox files. http://wiki.dovecot.org/MissingMailboxes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 22:02:29 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 22:02:29 +0200 Subject: [Dovecot] Check plugin loading for LDA and dovecot-sieve In-Reply-To: <6F206D07-8EDE-4417-A13E-F6EB39BAA542@mercurycloud.net> References: <7A29D4B2-7186-4ABB-B51B-186BB9F93FBE@mercurycloud.net> <6F206D07-8EDE-4417-A13E-F6EB39BAA542@mercurycloud.net> Message-ID: <1162497749.4024.109.camel@hurina> mail_debug doesn't affect deliver. Perhaps it should.. Hmm. I don't know. In any case if you set protocol lda { debug = yes } then you'll get the same debugging. OK, I think I'll change this for next version so that both will work. On Mon, 2006-10-30 at 19:57 -0800, Will Prater wrote: > I got this working now! It would still be nice to see which plugs > were loaded when mail_debug is on. :) > > > -Will > > > > On Oct 30, 2006, at 10:54 AM, Will Prater wrote: > > > Hello, > > > > > > I found this thread: > > http://www.dovecot.org/list/dovecot/2006-September/015955.html > > > > > > and have successfully compiled and installed cmusieve plugin. How > > does one test to make sure its being loaded? It's not parsing my > > sieve files in the users homes and I'd like to first check if the > > plugin is being loaded, since I am getting no errors about it. > > > > > > > > > > Thanks > > > > > > -Will > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 22:41:54 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 22:41:54 +0200 Subject: [Dovecot] INBOX un-subscribable (is that a word?) In-Reply-To: <200611011728.18302.jhorner@arinbe.com> References: <200611011728.18302.jhorner@arinbe.com> Message-ID: <1162500114.4024.111.camel@hurina> On Wed, 2006-11-01 at 17:28 -0500, Jim Horner wrote: > > I am trying to get open-xchange installed and working (which after two days > might be futile). In doing this I noticed that no email client can subscribe > to INBOX. I'm using rc10 and my namespaces are the following. 99% of the > email clients ignore the inability to subscribe to INBOX and display all the > folders underneath anyway which is why I've never noticed this issue... > however, open-xchange is not in that camp and only displays messages in > INBOX. All folders are in the subscriptions file including INBOX but all > email clients always list INBOX as not subscribed to. The mailbox listing code could use yet another rewrite. And the namespace handling in general needs rewriting.. Anyway, this fixes it for now: http://dovecot.org/list/dovecot-cvs/2006-November/006656.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 22:44:42 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 22:44:42 +0200 Subject: [Dovecot] deliver + quota failure In-Reply-To: <00a001c6faf6$2f994330$8801a8c0@Moskou> References: <00a001c6faf6$2f994330$8801a8c0@Moskou> Message-ID: <1162500282.4024.114.camel@hurina> On Sun, 2006-10-29 at 02:04 +0100, Mark Ruijs wrote: > Digging into deliver.c, I noticed that auth_client_put_user_env() > changes the HOME environment from /var/mail (which is ok), to > ruijs.cc/test/ (which is the maildir, relative to /var/mail). How's Dovecot supposed to know it's relative to /var/mail? Why does it even work with imap/pop? Don't use relative paths for home directory.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at aluminati.net Thu Nov 2 22:45:24 2006 From: alan at aluminati.net (Alan Mosca) Date: Thu, 2 Nov 2006 20:45:24 -0000 (GMT) Subject: [Dovecot] changing the separator In-Reply-To: <1162491591.4024.34.camel@hurina> References: <45410156.6020700@cnm.de> <4541E152.9010801@Media-Brokers.com> <1162491591.4024.34.camel@hurina> Message-ID: <1947.86.138.103.244.1162500324.squirrel@webmail> Sorry for the intrusion, but I might be interested in this. I don't quite understand how it can be hard to set it to be a config option while it's fairly simple to change the sources. With the appropriate info, I would be happy to write a patch so you don't have to worry about doing it yourself and you can include in 1.0. If you agree, obviously. --- Alan Mosca > On Fri, 2006-10-27 at 06:37 -0400, Charles Marcus wrote: >> Marten Lehmann wrote: >> > Hello, >> > >> > is it possible the change the folder separator from "." to "/"? Users >> > shall be able to have folders like "Junk/aol.com/*". >> >> There was a thread about this a couple of months ago, and the last word >> from Timo was that this would ultimately be a configuration option, but >> you might want to remind him - he's been really busy lately with both >> dovecot and other things...: > > Too much trouble and too large change for v1.0. If someone really wants > to change it it's pretty easy to change from maildir-storage.h and > recompile. > -- Alan Mosca Aluminati Network Group From tss at iki.fi Thu Nov 2 22:53:52 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 22:53:52 +0200 Subject: [Dovecot] deliver + quota failure In-Reply-To: <000d01c6fb3e$ec08ed70$8801a8c0@Moskou> References: <000d01c6fb3e$ec08ed70$8801a8c0@Moskou> Message-ID: <1162500832.4024.117.camel@hurina> On Sun, 2006-10-29 at 10:45 +0100, Mark Ruijs wrote: > I also found the cause of why the Quota Exceeded message won?t pass > the spam/virusfilter in some cases. It only happens when the original > mail is MIME. Then the reply mail contains the original mail, but only > the headers. According to the Perl library MIME::Parser, the mail has > a ?unexpected end of preamble?. It happed to be the following part: .. > My C is a bit rusty. Sure someone here can add a check in the > while-loop to suppress output of the ?Content-Type?boundary? part? OK, done. I didn't test this properly, so please reply if this works or not: http://dovecot.org/list/dovecot-cvs/2006-November/006658.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 22:59:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 22:59:36 +0200 Subject: [Dovecot] changing the separator In-Reply-To: <1947.86.138.103.244.1162500324.squirrel@webmail> References: <45410156.6020700@cnm.de> <4541E152.9010801@Media-Brokers.com> <1162491591.4024.34.camel@hurina> <1947.86.138.103.244.1162500324.squirrel@webmail> Message-ID: <1162501176.4024.123.camel@hurina> On Thu, 2006-11-02 at 20:45 +0000, Alan Mosca wrote: > Sorry for the intrusion, but I might be interested in this. I don't quite > understand how it can be hard to set it to be a config option while it's > fairly simple to change the sources. With the appropriate info, I would be > happy to write a patch so you don't have to worry about doing it yourself > and you can include in 1.0. If you agree, obviously. Yes, it shouldn't be that difficult. I just started the change and ran into a bit of trouble and then got annoyed and stopped it. Anyway, lib-storage/index/maildir/maildir-storage.h has MAILDIR_FS_SEP and _SEP_S. Remove those and add MAILDIR_DEFAULT_FS_SEP '.' which is used. If getenv("MAILDIR_FS_SEP") returns non-NULL it's used as the separator. Add char fs_sep to struct maildir_storage, and fix everything to use it. There are several t_strconcat() calls which use _FS_SEP_S, so it's easiest to just change them to t_strdup_printf("%s%c%s", .., storage->fs_sep) instead. Add the setting to master/master-settings.[ch] and pass it to imap in mail-process.c. I think that's it. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mark.ruys at in2sports.net Thu Nov 2 23:11:27 2006 From: mark.ruys at in2sports.net (Mark Ruys) Date: Thu, 2 Nov 2006 22:11:27 +0100 Subject: [Dovecot] deliver + quota failure In-Reply-To: <1162500832.4024.117.camel@hurina> Message-ID: <200611022111.kA2LBUIY023913@boston.rvl> Hi Timo, Yes, your patch got it right! The | Your message was automatically rejected by Dovecot Mail Delivery Agent. | | The following reason was given: | Quota exceeded mail passes Spamassassin even when the original mail is MIME-encoded. No bad-headers anymore. Thanks! Mark PS. It might be nice if the original subject is used instead of "Automatically rejected mail", but that's a detail. PPS. Your advice not to use relative paths in maildir helped. No more open failures when deliver wants to write the .dovecot.lda-dupes file. -----Oorspronkelijk bericht----- Van: Timo Sirainen [mailto:tss at iki.fi] Verzonden: donderdag 2 november 2006 21:54 Aan: Mark Ruijs CC: dovecot at dovecot.org Onderwerp: Re: [Dovecot] deliver + quota failure On Sun, 2006-10-29 at 10:45 +0100, Mark Ruijs wrote: > I also found the cause of why the Quota Exceeded message won't pass > the spam/virusfilter in some cases. It only happens when the original > mail is MIME. Then the reply mail contains the original mail, but only > the headers. According to the Perl library MIME::Parser, the mail has > a "unexpected end of preamble". It happed to be the following part: .. > My C is a bit rusty. Sure someone here can add a check in the > while-loop to suppress output of the "Content-Type.boundary" part? OK, done. I didn't test this properly, so please reply if this works or not: http://dovecot.org/list/dovecot-cvs/2006-November/006658.html From tss at iki.fi Thu Nov 2 23:19:20 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:19:20 +0200 Subject: [Dovecot] CRAM-MD5 auth broken with postgresql passdb? In-Reply-To: References: Message-ID: <1162502360.4024.128.camel@hurina> On Mon, 2006-10-30 at 09:28 +0100, Chris Laif wrote: > Muahh, I do not want to annoy anyone with my questions, but I'm still > stuck with this problem. After hours of reading code and mailing lists > I still do not understand why CRAM-MD5 does not work depending on the > storage you use for the passdb. > > This has already been discussed in > http://dovecot.org/list/dovecot/2006-September/016051.html > http://www.dovecot.org/list/dovecot/2006-August/015501.html > but ... no solution :-( > > It would be really great if someone (Timo?) can drop a few words if > > a.) this is not possible by principle > b.) this is a bug in dovecot's code (and will be fixed soon :-) ) I thought this sounded a bit familiar. It was fixed for LDAP a while ago. Fix here: http://dovecot.org/list/dovecot-cvs/2006-November/006661.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 23:23:12 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:23:12 +0200 Subject: [Dovecot] making dovecot and exim write to one log In-Reply-To: <20061027134552.Q73198@192.168.11.51> References: <20061027134552.Q73198@192.168.11.51> Message-ID: <1162502592.4024.132.camel@hurina> On Fri, 2006-10-27 at 13:52 +0200, Zbigniew Szalbot wrote: > Hello, > > I am looking for some advice. I am trying to force dovecot to run to the > same log as exim does. In dovecot.conf I put the exim log path > /var/log/exim/mainlog. I restarted dovecot and the process worked fine. > > However at midnight exim log file is rotated and since then dovecot stops > logging to this log. > > In syslog.conf I put: > mail.* /var/log/exim/mainlog > > And in newsyslog.conf I have: > > /var/log/exim/mainlog mailnull:mail 640 60 * @T00 Z > > I used to have an N flag next to Z but after reading the man I realized > that its job is not to inform other processes about log creation. > > My qeustion is how do I set up things that dovecot and exim happily write > to one log without having to restart dovecot at midnight? Instead of restarting you can send Dovecot SIGUSR1. But since you're using syslog to log to exim anyway, why not just make Dovecot also log to syslog? It should log with mail facility by default, so I think it should have logged to the exact same log file by default already.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 23:29:15 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:29:15 +0200 Subject: [Dovecot] BUG: passdb checkpassword {} and lastauth file In-Reply-To: <454068A5.20509@comtel-60.ru> References: <454068A5.20509@comtel-60.ru> Message-ID: <1162502955.4024.137.camel@hurina> On Thu, 2006-10-26 at 11:49 +0400, Max A wrote: > Also it is possible, that a similar problem exists with other variables > TCP UCSPI protocol (http://cr.yp.to/proto/ucspi-tcp.txt). Hmm. I hadn't heard of UCSPI before. Oh well, I guess I'll have to change this. The LOCAL_IP and REMOTE_IP will stay for backwards compatibility, maybe I'll remove them in Dovecot v2.0. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 23:44:18 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:44:18 +0200 Subject: [Dovecot] any idea why the mail downloading is slow? In-Reply-To: <200610211137.16494.leva@az.isten.hu> References: <200610211137.16494.leva@az.isten.hu> Message-ID: <1162503858.4024.142.camel@hurina> On Sat, 2006-10-21 at 11:37 +0200, LeVA wrote: > Hi! > > I'm using rc10, but had this problem with previous releases too. Not > sure if this is a dovecot problem, but I can not think of anything > else. The mail downloading with pop3 is ~very slow, approx. 20 Kbyte / > sec. no matter how many mails I've got in my mailbox, or how big are > the mails. My ISP provides me a dedicated 100mbit line, and everything > else works as fast as expected eg. http, ftp, scp... > The OS is OpenBSD 3.9-stable and the system is not under heavy load at > all. I've tried to turn off TLS but there was no change. > > Is the pop3 protocol this slow by design or there is something wrong > with my setup? There's something wrong in your setup.. You could check what Dovecot is doing by tracing the process. http://wiki.dovecot.org/Debugging/ProcessTracing It probably shows that Dovecot spends most of its time in poll() (or kqueue()). But it could be either waiting to be able to send more data to the client, or waiting for a command from the client. With POP3 each mail is downloaded with a separate RETR command, so the problem could just be that the client is sending them too slowly. Or does this same happen even with one large mail? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 23:47:02 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:47:02 +0200 Subject: [Dovecot] errors on copying messages to sent-mail In-Reply-To: <4533D8ED.4040409@gnosh.net> References: <4533D8ED.4040409@gnosh.net> Message-ID: <1162504022.4024.144.camel@hurina> On Mon, 2006-10-16 at 12:09 -0700, Herr Nagengast wrote: > Howdy, > > In rc10 I'm still experiencing the occasional error copying mail to my > sent messages folder. This is on Thunderbird 1.5.0.7 on a Mac. With or without SSL? Anyway, I can't really think of anything else wrong from Dovecot's side nowadays anymore. I think it works for pretty much everyone nowadays, since I haven't heard problems related to this for a long time. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 2 23:48:47 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 02 Nov 2006 23:48:47 +0200 Subject: [Dovecot] compiling dovecot-sieve In-Reply-To: <1161133277.30935.11.camel@localhost.localdomain> References: <1160948832.6506.19.camel@localhost.localdomain> <1160949048.5448.92.camel@hurina> <1160951866.6506.39.camel@localhost.localdomain> <1160957333.9123.22.camel@localhost.localdomain> <1160958086.5448.134.camel@hurina> <1160961001.10983.9.camel@localhost.localdomain> <062D9978-0092-4888-981B-929AE451B398@iki.fi> <1161029925.24997.15.camel@localhost.localdomain> <1161133277.30935.11.camel@localhost.localdomain> Message-ID: <1162504127.4024.147.camel@hurina> On Wed, 2006-10-18 at 14:01 +1300, Fintec wrote: > Is there anyway to combine two ldap fields to define home? What I > require is: > user_attrs = homeDirectory/mailbox=home > Where "homeDirectory" and "mailbox" are my LDAP field names. No. I guess this part of the LDAP configuration code could use some redesigning. Anyway, after v1.0.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From todd at gnosh.net Fri Nov 3 00:14:30 2006 From: todd at gnosh.net (Herr Nagengast) Date: Thu, 02 Nov 2006 14:14:30 -0800 Subject: [Dovecot] errors on copying messages to sent-mail In-Reply-To: <1162504022.4024.144.camel@hurina> References: <4533D8ED.4040409@gnosh.net> <1162504022.4024.144.camel@hurina> Message-ID: <454A6DC6.20505@gnosh.net> Timo Sirainen wrote: > On Mon, 2006-10-16 at 12:09 -0700, Herr Nagengast wrote: >> Howdy, >> >> In rc10 I'm still experiencing the occasional error copying mail to my >> sent messages folder. This is on Thunderbird 1.5.0.7 on a Mac. > > With or without SSL? With SSL. > Anyway, I can't really think of anything else wrong from Dovecot's side > nowadays anymore. I think it works for pretty much everyone nowadays, > since I haven't heard problems related to this for a long time. I certainly don't know what's going on, but I can say in years of using uw-imap I never saw the error. I'll poke around with the thunderbird folks and see if they have anything new in their bugtracking databases. Thanks! Todd From tss at iki.fi Fri Nov 3 00:29:12 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 03 Nov 2006 00:29:12 +0200 Subject: [Dovecot] v1.0 plans, rc11 tomorrow Message-ID: <1162506552.4024.189.camel@hurina> As you can probably guess from my today's burst of activity, I'm no longer extremely busy. Actually it looks like for the next 3-4 weeks I don't have anything especially time consuming to do. So it's time to get Dovecot v1.0 released :) I've now read all the mails from this list again, and it looks like pretty much the only problems with rc10 was the mbox assert crash, which is now fixed. My TODO contains: v1.0 blocker: - inetd logins are broken? I should look more into this.. I only remembered this just now while writing this mail. New non-v1.0 blockers: - trash plugin is apparently broken? - mbox_min_index_size != 0 causes Invalid new transaction log sequence (4 >= 4) The old preferrably-fixed-for-v1.0 items are: - ldap auth is leaking memory? maybe not, maybe it's something else. - master leaks log fds with kqueue. I don't have a machine to test this on. Could someone give me an account in some BSD system for a while to test this? Anyway, I'll most likely release rc11 tomorrow, but it would be nice if you tested today's CVS snapshot already to see if I accidentally broke something. :) http://dovecot.org/nightly/dovecot-latest.tar.gz Oh and one thing that I wanted for Dovecot v1.0 was nice documentation. I think the current wiki is a bit chaotic. I started http://wiki.dovecot.org/NewIndex a long time ago. Maybe I should finish it finally and put it as the new main index.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From marc at perkel.com Fri Nov 3 00:43:01 2006 From: marc at perkel.com (Marc Perkel) Date: Thu, 02 Nov 2006 14:43:01 -0800 Subject: [Dovecot] Sending email using IMAP Message-ID: <454A7475.7030800@perkel.com> This is something for after the 1.0 release but I think it's important and I'm going to try to figure out how to make it happen. I'd like to see some way to pass outgoing email from Thunderbird back to dovecot through some new command that we would have to make up. Email would be sent back over the IMAP connection and when Dovecot gets it dovecot would hand it off to an SMTP server that would deliver it. If a crude experimental spec can be written I'll try to find someone on the Thunderbird side to write some sort of module to talk to it. The reason for this is that I think that the elimination of SMTP from the client is a big step to control spam. The idea being that if IMAP can transfer outgoing mail the SMTP wouldn't be necessary for clients and we can block port 25 on windows machines and viruses can't send email. And the virus wouldn't have access to the IMAP password so viruses can't authenticate to send mail. So - the key question is - what would it take to create an outgoing spec for sending email over IMAP? Like to see something clean and simple. From madduck at madduck.net Fri Nov 3 00:50:23 2006 From: madduck at madduck.net (martin f krafft) Date: Thu, 2 Nov 2006 23:50:23 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454A7475.7030800@perkel.com> References: <454A7475.7030800@perkel.com> Message-ID: <20061102225023.GA8689@piper.madduck.net> also sprach Marc Perkel [2006.11.02.2343 +0100]: > This is something for after the 1.0 release but I think it's important > and I'm going to try to figure out how to make it happen. I'd like to > see some way to pass outgoing email from Thunderbird back to dovecot > through some new command that we would have to make up. Email would be > sent back over the IMAP connection and when Dovecot gets it dovecot > would hand it off to an SMTP server that would deliver it. FWIW, courier already allows this by way of a special folder. You configure Thunderbird to send mail to the discard port, or using e.g. /bin/true, and to store a copy of sent mail in the .outgoing folder. The courier mail server then takes all messages in this folder and sends them on. No module required on the client side, no protocol modifications. -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net at madduck spamtraps: madduck.bogus at madduck.net "you don't sew with a fork, so i see no reason to eat with knitting needles." -- miss piggy, on eating chinese food -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature (GPG/PGP) URL: From tss at iki.fi Fri Nov 3 01:01:19 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 03 Nov 2006 01:01:19 +0200 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454A7475.7030800@perkel.com> References: <454A7475.7030800@perkel.com> Message-ID: <1162508479.29374.12.camel@hurina> On Thu, 2006-11-02 at 14:43 -0800, Marc Perkel wrote: > The reason for this is that I think that the elimination of SMTP from > the client is a big step to control spam. The idea being that if IMAP > can transfer outgoing mail the SMTP wouldn't be necessary for clients > and we can block port 25 on windows machines and viruses can't send > email. And the virus wouldn't have access to the IMAP password so > viruses can't authenticate to send mail. Here in Finland port 25 is already blocked by all the major ISPs. Only the ISP's own SMTP server can be used which also typically limits how fast mails can be sent through it. I'm using submission port (rfc2476) nowadays for sending my own mail to my SMTP server. Submission port in general is supposed to require authentication from clients. I think using the submission port is just as good for blocking spam as it would be to send mails via IMAP. Both work only as long as viruses don't use your email client directly and don't dig up the password from the client's configuration. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sfs at tc.umn.edu Fri Nov 3 01:14:55 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Thu, 2 Nov 2006 17:14:55 -0600 Subject: [Dovecot] Postfix + Dovecot LDA Problem Message-ID: <20061102231455.GA18319@earth.tc.umn.edu> I am having a problem setting up a server to handle e-mail in a way in which it had always done traditionally, but with Postfix+Dovecot LDA. Here's a rundown... Solaris 9 Postfix 2.3.3 Dovecot 1.0.rc10 Postfix non-defaults (postconf -n): alias_maps = dbm:/etc/mail/aliases command_directory = /opt/postfix/sbin config_directory = /etc/opt/postfix daemon_directory = /opt/postfix/libexec debug_peer_level = 2 html_directory = no inet_interfaces = $myhostname mail_owner = postfix mailbox_command = /opt/dovecot/libexec/dovecot/deliver -f "$SENDER" mailq_path = /opt/postfix/bin/mailq manpage_directory = /opt/postfix/man masquerade_domains = tc.umn.edu masquerade_exceptions = root mydestination = $myhostname mynetworks = 127.0.0.0/8, ... (omitted) myorigin = $mydomain newaliases_path = /opt/postfix/bin/newaliases queue_directory = /var/spool/postfix readme_directory = no relayhost = [omitted.tc.umn.edu] sample_directory = /etc/opt/postfix sendmail_path = /opt/postfix/sbin/sendmail setgid_group = postdrop smtpd_client_restrictions = permit_mynetworks, reject unknown_local_recipient_reject_code = 550 This works just like our old MTA, with one exception: sending e-mail to addresses within our domain (@tc.umn.edu) requires us to specify the @tc.umn.edu -- otherwise it is rejected with a message like alias at host.tc.umn.edu does not exist. I want such messages to be relayed to the relayhost. When I set mydestination to null, and luser_relay = $user@$domain the message goes into a black hole (I never get the message, nor do I get an NDN.) I am posting this to both the Dovecot and Postfix lists since I'm not sure where the fault lies, configuration- or software-wise. Thanks in advance for any helpful tips. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From lists-wp at mercurycloud.net Fri Nov 3 03:01:20 2006 From: lists-wp at mercurycloud.net (Will Prater) Date: Thu, 2 Nov 2006 17:01:20 -0800 Subject: [Dovecot] Check plugin loading for LDA and dovecot-sieve In-Reply-To: <1162497749.4024.109.camel@hurina> References: <7A29D4B2-7186-4ABB-B51B-186BB9F93FBE@mercurycloud.net> <6F206D07-8EDE-4417-A13E-F6EB39BAA542@mercurycloud.net> <1162497749.4024.109.camel@hurina> Message-ID: <254CD386-BAD6-40AD-8B73-E638B7D533D2@mercurycloud.net> Great, I got this working, but I'll add that debug flag and see what additional information is outputted. Thanks On Nov 2, 2006, at 12:02 PM, Timo Sirainen wrote: > mail_debug doesn't affect deliver. Perhaps it should.. Hmm. I don't > know. In any case if you set protocol lda { debug = yes } then you'll > get the same debugging. > > OK, I think I'll change this for next version so that both will work. > > On Mon, 2006-10-30 at 19:57 -0800, Will Prater wrote: >> I got this working now! It would still be nice to see which plugs >> were loaded when mail_debug is on. :) >> >> >> -Will >> >> >> >> On Oct 30, 2006, at 10:54 AM, Will Prater wrote: >> >>> Hello, >>> >>> >>> I found this thread: >>> http://www.dovecot.org/list/dovecot/2006-September/015955.html >>> >>> >>> and have successfully compiled and installed cmusieve plugin. How >>> does one test to make sure its being loaded? It's not parsing my >>> sieve files in the users homes and I'd like to first check if the >>> plugin is being loaded, since I am getting no errors about it. >>> >>> >>> >>> >>> Thanks >> >> >> >> >> >> -Will >> >> -Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfesler at gigo.com Fri Nov 3 05:49:21 2006 From: jfesler at gigo.com (Jason Fesler) Date: Thu, 2 Nov 2006 19:49:21 -0800 (PST) Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454A7475.7030800@perkel.com> References: <454A7475.7030800@perkel.com> Message-ID: Why not use the smtp *submission* port (and leave 25 disabled)? Also, SMTP auth is a good thing. Much better than the old cowboy days of just trusting some networks.. I look back at the mail submission over pop.. and shudder. From mahashmi at gmail.com Fri Nov 3 07:57:35 2006 From: mahashmi at gmail.com (Mustafa A. Hashmi) Date: Fri, 3 Nov 2006 10:57:35 +0500 Subject: [Dovecot] Question regarding bounce messages on quota full. In-Reply-To: <1162495736.4024.86.camel@hurina> References: <5f636a2f0610200440vf1f1a9di56e9595b2c3ece92@mail.gmail.com> <1162495736.4024.86.camel@hurina> Message-ID: <5f636a2f0611022157g7ac3e54du9c39bbd15e0818be@mail.gmail.com> Apologies about the late response. On 11/3/06, Timo Sirainen wrote: > On Fri, 2006-10-20 at 16:40 +0500, Mustafa A. Hashmi wrote: > > Using dovecot's LDA (debian backports package: 1.0rc2), users who have > > exceeded their quota when receiving messages see the message get > > bounced. > > You're using filesystem quota or virtual quota? Filesystem quota doesn't > work perfectly in Dovecot, see: Virtual quotas. > > http://wiki.dovecot.org/Quota/FS > > > : Command died with status 11: > > "/usr/lib/dovecot/deliver" > > Of course it shouldn't crash. Possibly already fixed since 1.0.rc2 > though. We're currently on 1.0.rc2 (debian backports). > > Is it not possible to specify something a bit more civil for the > > sender? a "User is over quota" message works much better here. > > Yes, that's how it should have worked. :) I'll try to debug this further and see how far I get. Thank you, -- Mustafa A. Hashmi mahashmi at gmail.com mh at stderr.net From alien at 12inch.com Fri Nov 3 08:04:47 2006 From: alien at 12inch.com (alan premselaar) Date: Fri, 03 Nov 2006 15:04:47 +0900 Subject: [Dovecot] quota question In-Reply-To: <454A43B4.6090202@info-systems.de> References: <4548E8A0.8020309@info-systems.de> <1162488792.4024.22.camel@hurina> <454A43B4.6090202@info-systems.de> Message-ID: <454ADBFF.20208@12inch.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jakob Curdes wrote: > >> Dovecot doesn't provide any way to do this currently. You'll have to >> figure out something by yourself. >> >> I guess either some cronjob, or you could write a Dovecot plugin. In >> both cases you could send a normal out-of-quota mail to the user >> (bypassing quota checks). >> >> > At least I found a Thunderbird plugin displaying the imap quota in the > program bar. That is enough for now; I fear writing a plugin exceeds my > C coding skills. > > Yours, > Jakob Curdes > I don't know about other distributions, but at least on RedHat EL 3 try "man warnquota" alan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFStv/E2gsBSKjZHQRAjzHAKC82XR4mt1nB+mZArlqRIF5K1IlGgCg16Pp GOL54+G+dHSjccq0ANUrWCY= =gVy/ -----END PGP SIGNATURE----- From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Fri Nov 3 10:25:01 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Fri, 3 Nov 2006 09:25:01 +0100 (CET) Subject: [Dovecot] quota question In-Reply-To: <4548E8A0.8020309@info-systems.de> References: <4548E8A0.8020309@info-systems.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 1 Nov 2006, Jakob Curdes wrote: > .. maybe a silly one, but how does the user get notified when he is over > quota? Did not find anything in the docs. Is there a general IMAP way to do > this or what else ? I run a cron job (as root) that creates <>/.INBOX/new/over_quota and chown's the file to the user. Of course, all */<>/.INBOX/new/over_quota* files are deleted prior the check. People with active forwards also get notified via their forwards. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRUr83y9SORjhbDpvAQJSjAgAqMxWHgPIUxlMfO4YM7VKHyZeQJHzTMHa GenLco+yIdC/bH8LmwMjtgqSB2cIVr33tqbbuDnXAyy24cfvGJR85khMB05EeBZF +98i4tcTvGfcpH3CLxcM1NcGFtMrWOl6rj5MLzqC7Do7BMrsZnagGmD4G63JJkyO MPPXwgpwa8Cyu98SqdHVXWQSkyF0GFfJsP2P26aP1DLRibSITEo9bgGqChmhtfeZ WF7MOXQ9/DJEZ7Phw019+POyrk+J0ttbRFwkJxk3fykw7ceQ8lhizq2txwGJhkhm ssMTxzb/o9SiflM+cOu+vubRbJymtqLhgTKxq71uzrBAvolaUHuOEQ== =QHJH -----END PGP SIGNATURE----- From mail at tomsommer.dk Fri Nov 3 10:25:29 2006 From: mail at tomsommer.dk (Tom Sommer) Date: Fri, 3 Nov 2006 09:25:29 +0100 (CET) Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <1162506552.4024.189.camel@hurina> References: <1162506552.4024.189.camel@hurina> Message-ID: <7338.62.242.67.218.1162542329.squirrel@webmail.dreamcoder.dk> On Thu, November 2, 2006 23:29, Timo Sirainen wrote: > Anyway, I'll most likely release rc11 tomorrow, but it would be nice if > you tested today's CVS snapshot already to see if I accidentally broke > something. :) http://dovecot.org/nightly/dovecot-latest.tar.gz Nov 3 09:23:43 palantir dovecot: imap-login: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Nov 3 09:23:43 palantir dovecot: IMAP(ts at dreamcoder.dk): mail_never_cache_fields: Invalid cache field name 'imap.envelope', ignoring Nov 3 09:23:44 palantir dovecot: IMAP(ts at dreamcoder.dk): file mail-cache-transaction.c: line 713 (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == data_size) Nov 3 09:23:44 palantir dovecot: child 14738 (imap) killed with signal 6 // Tom From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Fri Nov 3 10:38:41 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Fri, 3 Nov 2006 09:38:41 +0100 (CET) Subject: [Dovecot] Sending email using IMAP In-Reply-To: References: <454A7475.7030800@perkel.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 2 Nov 2006, Jason Fesler wrote: > Why not use the smtp *submission* port (and leave 25 disabled)? > Also, SMTP auth is a good thing. Much better than the old cowboy days of > just trusting some networks.. Well, one intention for mail via IMAP is that most people keep a copy in their Sent folder, which is located remotely as well - in contrast to POP3. So, you have only one transmission of the (same) contents. Before you mention DSL, cable etc.pp.: there still people out there who either cannot gain a well enough connection (for whatever reason, be it a technical one or just money) or must share the line with plenty of others or think about roaming people using GSM or UMTS. I don't advocate Send-Mail-Via-Imap heavily, but I know the pros of it for myself. There is another one: Some mail clients have a really bad SMTP AUTH / TLS implementation, in opposite to IMAP. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRUsAFC9SORjhbDpvAQLU/Qf+OnhwazacUkrkc6Str4CyGs7B7nLkRz+5 DERdO/GnZBT2hJfHCf7q0Zd/WGKOaycxMJfJcv1YM4YjL+GJTpVD4OaLKasAhnua LK4DD06PvMEBDAQ5wd2vbmh2iPt1xdTYuVNBqHOipUubdUwPFX3uC1GHHT3VTi18 tQ0+5E3ywDnskv1gtzlpeAs+zCxx5MRmAwe+f/RW44qU5Vxb7m2+ZJeN2+ul1HKg XXA73XOe1h6AagFZ8TZwQKJRTkDfTc9pn4ixuLZZ10Mkxnbjmzia5g56qxkJZoLK rF13tuYLDn8VyJsDw2ZmKBbjN2m15YJwP9aWZkVsAYuJb+rbrxtmbQ== =YUae -----END PGP SIGNATURE----- From ao at rsbac.org Fri Nov 3 10:49:15 2006 From: ao at rsbac.org (Amon Ott) Date: Fri, 3 Nov 2006 09:49:15 +0100 Subject: [Dovecot] Authentication in outlook In-Reply-To: <1162496469.4024.97.camel@hurina> References: <20061028151046.80318.qmail@web34708.mail.mud.yahoo.com> <1162496469.4024.97.camel@hurina> Message-ID: <200611030949.15324.ao@rsbac.org> On Donnerstag 02 November 2006 20:41, Timo Sirainen wrote: > On Sat, 2006-10-28 at 08:10 -0700, Paul Aguirre wrote: > > Hi all, > > > > I have instaled dovecot 1.0.rc10, and my configuration works fine if I get the mail with Evolution mail client, bu if I try to use outlook to get mails the authentication fail and I can't pass through the logon window. > > The maillog appear this message: > > dovecot: pop3-login: Disconnected: rip=192.168.0.22, lip=192.168.0.1 > > auth_debug=yes setting will help you. By default Outlook uses plaintext authentication. You can either enable it with disable_plaintext_auth = no in your Dovecot config, or you can make Outlook use SSL. Look into Outlook's extra options for your mail account. Unfortunately, Outlook makes trouble with self signed SSL certs: It requires to accept the certificate again after every restart, what is very annoying for the users and makes it hard to recognize forged certs. So you will have the choice to allow password sniffing, annoy your users, buy an official cert - or to get a decent mail client installed. Amon. -- http://www.rsbac.org - GnuPG: 2048g/5DEAAA30 2002-10-22 From tss at iki.fi Fri Nov 3 11:02:04 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 3 Nov 2006 11:02:04 +0200 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <7338.62.242.67.218.1162542329.squirrel@webmail.dreamcoder.dk> References: <1162506552.4024.189.camel@hurina> <7338.62.242.67.218.1162542329.squirrel@webmail.dreamcoder.dk> Message-ID: <12848425-9F53-4168-A91D-7827494CB1E7@iki.fi> On 3.11.2006, at 10.25, Tom Sommer wrote: > On Thu, November 2, 2006 23:29, Timo Sirainen wrote: > >> Anyway, I'll most likely release rc11 tomorrow, but it would be >> nice if >> you tested today's CVS snapshot already to see if I accidentally >> broke >> something. :) http://dovecot.org/nightly/dovecot-latest.tar.gz > > Nov 3 09:23:43 palantir dovecot: imap-login: Login: > user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, > secured > Nov 3 09:23:43 palantir dovecot: IMAP(ts at dreamcoder.dk): > mail_never_cache_fields: Invalid cache field name 'imap.envelope', > ignoring > Nov 3 09:23:44 palantir dovecot: IMAP(ts at dreamcoder.dk): file > mail-cache-transaction.c: line 713 (mail_cache_add): assertion failed: > (fixed_size == (unsigned int)-1 || fixed_size == data_size) > Nov 3 09:23:44 palantir dovecot: child 14738 (imap) killed with > signal 6 Thanks, I noticed this myself also but then thought it had something to do with switching between CVS HEAD and 1.0. Updated CVS, and the snapshot is being rebuilt now also. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From chris.laif at googlemail.com Fri Nov 3 11:54:46 2006 From: chris.laif at googlemail.com (Chris Laif) Date: Fri, 3 Nov 2006 10:54:46 +0100 Subject: [Dovecot] CRAM-MD5 auth broken with postgresql passdb? In-Reply-To: <1162502360.4024.128.camel@hurina> References: <1162502360.4024.128.camel@hurina> Message-ID: On 11/2/06, Timo Sirainen wrote: > On Mon, 2006-10-30 at 09:28 +0100, Chris Laif wrote: > > This has already been discussed in > > http://dovecot.org/list/dovecot/2006-September/016051.html > > http://www.dovecot.org/list/dovecot/2006-August/015501.html > > but ... no solution :-( > > > > It would be really great if someone (Timo?) can drop a few words if > > > > a.) this is not possible by principle > > b.) this is a bug in dovecot's code (and will be fixed soon :-) ) > > I thought this sounded a bit familiar. It was fixed for LDAP a while > ago. Fix here: > > http://dovecot.org/list/dovecot-cvs/2006-November/006661.html > Strike! It works :-) Thank you very much, Timo! imap-login: Login: user=, method=CRAM-MD5, rip=10.0.0.123, lip=10.0.0.234 Chris From gerard at seibercom.net Fri Nov 3 12:00:46 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Fri, 03 Nov 2006 05:00:46 -0500 Subject: [Dovecot] Authentication in outlook In-Reply-To: <200611030949.15324.ao@rsbac.org> References: <1162496469.4024.97.camel@hurina> <200611030949.15324.ao@rsbac.org> Message-ID: <20061103045415.21FE.GERARD@seibercom.net> On Friday November 03, 2006 at 03:49:15 (AM) Amon Ott wrote: > Unfortunately, Outlook makes trouble with self signed SSL certs: It > requires to accept the certificate again after every restart, what is > very annoying for the users and makes it hard to recognize forged > certs. So you will have the choice to allow password sniffing, annoy > your users, buy an official cert - or to get a decent mail client > installed. I would vote for the 'Official Cert' option. Seriously, unless you are running a home based operation, why would you not be employing a properly signed certificate. After all, if you are offering SSL on your mail server, you are going to need a signed certificate or else risk having problems with other servers that are going to flag your server form using self signed certificates. By the way, I think Outlook's alerting users of the use of self signed certificates is a good idea, although it should also have a mechanism in place to stop those warnings on a permanent basis. Then again, if they did, someone would complain about that. You cannot make everyone happy. Just my 2?. -- Gerard From tsh at mrc-lmb.cam.ac.uk Fri Nov 3 12:11:41 2006 From: tsh at mrc-lmb.cam.ac.uk (T. Horsnell) Date: Fri, 3 Nov 2006 10:11:41 +0000 (GMT) Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <1162506552.4024.189.camel@hurina> from Timo Sirainen at "Nov 3, 2006 00:29:12 am" Message-ID: -- Start of PGP signed section. >As you can probably guess from my today's burst of activity, I'm no >longer extremely busy. Actually it looks like for the next 3-4 weeks I >don't have anything especially time consuming to do. So it's time to get >Dovecot v1.0 released :) I wonder if I might add a request please. Would it be possible to offer an option which limits the per-user number of imap processes? We have users who gaily open 30 mail folders simultaneously. OK, 1 or 2 such users dont matter, but the number creeps up. Also, would a PDF version of the wiki docs be possible? It is very handy to take something to read in bed... And a big thank you for dovecot. We are migrating right now. Cheers, Terry. > >I've now read all the mails from this list again, and it looks like >pretty much the only problems with rc10 was the mbox assert crash, which >is now fixed. > >My TODO contains: > >v1.0 blocker: > > - inetd logins are broken? I should look more into this.. I only >remembered this just now while writing this mail. > >New non-v1.0 blockers: > > - trash plugin is apparently broken? > - mbox_min_index_size != 0 causes Invalid new transaction log sequence >(4 >= 4) > >The old preferrably-fixed-for-v1.0 items are: > > - ldap auth is leaking memory? maybe not, maybe it's something else. > - master leaks log fds with kqueue. I don't have a machine to test this >on. Could someone give me an account in some BSD system for a while to >test this? > >Anyway, I'll most likely release rc11 tomorrow, but it would be nice if >you tested today's CVS snapshot already to see if I accidentally broke >something. :) http://dovecot.org/nightly/dovecot-latest.tar.gz > >Oh and one thing that I wanted for Dovecot v1.0 was nice documentation. >I think the current wiki is a bit chaotic. I started >http://wiki.dovecot.org/NewIndex a long time ago. Maybe I should finish >it finally and put it as the new main index.. -- End of PGP section, PGP failed! From pjvenda at pjvenda.org Fri Nov 3 12:15:49 2006 From: pjvenda at pjvenda.org (Pedro Venda) Date: Fri, 3 Nov 2006 10:15:49 +0000 Subject: [Dovecot] suspected bug in dovecot-ldap setup? In-Reply-To: <1162492923.4024.47.camel@hurina> References: <200610271245.39547.pjvenda@pjvenda.org> <1162492923.4024.47.camel@hurina> Message-ID: <200611031015.52046.pjvenda@pjvenda.org> On Thursday 02 November 2006 18:42, Timo Sirainen wrote: > On Fri, 2006-10-27 at 12:45 +0100, Pedro Venda wrote: > > I intended to have authenticated binds but there was a problem with the > > user_filter directive being ignored: > > user_filter = > > (&(objectClass=JammMailAccount)(mail=%n@%d)(accountActive=TRUE) > > (delete=FALSE)) > > .. > > > ldap(dave at info.test,::ffff:192.168.0.69): bind search: > > base=o=hosting,dc=example,dc=com scope=subtree filter= > > **(&(objectClass=posixAccount(uid=dave at info.test))** > > dovecot: Oct 26 16:20:58 Info: auth(default): > > ldap(dave at info.test,::ffff:192.168.0.69): unknown user > > dovecot: Oct 26 16:20:59 Info: auth(default): client out: FAIL 1 > > user=dave at info.test > > dovecot: Oct 26 16:20:59 Info: imap-login: Disconnected: > > user=, method=PLAIN, rip=::ffff:192.168.0.69, > > lip=::ffff:192.168.0.5, TLS > > > > (nevermind the data, it's test only) > > > > As you can see from the info file, the search filter used was being > > (&(objectClass=posixAccount(uid=dave at info.test)) and not > > (&(objectClass=JammMailAccount)(mail=dave at info.test)(accountActive=TRUE) > > (delete=FALSE)). > > user_filter is used by userdb only, after the password authentication > was successful. So I guess you wanted to modify pass_filter instead? You see, I'm using auth_bind = yes, so pass_filter isn't relevant. Dovecot doesn't need to find the password, given that authentication relies on successfull binding. Cheers, -- Pedro Jo?o Lopes Venda email: pjvenda at pjvenda org http://www.pjvenda.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jaysen at emtjaysen.net Fri Nov 3 12:17:43 2006 From: jaysen at emtjaysen.net (jaysen at emtjaysen.net) Date: Fri, 03 Nov 2006 03:17:43 -0700 Subject: [Dovecot] installation problem Message-ID: <20061103031743.2b6431c17b4b8b82d8a23e454e0bc691.1d41f45575.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From ghen at telenet.be Fri Nov 3 12:28:12 2006 From: ghen at telenet.be (Geert Hendrickx) Date: Fri, 3 Nov 2006 11:28:12 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <1162508479.29374.12.camel@hurina> References: <454A7475.7030800@perkel.com> <1162508479.29374.12.camel@hurina> Message-ID: <20061103102812.GA21061@lori.ghen.be> On Fri, Nov 03, 2006 at 01:01:19AM +0200, Timo Sirainen wrote: > I think using the submission port is just as good for blocking spam as it > would be to send mails via IMAP. Both work only as long as viruses don't > use your email client directly and don't dig up the password from the > client's configuration. They do. Many Windows spammer-worms simply use MAPI (the mail libraries used by Outlook) so they can trivially use your SMTP configuration and password. Once mail-via-IMAP gets widely used, spammer worms will adapt. Geert From ao at rsbac.org Fri Nov 3 12:35:27 2006 From: ao at rsbac.org (Amon Ott) Date: Fri, 3 Nov 2006 11:35:27 +0100 Subject: [Dovecot] Authentication in outlook In-Reply-To: <20061103045415.21FE.GERARD@seibercom.net> References: <1162496469.4024.97.camel@hurina> <200611030949.15324.ao@rsbac.org> <20061103045415.21FE.GERARD@seibercom.net> Message-ID: <200611031135.28119.ao@rsbac.org> On Freitag 03 November 2006 11:00, Gerard Seibert wrote: > On Friday November 03, 2006 at 03:49:15 (AM) Amon Ott wrote: > > > Unfortunately, Outlook makes trouble with self signed SSL certs: It > > requires to accept the certificate again after every restart, what is > > very annoying for the users and makes it hard to recognize forged > > certs. So you will have the choice to allow password sniffing, annoy > > your users, buy an official cert - or to get a decent mail client > > installed. > > I would vote for the 'Official Cert' option. Seriously, unless you are > running a home based operation, why would you not be employing a > properly signed certificate. After all, if you are offering SSL on your > mail server, you are going to need a signed certificate or else risk > having problems with other servers that are going to flag your server > form using self signed certificates. I am only speaking about IMAP/POP3 servers here. What other server is supposed to access an IMAP or POP3 server? Sure an official cert is better, but it also costs extra money. As long as an IMAP/POP3 server is only accessed from inside a company and not available from outside, self signed is fine for me. Most clients will only warn when the cert has changed. If the cert has been renewed after a year or such, people can still verify the signature from other sources, but not every day. Amon. -- http://www.rsbac.org - GnuPG: 2048g/5DEAAA30 2002-10-22 From johannes at sipsolutions.net Fri Nov 3 12:39:14 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 11:39:14 +0100 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: References: Message-ID: <1162550354.2923.29.camel@ux156> On Fri, 2006-11-03 at 10:11 +0000, T. Horsnell wrote: > Also, would a PDF version of the wiki docs be possible? It is very > handy to take something to read in bed... May I suggest http://moinmoin.wikiwikiweb.de/FormatterMarket/#head-a1aba44104a18e48f3187e95eef605f86b88fedd for that? :) The formatters should work with most MoinMoin versions, and if the text_latex.py (and multipart_latex.py if there are embedded images) formatters are installed it becomes possible to pull a latex file that can be run through pdflatex. I don't recommend to install the application_pdf formatter directly because it may be possible to write exploits in latex, though if the latex parser isn't installed this shouldn't be possible since the latex formatter will quote everything and the application_pdf formatter will get sanitised input. johannes From rob.coward at game.co.uk Fri Nov 3 12:47:11 2006 From: rob.coward at game.co.uk (Rob Coward) Date: Fri, 03 Nov 2006 10:47:11 +0000 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <1162506552.4024.189.camel@hurina> References: <1162506552.4024.189.camel@hurina> Message-ID: <1162550831.30500.5.camel@localhost> Timo, I dont know about any ldap-auth memory leak, but I still havent seen any responses about the issue myself and Matheus Antonio Oliveira have reported about ldap authentications against Active Directory using auth_bind. Any chance this could be looked at before the v1.0 release is finalised ? This is causing us ever growing pain as all it takes is a single user to type their password wrongly and it locks out dovecot preventing anyone else from logging in until the service is restarted. I currently have a cron job checking dovecot every minute and restarting when necessary. Last post on the issue: http://www.dovecot.org/list/dovecot/2006-October/017073.html Many thanks, Rob Coward On Fri, 2006-11-03 at 00:29 +0200, Timo Sirainen wrote: > As you can probably guess from my today's burst of activity, I'm no > longer extremely busy. Actually it looks like for the next 3-4 weeks I > don't have anything especially time consuming to do. So it's time to get > Dovecot v1.0 released :) > > I've now read all the mails from this list again, and it looks like > pretty much the only problems with rc10 was the mbox assert crash, which > is now fixed. > > My TODO contains: > > v1.0 blocker: > > - inetd logins are broken? I should look more into this.. I only > remembered this just now while writing this mail. > > New non-v1.0 blockers: > > - trash plugin is apparently broken? > - mbox_min_index_size != 0 causes Invalid new transaction log sequence > (4 >= 4) > > The old preferrably-fixed-for-v1.0 items are: > > - ldap auth is leaking memory? maybe not, maybe it's something else. > - master leaks log fds with kqueue. I don't have a machine to test this > on. Could someone give me an account in some BSD system for a while to > test this? > > Anyway, I'll most likely release rc11 tomorrow, but it would be nice if > you tested today's CVS snapshot already to see if I accidentally broke > something. :) http://dovecot.org/nightly/dovecot-latest.tar.gz > > Oh and one thing that I wanted for Dovecot v1.0 was nice documentation. > I think the current wiki is a bit chaotic. I started > http://wiki.dovecot.org/NewIndex a long time ago. Maybe I should finish > it finally and put it as the new main index.. This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the system manager at: mailto:postmaster at game.net The recipient acknowledges that the transmissions made via the Internet can be corrupted and therefore THE GAME GROUP PLC and any of its subsidiaries do not give any warranty as to the quality or accuracy of any information contained in the message or assume any liability for it or for its transmission, reception or storage. This footnote also confirms that this e-mail message has been swept by anti-virus software for the presence of computer viruses. http://www.game.co.uk http://www.gamegroup.plc.uk From leva at az.isten.hu Fri Nov 3 13:01:37 2006 From: leva at az.isten.hu (LeVA) Date: Fri, 3 Nov 2006 12:01:37 +0100 Subject: [Dovecot] any idea why the mail downloading is slow? In-Reply-To: <1162503858.4024.142.camel@hurina> References: <200610211137.16494.leva@az.isten.hu> <1162503858.4024.142.camel@hurina> Message-ID: <200611031201.37748.leva@az.isten.hu> 2006. November 2. 22:44, Timo Sirainen: > On Sat, 2006-10-21 at 11:37 +0200, LeVA wrote: > > Hi! > > > > I'm using rc10, but had this problem with previous releases too. > > Not sure if this is a dovecot problem, but I can not think of > > anything else. The mail downloading with pop3 is ~very slow, > > approx. 20 Kbyte / sec. no matter how many mails I've got in my > > mailbox, or how big are the mails. My ISP provides me a dedicated > > 100mbit line, and everything else works as fast as expected eg. > > http, ftp, scp... > > The OS is OpenBSD 3.9-stable and the system is not under heavy load > > at all. I've tried to turn off TLS but there was no change. > > > > Is the pop3 protocol this slow by design or there is something > > wrong with my setup? > > There's something wrong in your setup.. > > You could check what Dovecot is doing by tracing the process. > http://wiki.dovecot.org/Debugging/ProcessTracing > > It probably shows that Dovecot spends most of its time in poll() (or > kqueue()). But it could be either waiting to be able to send more > data to the client, or waiting for a command from the client. > > With POP3 each mail is downloaded with a separate RETR command, so > the problem could just be that the client is sending them too slowly. > Or does this same happen even with one large mail? Yes, it happens this one large mail too, so I followed your instructions, and traced the pop3 process; Here are some lines which caught my attention: 1168 pop3 1162550554.983008 RET write 2048/0x800 1168 pop3 1162550554.983041 CALL write(0x1,0x7f64bbeb,0x1018) 1168 pop3 1162550554.983048 RET write -1 errno 35 Resource temporarily unavailable 1168 pop3 1162550554.983053 CALL write(0x1,0x7f64bbeb,0x1018) 1168 pop3 1162550554.983055 RET write -1 errno 35 Resource temporarily unavailable 1168 pop3 1162550554.983062 CALL gettimeofday(0xcfbe3330,0) 1168 pop3 1162550554.983067 RET gettimeofday 0 1168 pop3 1162550554.983069 CALL poll(0x80456000,0x4,0x235f) 1168 pop3 1162550554.983477 RET poll 1 1168 pop3 1162550554.983493 CALL gettimeofday(0x3c012cd4,0x3c012cdc) 1168 pop3 1162550554.983499 RET gettimeofday 0 1168 pop3 1162550554.983506 CALL write(0x1,0x7f64bbeb,0x1018) 1168 pop3 1162550554.983518 GIO fd 1 wrote 2048 bytes [...] 1168 pop3 1162550554.983605 RET pread 4096/0x1000 1168 pop3 1162550554.983627 CALL writev(0x1,0xcfbe3260,0x2) 1168 pop3 1162550554.983636 RET writev -1 errno 35 Resource temporarily unavailable 1168 pop3 1162550554.983639 CALL writev(0x1,0xcfbe3260,0x2) 1168 pop3 1162550554.983642 RET writev -1 errno 35 Resource temporarily unavailable 1168 pop3 1162550554.983651 CALL gettimeofday(0xcfbe3330,0) 1168 pop3 1162550554.983655 RET gettimeofday 0 1168 pop3 1162550554.983657 CALL poll(0x80456000,0x4,0x235f) 1168 pop3 1162550554.983930 RET poll 1 1168 pop3 1162550554.983946 CALL gettimeofday(0x3c012cd4,0x3c012cdc) 1168 pop3 1162550554.983952 RET gettimeofday 0 1168 pop3 1162550554.983959 CALL writev(0x1,0xcfbe3290,0x2) 1168 pop3 1162550554.983972 GIO fd 1 wrote 2048 bytes The write() failures are fishy, there are quite a lot of them :\ Is there something in dovecot which could cause this ~error? Daniel -- LeVA From anmar at gmx.net Fri Nov 3 13:51:56 2006 From: anmar at gmx.net (Angel Marin) Date: Fri, 03 Nov 2006 12:51:56 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: References: <454A7475.7030800@perkel.com> Message-ID: Steffen Kaiser escribi?: > -----BEGIN PGP SIGNED MESSAGE----- > Well, one intention for mail via IMAP is that most people keep a copy in > their Sent folder, which is located remotely as well - in contrast to > POP3. So, you have only one transmission of the (same) contents. You don't need send-via-IMAP for that, we're already doing this without it. Just configure your MTA to deliver a copy of sent mail to user's sent folder (and some mechanism for user opt-in if needed) and configure clients to not save the copy. A sieve script to add 'Seen' flag to those messages may also be a good thing to add. Regards, -- Angel Marin http://anmar.eu.org/ From madduck at madduck.net Fri Nov 3 14:01:49 2006 From: madduck at madduck.net (martin f krafft) Date: Fri, 3 Nov 2006 13:01:49 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: References: <454A7475.7030800@perkel.com> Message-ID: <20061103120149.GA3116@diamond.madduck.net> also sprach Angel Marin [2006.11.03.1251 +0100]: > You don't need send-via-IMAP for that, we're already doing this without > it. Just configure your MTA to deliver a copy of sent mail to user's > sent folder (and some mechanism for user opt-in if needed) and configure > clients to not save the copy. A sieve script to add 'Seen' flag to those > messages may also be a good thing to add. This seems like going out of your way, and it adds a bunch of headers to the archived mail. -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net at madduck spamtraps: madduck.bogus at madduck.net "even if you persuade me, you won't persuade me." -- aristophanes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature (GPG/PGP) URL: From anmar at gmx.net Fri Nov 3 14:15:13 2006 From: anmar at gmx.net (Angel Marin) Date: Fri, 03 Nov 2006 13:15:13 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <20061103120149.GA3116@diamond.madduck.net> References: <454A7475.7030800@perkel.com> <20061103120149.GA3116@diamond.madduck.net> Message-ID: martin f krafft escribi?: > also sprach Angel Marin [2006.11.03.1251 +0100]: >> You don't need send-via-IMAP for that, we're already doing this without >> it. Just configure your MTA to deliver a copy of sent mail to user's >> sent folder (and some mechanism for user opt-in if needed) and configure >> clients to not save the copy. A sieve script to add 'Seen' flag to those >> messages may also be a good thing to add. > > This seems like going out of your way, and it adds a bunch of > headers to the archived mail. But it makes dialup user's life a lot easier without much configuration overhead (one extra delivery on your MTA and make your MDA set the 'Seen' flag). The extra headers are even useful as you'll have a copy of the message that's much like the real one delivered, and if you don't want them then configure your MDA to not archive them. -- Angel Marin http://anmar.eu.org/ From tss at iki.fi Fri Nov 3 14:18:21 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 3 Nov 2006 14:18:21 +0200 Subject: [Dovecot] any idea why the mail downloading is slow? In-Reply-To: <200611031201.37748.leva@az.isten.hu> References: <200610211137.16494.leva@az.isten.hu> <1162503858.4024.142.camel@hurina> <200611031201.37748.leva@az.isten.hu> Message-ID: On 3.11.2006, at 13.01, LeVA wrote: >> It probably shows that Dovecot spends most of its time in poll() (or >> kqueue()). But it could be either waiting to be able to send more >> data to the client, or waiting for a command from the client. .. > 1168 pop3 1162550554.983041 CALL write(0x1,0x7f64bbeb,0x1018) > 1168 pop3 1162550554.983048 RET write -1 errno 35 Resource > temporarily unavailable OK, so this means that the receiving end isn't reading the data fast enough, so kernel starts giving EAGAIN errors to write() calls. So there simply is a network bottleneck somewhere outside Dovecot.. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Fri Nov 3 14:22:43 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 3 Nov 2006 14:22:43 +0200 Subject: [Dovecot] installation problem In-Reply-To: <20061103031743.2b6431c17b4b8b82d8a23e454e0bc691.1d41f45575.wbe@email.secureserver.net> References: <20061103031743.2b6431c17b4b8b82d8a23e454e0bc691.1d41f45575.wbe@email.secureserver.net> Message-ID: On 3.11.2006, at 12.17, jaysen at emtjaysen.net wrote: > Nov 2 23:03:18 liberty dovecot: auth(default): Unknown passdb > driver 'pam' (typo, or Dovecot was built without support for it > ? Check with dovecot --build-options) .. > ./configure > make > sudo make install You most likely don't have libpam-devel or similar package installed, so PAM support wasn't compiled in. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From chris.laif at googlemail.com Fri Nov 3 14:22:30 2006 From: chris.laif at googlemail.com (Chris Laif) Date: Fri, 3 Nov 2006 13:22:30 +0100 Subject: [Dovecot] auth-req-handler.c adds spurious tab Message-ID: If the auth backend (postgresql in my case) returns extra fields, and all of these extra_fields begin with 'userdb_', the auth_callback functions adds an unwanted extra tab at the end of the response: auth(default): client out: OK^I8^Iuser=foo at bar^I This extra tab at the end confuses exim's dovecot-auth handler (the exim-dovecot auth handler does not correctly count the number of returned fields then (side note: the code on exim's side should probably be cleaned up as well)). A quick fix is attached below. Chris --- src/auth/auth-request-handler.c.orig 2006-11-03 13:10:35.000000000 +0100 +++ src/auth/auth-request-handler.c 2006-11-03 13:08:32.000000000 +0100 @@ -139,6 +139,10 @@ str_append(str, fields[src]); } } + + if (str_len(str) == 0) + return NULL; + return str_c(str); } From leva at az.isten.hu Fri Nov 3 14:25:48 2006 From: leva at az.isten.hu (LeVA) Date: Fri, 3 Nov 2006 13:25:48 +0100 Subject: [Dovecot] any idea why the mail downloading is slow? In-Reply-To: References: <200610211137.16494.leva@az.isten.hu> <200611031201.37748.leva@az.isten.hu> Message-ID: <200611031325.48739.leva@az.isten.hu> 2006. November 3. 13:18, Timo Sirainen: > On 3.11.2006, at 13.01, LeVA wrote: > >> It probably shows that Dovecot spends most of its time in poll() > >> (or kqueue()). But it could be either waiting to be able to send > >> more data to the client, or waiting for a command from the client. > > .. > > > 1168 pop3 1162550554.983041 CALL > > write(0x1,0x7f64bbeb,0x1018) 1168 pop3 1162550554.983048 RET > > write -1 errno 35 Resource temporarily unavailable > > OK, so this means that the receiving end isn't reading the data fast > enough, so kernel starts giving EAGAIN errors to write() calls. So > there simply is a network bottleneck somewhere outside Dovecot.. Understood. Thanks for the support! I am going to investigate this bottleneck. Daniel -- LeVA From tss at iki.fi Fri Nov 3 14:27:06 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 3 Nov 2006 14:27:06 +0200 Subject: [Dovecot] Sending email using IMAP In-Reply-To: References: <454A7475.7030800@perkel.com> Message-ID: <171AD5FA-301F-4430-B8E5-2C9F0A4396F9@iki.fi> On 3.11.2006, at 10.38, Steffen Kaiser wrote: >> Why not use the smtp *submission* port (and leave 25 disabled)? >> Also, SMTP auth is a good thing. Much better than the old cowboy >> days of just trusting some networks.. > > Well, one intention for mail via IMAP is that most people keep a > copy in their Sent folder, which is located remotely as well - in > contrast to POP3. So, you have only one transmission of the (same) > contents. There are already some other SMTP/IMAP extensions created for that purpose by Lemonade IETF group, which I think is a better way to do this. > There is another one: Some mail clients have a really bad SMTP > AUTH / TLS implementation, in opposite to IMAP. And how many such clients support sending mail via IMAP? :) I guess it would already work with most clients if you specifically save the message to a specific mailbox, instead of just clicking the normal send-button. But I doubt anyone would actually want to use that way. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Fri Nov 3 14:40:16 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 03 Nov 2006 14:40:16 +0200 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: References: Message-ID: <1162557616.29374.33.camel@hurina> On Fri, 2006-11-03 at 10:11 +0000, T. Horsnell wrote: > -- Start of PGP signed section. > >As you can probably guess from my today's burst of activity, I'm no > >longer extremely busy. Actually it looks like for the next 3-4 weeks I > >don't have anything especially time consuming to do. So it's time to get > >Dovecot v1.0 released :) > > I wonder if I might add a request please. Would it be possible to > offer an option which limits the per-user number of imap processes? Too large change, I'll do it after v1.0. > We have users who gaily open 30 mail folders simultaneously. OK, 1 > or 2 such users dont matter, but the number creeps up. Luckily Dovecot shouldn't take much memory normally :) > Also, would a PDF version of the wiki docs be possible? It is very > handy to take something to read in bed... I'll see about the link that Johannes gave. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From johannes at sipsolutions.net Fri Nov 3 15:18:21 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 14:18:21 +0100 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <1162557616.29374.33.camel@hurina> References: <1162557616.29374.33.camel@hurina> Message-ID: <1162559901.2923.67.camel@ux156> On Fri, 2006-11-03 at 14:40 +0200, Timo Sirainen wrote: > I'll see about the link that Johannes gave. Oh, I have a very tiny action installed on one wiki that makes a 'get this page as latex' item in the actions menu. Here you go: --snip-- # -*- coding: utf-8 -*- """Add from MoinMoin.Page import Page def execute(pagename, request): url = Page(request, pagename).url(request, {'action': 'format', 'mimetype': 'text_latex'}, relative=False) request.http_redirect(url) --snip-- maybe that relative=False won't work and you need to put False instead. I'm working against so many different Moin versions that I'm losing track. johannes From lrosa at hypertrek.info Fri Nov 3 15:19:37 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Fri, 03 Nov 2006 14:19:37 +0100 Subject: [Dovecot] Last connection date/time Message-ID: <454B41E9.2010507@hypertrek.info> Hi, in an installation of Dovecot I need to know when each user made his/her last POP3 connection in a maildir environment. The date of which of the index files maintained by Dovecot can I use to get this information? Thanks. Ciao, luigi -- / +--[Luigi Rosa]-- \ Left-Handers have rights too. From CMarcus at Media-Brokers.com Fri Nov 3 15:30:46 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Fri, 03 Nov 2006 08:30:46 -0500 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? Message-ID: <454B4486.5060501@Media-Brokers.com> Hi Timo, I have a question on the feasibility of adding the capability directly in dovecot LDA (or maybe this wouldn't be the correct place?) to provide a server-side mail archiving feature. What I'd like is a simple way to define a maildir, ie: vmail/archive/$user/Inbox and vmail/archive/$user/Inbox.Sent And then have the dovecot LDA deliver a copy of all mail (incoming and outgoing) to this archive folder. Is the dovecot LDA the best place for this to go? Or would an entirely new plug-in be more appropriate? My boss may be willing to pay to have this capability added. I have investigated other third party solutions, but I would prefer something that is tightly integrated with dovecot. I look forward to your response... -- Best regards, Charles From johannes at sipsolutions.net Fri Nov 3 15:44:39 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 14:44:39 +0100 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <454B4486.5060501@Media-Brokers.com> References: <454B4486.5060501@Media-Brokers.com> Message-ID: <1162561479.2923.70.camel@ux156> On Fri, 2006-11-03 at 08:30 -0500, Charles Marcus wrote: > Is the dovecot LDA the best place for this to go? Or would an entirely > new plug-in be more appropriate? Neither? For archive.inbox, simply make your MTA deliver a second copy to there, or configure the dovecot LDA to put a copy into it. That should be trivial. For archive.outbox, you need to make your MTA deliver a copy of the message to the right folder, with exim that's easy with the unseen router option (IIRC, but I do know that the exim FAQ contains an entry answering exactly your question) johannes From johannes at sipsolutions.net Fri Nov 3 15:53:35 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 14:53:35 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <1162508479.29374.12.camel@hurina> References: <454A7475.7030800@perkel.com> <1162508479.29374.12.camel@hurina> Message-ID: <1162562015.2923.74.camel@ux156> On Fri, 2006-11-03 at 01:01 +0200, Timo Sirainen wrote: > I'm using submission port (rfc2476) nowadays for sending my own mail to > my SMTP server. Submission port in general is supposed to require > authentication from clients. I also require the From: and envelope mail address to match one of the addresses that the logged-in user owns. That not only stops people from impersonating each other but would also stop a virus using the MAPI library (now, if the virus uses that user's From: address then we know who is to blame too...) johannes From tss at iki.fi Fri Nov 3 15:58:46 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 03 Nov 2006 15:58:46 +0200 Subject: [Dovecot] Last connection date/time In-Reply-To: <454B41E9.2010507@hypertrek.info> References: <454B41E9.2010507@hypertrek.info> Message-ID: <1162562326.29374.45.camel@hurina> On Fri, 2006-11-03 at 14:19 +0100, Luigi Rosa wrote: > Hi, > in an installation of Dovecot I need to know when each user made > his/her last POP3 connection in a maildir environment. > > The date of which of the index files maintained by Dovecot can I use > to get this information? Well, as long as you don't have the filesystem mounted with "noatime" you can use the index file's atime. mtime might work well enough also, but it's not updated if there have been no changes to the mailbox since last login. You could also change mail_executable to some wrapper script which updates some file's timestamp before executing the pop3 binary. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From anmar at gmx.net Fri Nov 3 16:01:08 2006 From: anmar at gmx.net (Angel Marin) Date: Fri, 03 Nov 2006 15:01:08 +0100 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <454B4486.5060501@Media-Brokers.com> References: <454B4486.5060501@Media-Brokers.com> Message-ID: Charles Marcus escribi?: > And then have the dovecot LDA deliver a copy of all mail (incoming and > outgoing) to this archive folder. dovecot LDA has already -m that allows what you're looking for, just make your MTA do a second delivery adjusting LDA arguments. Regards, -- Angel Marin http://anmar.eu.org/ From msurette at laframboise.net Fri Nov 3 16:16:40 2006 From: msurette at laframboise.net (Michael Surette) Date: Fri, 3 Nov 2006 09:16:40 -0500 Subject: [Dovecot] Authentication in outlook In-Reply-To: <20061103045415.21FE.GERARD@seibercom.net> References: <1162496469.4024.97.camel@hurina> <200611030949.15324.ao@rsbac.org> <20061103045415.21FE.GERARD@seibercom.net> Message-ID: <200611030916.40293.msurette@laframboise.net> On Friday 03 November 2006 05:00, Gerard Seibert wrote: > On Friday November 03, 2006 at 03:49:15 (AM) Amon Ott wrote: > > Unfortunately, Outlook makes trouble with self signed SSL certs: It > > requires to accept the certificate again after every restart, what is > > very annoying for the users and makes it hard to recognize forged > > certs. So you will have the choice to allow password sniffing, annoy > > your users, buy an official cert - or to get a decent mail client > > installed. > > I would vote for the 'Official Cert' option. Seriously, unless you are > running a home based operation, why would you not be employing a > properly signed certificate. After all, if you are offering SSL on your > mail server, you are going to need a signed certificate or else risk > having problems with other servers that are going to flag your server > form using self signed certificates. If you're going to go the self-signed route, you may as well create your own CA as I did. It's only a few more steps and then you can supply the CA's certificate to the clients accessing your server for inclusion in their "trusted root certificates". After all, I can trust my certificates even more than I trust Verisign. The annoying messages then go away. After all it's only your clients accessing your pop server, not the general public. Not that I've ever had a problem with the smtp side with that setup. > By the way, I think Outlook's alerting users of the use of self signed > certificates is a good idea, although it should also have a mechanism in > place to stop those warnings on a permanent basis. Then again, if they > did, someone would complain about that. You cannot make everyone happy. You mean like Thunderbird, as well as most non-Microsoft clients I've tried. Most people I know are happy with that solution. My 2c too. Mike From CMarcus at Media-Brokers.com Fri Nov 3 16:29:19 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Fri, 03 Nov 2006 09:29:19 -0500 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <1162561479.2923.70.camel@ux156> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> Message-ID: <454B523F.1030307@Media-Brokers.com> Johannes Berg wrote: > On Fri, 2006-11-03 at 08:30 -0500, Charles Marcus wrote: > >> Is the dovecot LDA the best place for this to go? Or would an entirely >> new plug-in be more appropriate? > Neither? Why not? Have you ever googled on what is available for an integrated email archiving solution? There are no (good) OSS solutions available, and there are only a few commercial ones, most of those aimed at Exchange servers. I did quite a bit of googling, and there doesn't seem to be a good OSS solution to archiving all email on a server, which is why I am asking about this here. > For archive.inbox, simply make your MTA deliver a second copy to there, Postfix has an 'always_bcc' option, but it does not preserve the message with all of the headers intact, so this is not an option. > or configure the dovecot LDA to put a copy into it. That should be > trivial. For a programmer, maybe - but sadly I am not. But at least you have partially answered my question - apparently it *is* possible to do this with dovecots lda. Thanks... anmar at gmx.net said: > dovecot LDA has already -m that allows what you're looking for, just > make your MTA do a second delivery adjusting LDA arguments. Well, since I'm not a programmer, I wouldn't know where to begin, which, again, is why I asked. What I'd like is something that is easily configurable *and* *fully* *supported* (ie, no 'hacks' required). Something like: archive_incoming= archive_sent= archive_directory= Hacking is fine for someone with the requisite skills to dig themselves out of the holes they inevitably dig for themselves. Why would you object to some extra options to the LDA that would support feeding Postfix (or other MTA's via a documented list of arguments for each supported MTA) the required command(s) to accomplish the delivery to the correct maildir? > For archive.outbox, you need to make your MTA deliver a copy of the > message to the right folder, with exim that's easy with the unseen > router option (IIRC, but I do know that the exim FAQ contains an entry > answering exactly your question) Again, Postfix's 'always_bcc' option won't work for us because it doesn't preserve the headers. I did quite a bit of googling, and there doesn't seem to be a good OSS solution to this, which is why I asked. I want an *exact* *duplicate* of all messages. It does indeed sound like dovecots LDA is fully capable of doing this, at least for the 'incoming' mail, and it sounds like it would also work for outgoing mail if you have your MTA configured to use the dovecot LDA. What I'd like to know is, is it *feasible* to consider hiring someone to modify the LDA to fully support this using documented switches? Or via a new plug-in? -- Best regards, Charles From G.Ohrner at post.rwth-aachen.de Fri Nov 3 16:29:20 2006 From: G.Ohrner at post.rwth-aachen.de (Gunter Ohrner) Date: Fri, 3 Nov 2006 15:29:20 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454A7475.7030800@perkel.com> References: <454A7475.7030800@perkel.com> Message-ID: <200611031529.27134.G.Ohrner@post.rwth-aachen.de> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: > email. And the virus wouldn't have access to the IMAP password so Why not? Greetings, Gunter -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ "whitespace" - Programming language where only whitespace counts Most modern programming languages do not consider white space characters (spaces, tabs and newlines) syntax, ignoring them, as if they weren't there. Whitespace is a language that seeks to redress the balance. Any non whitespace characters are ignored; only spaces, tabs and newlines are considered syntax. +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + PGP-verschl?sselte Mails bevorzugt! + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From listuser at peternixon.net Fri Nov 3 16:35:02 2006 From: listuser at peternixon.net (Peter Nixon) Date: Fri, 3 Nov 2006 16:35:02 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts Message-ID: <200611031635.07740.listuser@peternixon.net> Hi Guys I have recently migrated an existing courier install to dovecot + openldap and think dovecot is wonderfull. Great work! However, I am seeing that dovecot-ldap doesnt reconnect if openldap restarts. Is there an options I am missing or is this a know problem?As I am using dovecot for sasl with postfix and pop/imap this basically completely stops my mail sytem... Thanks in Advance -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jaysen at emtjaysen.net Fri Nov 3 16:57:32 2006 From: jaysen at emtjaysen.net (jaysen at emtjaysen.net) Date: Fri, 03 Nov 2006 07:57:32 -0700 Subject: [Dovecot] installation problem Message-ID: <20061103075732.2b6431c17b4b8b82d8a23e454e0bc691.75a74ae94a.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From johannes at sipsolutions.net Fri Nov 3 17:00:26 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 16:00:26 +0100 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <454B523F.1030307@Media-Brokers.com> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> <454B523F.1030307@Media-Brokers.com> Message-ID: <1162566026.2923.99.camel@ux156> On Fri, 2006-11-03 at 09:29 -0500, Charles Marcus wrote: > Why not? Have you ever googled on what is available for an integrated > email archiving solution? There are no (good) OSS solutions available, > and there are only a few commercial ones, most of those aimed at > Exchange servers. I did quite a bit of googling, and there doesn't seem > to be a good OSS solution to archiving all email on a server, which is > why I am asking about this here. Well, you see, there is no OSS solution to email like exchange that provides all of MTA, LDA and IMAP/POP server. Hence, there's no way to have an integrated archiving solution. Outgoing mail is only visible to the MTA and incoming mail is visible to all three. Hence, the most logical place to put archiving would be the MTA (not dovecot but postfix for you). But then you'll probably complain that the archive isn't visible in IMAP. > > For archive.inbox, simply make your MTA deliver a second copy to there, > > Postfix has an 'always_bcc' option, but it does not preserve the message > with all of the headers intact, so this is not an option. Use a saner MTA then. > For a programmer, maybe - but sadly I am not. But at least you have > partially answered my question - apparently it *is* possible to do this > with dovecots lda. Thanks... Ho humm, last I checked dovecot lda supported mail filtering by way of config files. So you can always force a config file that first drops a copy to the archive and then invokes the user's filter file. > It does indeed sound like dovecots LDA is fully capable of doing this, > at least for the 'incoming' mail, Yes, and I'm confident that no hacking is required for that. I personally use maildrop, and it initially always reads /etc/maildroprc before the user's ~/.mailfilter. I could, if I wanted to, force it to copy the message to the archive in that case. > and it sounds like it would also work > for outgoing mail if you have your MTA configured to use the dovecot > LDA. No, you obviously haven't understood mail flow yet. Read up on what MTAs do. For outgoing mail, no LDA ("*local* delivery agent" after all) is involved at all. > What I'd like to know is, is it *feasible* to consider hiring > someone to modify the LDA to fully support this using documented > switches? Or via a new plug-in? No. See above. The LDA never gets a copy of outgoing mail. For the MTA, I can only point to how exim can do it: http://www.exim.org/eximwiki/FAQ/Delivery/Q0622 http://www.exim.org/eximwiki/FAQ/Miscellaneous/Q5033 Has it ever occurred to you that a product as you want is not even possible because if written for postfix it won't work on another system that uses exim or sendmail or ....? And if it serves the archive with cyrus and uses maildrop, then it won't work with dovecot/dovecot-lda? johannes From alan at aluminati.net Fri Nov 3 16:59:46 2006 From: alan at aluminati.net (Alan Mosca [Aluminati]) Date: Fri, 03 Nov 2006 14:59:46 +0000 Subject: [Dovecot] changing the separator In-Reply-To: <1162501176.4024.123.camel@hurina> References: <45410156.6020700@cnm.de> <4541E152.9010801@Media-Brokers.com> <1162491591.4024.34.camel@hurina> <1947.86.138.103.244.1162500324.squirrel@webmail> <1162501176.4024.123.camel@hurina> Message-ID: <454B5962.6080802@aluminati.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok thanks, I'll start working on a patch tonight. Timo Sirainen wrote: > On Thu, 2006-11-02 at 20:45 +0000, Alan Mosca wrote: >> Sorry for the intrusion, but I might be interested in this. I don't quite >> understand how it can be hard to set it to be a config option while it's >> fairly simple to change the sources. With the appropriate info, I would be >> happy to write a patch so you don't have to worry about doing it yourself >> and you can include in 1.0. If you agree, obviously. > > Yes, it shouldn't be that difficult. I just started the change and ran > into a bit of trouble and then got annoyed and stopped it. > > Anyway, lib-storage/index/maildir/maildir-storage.h has MAILDIR_FS_SEP > and _SEP_S. Remove those and add MAILDIR_DEFAULT_FS_SEP '.' which is > used. If getenv("MAILDIR_FS_SEP") returns non-NULL it's used as the > separator. Add char fs_sep to struct maildir_storage, and fix everything > to use it. There are several t_strconcat() calls which use _FS_SEP_S, so > it's easiest to just change them to t_strdup_printf("%s%c%s", .., > storage->fs_sep) instead. Add the setting to master/master-settings.[ch] > and pass it to imap in mail-process.c. I think that's it. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFS1liS7JzjfmqvrMRAsjTAJ9mpKsjhQV8oLBcAkj59yH0d9sdQwCdF89K enrFlx8y4XUp6D4UTC2982I= =8UDS -----END PGP SIGNATURE----- From anmar at gmx.net Fri Nov 3 17:00:30 2006 From: anmar at gmx.net (Angel Marin) Date: Fri, 03 Nov 2006 16:00:30 +0100 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <454B523F.1030307@Media-Brokers.com> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> <454B523F.1030307@Media-Brokers.com> Message-ID: Charles Marcus escribi?: > I did quite a bit of googling, and there doesn't seem > to be a good OSS solution to archiving all email on a server, which is > why I am asking about this here. Maybe because they're not needed? Any decent mta will allow doing 'shadow' deliveries given a set of conditions, so all archiving needs can be met by configuring the mta (in exim land this can be done as an unseen router or in a system filter, neither of which require programming skills). > anmar at gmx.net said: >> dovecot LDA has already -m that allows what you're looking for, just > > make your MTA do a second delivery adjusting LDA arguments. > > Well, since I'm not a programmer, I wouldn't know where to begin, which, > again, is why I asked. Well, it's not a programming issue, it's a MTA configuration one. > Why would you object to some extra options to the LDA that would support > feeding Postfix (or other MTA's via a documented list of arguments for > each supported MTA) the required command(s) to accomplish the delivery > to the correct maildir? Let's say you're delivering using dovecot lda as '/path/to/lda/deliver -d $user', then you need your mta do a second delivery invoking '/path/to/lda/deliver -d $user -m Archive'. That's all. Both for 'incoming' (two LDA deliveries) or 'outgoing' (one smtp and one LDA delivery) mail. Then if you're mta does not allow that sort of configuration, you need a more flexible mta :) Regards, -- Angel Marin http://anmar.eu.org/ From msurette at laframboise.net Fri Nov 3 17:20:31 2006 From: msurette at laframboise.net (Michael Surette) Date: Fri, 3 Nov 2006 10:20:31 -0500 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <454B4486.5060501@Media-Brokers.com> References: <454B4486.5060501@Media-Brokers.com> Message-ID: <200611031020.31573.msurette@laframboise.net> On Friday 03 November 2006 08:30, Charles Marcus wrote: > Hi Timo, > > I have a question on the feasibility of adding the capability directly > in dovecot LDA (or maybe this wouldn't be the correct place?) to provide > a server-side mail archiving feature. > > What I'd like is a simple way to define a maildir, ie: > > vmail/archive/$user/Inbox > and > vmail/archive/$user/Inbox.Sent > > And then have the dovecot LDA deliver a copy of all mail (incoming and > outgoing) to this archive folder. > > Is the dovecot LDA the best place for this to go? Or would an entirely > new plug-in be more appropriate? > > My boss may be willing to pay to have this capability added. I have > investigated other third party solutions, but I would prefer something > that is tightly integrated with dovecot. > > I look forward to your response... As discussed elsewhere in this thread, the LDA is not the appropriate place for this feature, the MTA is. I do something similar already with sendmail using milters. As I understand it, postfix also has milter capability, so a postfix/milter guru is likely what you're looking for. hth Mike From jtrigg at spamcop.net Fri Nov 3 17:45:08 2006 From: jtrigg at spamcop.net (Jim Trigg) Date: Fri, 3 Nov 2006 10:45:08 -0500 (EST) Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <1162566026.2923.99.camel@ux156> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> <454B523F.1030307@Media-Brokers.com> <1162566026.2923.99.camel@ux156> Message-ID: <63609.128.221.197.21.1162568708.squirrel@mail.scadian.net> On Fri, November 3, 2006 10:00 am, Johannes Berg wrote: > On Fri, 2006-11-03 at 09:29 -0500, Charles Marcus wrote: > >> Why not? Have you ever googled on what is available for an integrated >> email archiving solution? There are no (good) OSS solutions available, >> and there are only a few commercial ones, most of those aimed at >> Exchange servers. I did quite a bit of googling, and there doesn't seem >> to be a good OSS solution to archiving all email on a server, which is >> why I am asking about this here. > > Well, you see, there is no OSS solution to email like exchange that > provides all of MTA, LDA and IMAP/POP server. Technically, that's not true -- Courier MTA includes all of those (Courier MTA, Maildrop, and Courier IMAP). Not that I'm recommending it -- I find Courier MTA's configuration ... peculiar, and its documentation is severely lacking. Jim Trigg From swarren at wwwdotorg.org Fri Nov 3 18:24:03 2006 From: swarren at wwwdotorg.org (Stephen Warren) Date: Fri, 03 Nov 2006 09:24:03 -0700 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: References: Message-ID: <1162571046.5163.TMDA@tmda.severn.wwwdotorg.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 T. Horsnell wrote: > -- Start of PGP signed section. >> As you can probably guess from my today's burst of activity, I'm no >> longer extremely busy. Actually it looks like for the next 3-4 weeks I >> don't have anything especially time consuming to do. So it's time to get >> Dovecot v1.0 released :) > > I wonder if I might add a request please. Would it be possible to > offer an option which limits the per-user number of imap processes? > We have users who gaily open 30 mail folders simultaneously. OK, 1 > or 2 such users dont matter, but the number creeps up. I'd like to request a *complete* freeze on any kind of features (i.e. just bugfixes) until 1.0 is out the door, and probably for a while after. All this talk of new features whilst 1.0 is trying to get out makes me extremely uneasy... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFFS20jhk3bo0lNTrURAqAqAJ94rDiNPrBsqd6eRkoawlWI9fuYJACVED3t 0uvda1AOnhmlVwaTDPxaJA== =2I2i -----END PGP SIGNATURE----- From johannes at sipsolutions.net Fri Nov 3 18:31:07 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Fri, 03 Nov 2006 17:31:07 +0100 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <63609.128.221.197.21.1162568708.squirrel@mail.scadian.net> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> <454B523F.1030307@Media-Brokers.com> <1162566026.2923.99.camel@ux156> <63609.128.221.197.21.1162568708.squirrel@mail.scadian.net> Message-ID: <1162571467.16509.0.camel@johannes.berg> On Fri, 2006-11-03 at 10:45 -0500, Jim Trigg wrote: > Technically, that's not true -- Courier MTA includes all of those (Courier > MTA, Maildrop, and Courier IMAP). Oh, I wasn't aware that it had an MTA too. There's also hula. johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 828 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Fri Nov 3 18:44:02 2006 From: tss at iki.fi (Timo Sirainen) Date: Fri, 3 Nov 2006 18:44:02 +0200 Subject: [Dovecot] installation problem In-Reply-To: <20061103075732.2b6431c17b4b8b82d8a23e454e0bc691.75a74ae94a.wbe@email.secureserver.net> References: <20061103075732.2b6431c17b4b8b82d8a23e454e0bc691.75a74ae94a.wbe@email.secureserver.net> Message-ID: <3DB4D44D-5C0C-4B27-965F-5E482B7F0486@iki.fi> On 3.11.2006, at 16.57, jaysen at emtjaysen.net wrote: > I have checked my system and you are right about one thing. I do > not have libpam-devel installed. I also checked to see if such a > package exists for Fedora 5 and I am not able to find one. I think Fedora calls it pam-devel. > I've also tried --with-pam and --enable-pam on the configure > line. I did not get any errors during make or make install however > it still did not compile with pam support. Yea. I should probably some day change it so that if --enable- something is given and something can't be used because of some missing libraries or whatever, it should give an error instead of silently disabling it. You can check from config.log what it says about PAM. It most likely isn't finding the needed header files. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From jc at info-systems.de Fri Nov 3 19:03:17 2006 From: jc at info-systems.de (Jakob Curdes) Date: Fri, 03 Nov 2006 18:03:17 +0100 Subject: [Dovecot] v1.0 plans, rc11 tomorrow In-Reply-To: <1162571046.5163.TMDA@tmda.severn.wwwdotorg.org> References: <1162571046.5163.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <454B7655.1040002@info-systems.de> Stephen Warren schrieb: >I'd like to request a *complete* freeze on any kind of features (i.e. >just bugfixes) until 1.0 is out the door, and probably for a while after. > > Agreed. Full stop. JC From marc at perkel.com Fri Nov 3 19:09:32 2006 From: marc at perkel.com (Marc Perkel) Date: Fri, 03 Nov 2006 09:09:32 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <200611031529.27134.G.Ohrner@post.rwth-aachen.de> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> Message-ID: <454B77CC.2050405@perkel.com> Gunter Ohrner wrote: > Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: > >> email. And the virus wouldn't have access to the IMAP password so >> > > Why not? > > Because the virus wouldn't have the password. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jtrigg at spamcop.net Fri Nov 3 19:30:11 2006 From: jtrigg at spamcop.net (Jim Trigg) Date: Fri, 3 Nov 2006 12:30:11 -0500 (EST) Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B77CC.2050405@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> Message-ID: <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: > Gunter Ohrner wrote: >> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: >> >>> email. And the virus wouldn't have access to the IMAP password so >> Why not? > Because the virus wouldn't have the password. That doesn't answer the question. Why would the IMAP password be any less accessible to a virus than the SMTP password? (For that matter, what you just used was "proof by assertion" which is meaningless. "The virus wouldn't have access to the IMAP password because the virus wouldn't have the password.") Jim Trigg From sfs at tc.umn.edu Fri Nov 3 19:57:59 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Fri, 3 Nov 2006 11:57:59 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> Message-ID: <20061103175759.GA25566@earth.tc.umn.edu> On Fri, Nov 03, 2006 at 12:30:11PM -0500, Jim Trigg wrote: > On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: > > Gunter Ohrner wrote: > >> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: > >> > >>> email. And the virus wouldn't have access to the IMAP password so > > >> Why not? > > > Because the virus wouldn't have the password. > > That doesn't answer the question. Why would the IMAP password be any less > accessible to a virus than the SMTP password? (For that matter, what you > just used was "proof by assertion" which is meaningless. "The virus > wouldn't have access to the IMAP password because the virus wouldn't have > the password.") Not sure if this is where either of you are going, but... If people are foolish enough to save their account's password on-disk, then a virus (given enough intelligence) will have access to it. Yes, it means that you'll have to type it in once per startup of the e-mail client, but I for one leave mine running -- and use hibernate. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From rob0 at gmx.co.uk Fri Nov 3 20:27:12 2006 From: rob0 at gmx.co.uk (/dev/rob0) Date: Fri, 3 Nov 2006 12:27:12 -0600 Subject: [Dovecot] Authentication in outlook In-Reply-To: <200611030916.40293.msurette@laframboise.net> References: <1162496469.4024.97.camel@hurina> <20061103045415.21FE.GERARD@seibercom.net> <200611030916.40293.msurette@laframboise.net> Message-ID: <200611031227.12618.rob0@gmx.co.uk> On Friday 03 November 2006 08:16, Michael Surette wrote: > After all, I can trust my certificates > even more than I trust Verisign. Hmmm, I can trust a rattlesnake more than I trust Verisign. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From marc at perkel.com Fri Nov 3 20:36:13 2006 From: marc at perkel.com (Marc Perkel) Date: Fri, 03 Nov 2006 10:36:13 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> Message-ID: <454B8C1D.3000302@perkel.com> Jim Trigg wrote: > On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: > >> Gunter Ohrner wrote: >> >>> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: >>> >>> >>>> email. And the virus wouldn't have access to the IMAP password so >>>> > > >>> Why not? >>> > > >> Because the virus wouldn't have the password. >> > > That doesn't answer the question. Why would the IMAP password be any less > accessible to a virus than the SMTP password? (For that matter, what you > just used was "proof by assertion" which is meaningless. "The virus > wouldn't have access to the IMAP password because the virus wouldn't have > the password.") > > Jim Trigg > > IMAP requires a password. SMTP it's optional. I think that consumer SMTP should be replaced with not only something that requires a password, but that the user has to log into the account that they are sending email from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP account you can spoof anyone. My idea with IMAP sending is to deny the ability of the sender to use a different email address that the one that they are logged into. This is to prevent spam and spoofing. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhg at jhmg.net Fri Nov 3 20:42:10 2006 From: jhg at jhmg.net (Jim Garrison) Date: Fri, 03 Nov 2006 12:42:10 -0600 Subject: [Dovecot] mbox sync: Expunged message reappeared in mailbox Message-ID: <454B8D82.3010809@jhmg.net> Starting at 05:32 this morning, one user on my dovecot server is receiving hundreds of copies of old email. This is a short excerpt from my dovecot.log showing the problem: > dovecot: Nov 03 05:27:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:27:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 05:32:01 Error: POP3(joyce at obfusca.ted): mbox sync: > Expunged message reappeared in mailbox > /var/mail/vhosts/obfusca.ted/joyce (UID 1443 < 1446, seq=2, idx_msgs=0) > dovecot: Nov 03 05:32:01 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:67.9.149.201, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:32:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:32:03 Info: POP3(joyce at obfusca.ted): Disconnected: > Logged out top=0/0, retr=3/163473, del=3/3, size=163419 > dovecot: Nov 03 05:32:03 Error: POP3(joyce at obfusca.ted): mbox sync: > Expunged message reappeared in mailbox > /var/mail/vhosts/obfusca.ted/joyce (UID 1443 < 1449, seq=2, idx_msgs=0) > dovecot: Nov 03 05:32:03 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 05:37:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:37:03 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/3, size=0 > dovecot: Nov 03 05:42:01 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:67.9.149.201, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:42:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:42:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 05:42:03 Info: POP3(joyce at obfusca.ted): Disconnected: > Logged out top=0/0, retr=3/163461, del=3/3, size=0 > dovecot: Nov 03 05:47:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:47:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 05:52:01 Error: POP3(joyce at obfusca.ted): mbox sync: > Expunged message reappeared in mailbox > /var/mail/vhosts/obfusca.ted/joyce (UID 1449 < 1452, seq=2, idx_msgs=0) > dovecot: Nov 03 05:52:01 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:67.9.149.201, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:52:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:52:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 05:52:03 Info: POP3(joyce at obfusca.ted): Disconnected: > Logged out top=0/0, retr=3/163473, del=3/3, size=163419 > dovecot: Nov 03 05:52:03 Error: POP3(joyce at obfusca.ted): mbox sync: > Expunged message reappeared in mailbox > /var/mail/vhosts/obfusca.ted/joyce (UID 1449 < 1455, seq=2, idx_msgs=0) > dovecot: Nov 03 05:57:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 05:57:03 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/3, size=0 > dovecot: Nov 03 06:02:01 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:67.9.149.201, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 06:02:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 06:02:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 06:02:02 Info: POP3(joyce at obfusca.ted): Disconnected: > Logged out top=0/0, retr=3/163461, del=3/3, size=0 > dovecot: Nov 03 06:07:02 Info: pop3-login: Login: > user=, method=PLAIN, rip=::ffff:81.44.31.210, > lip=::ffff:zz.zz.zz.zz, TLS > dovecot: Nov 03 06:07:02 Info: POP3(howard at obfusca.ted): Disconnected: > Logged out top=0/0, retr=0/0, del=0/0, size=0 > dovecot: Nov 03 06:12:01 Error: POP3(joyce at obfusca.ted): mbox sync: > Expunged message reappeared in mailbox > /var/mail/vhosts/obfusca.ted/joyce (UID 1455 < 1458, seq=2, idx_msgs=0) Dovecot version: [jhg at helios ~]$ rpm -q dovecot dovecot-1.0-0.beta8.2.fc5 The MTA is postfix, and this is the first time this has ever happened. I made a copy of the mbox file, and find that it's over a megabyte long. Checking the postfix maillog I find that only three messages arrived for that user in the hour preceding the start of this behavior (all SPAM). No other users are affected, and I can't see anything obviously wrong in the mbox file. Could a bad message cause this? From sfs at tc.umn.edu Fri Nov 3 20:42:29 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Fri, 3 Nov 2006 12:42:29 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: <20061103184229.GE25566@earth.tc.umn.edu> On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > > > Jim Trigg wrote: > >On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: > > > >>Gunter Ohrner wrote: > >> > >>>Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: > >>> > >>> > >>>>email. And the virus wouldn't have access to the IMAP password so > >>>> > > > > > >>>Why not? > >>> > > > > > >>Because the virus wouldn't have the password. > >> > > > >That doesn't answer the question. Why would the IMAP password be any less > >accessible to a virus than the SMTP password? (For that matter, what you > >just used was "proof by assertion" which is meaningless. "The virus > >wouldn't have access to the IMAP password because the virus wouldn't have > >the password.") > > > >Jim Trigg > > > > > > IMAP requires a password. SMTP it's optional. Not at the University of Minnesota. We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). > I think that consumer SMTP > should be replaced with not only something that requires a password, but > that the user has to log into the account that they are sending email > from. Not necessary -- configure your mail server to match your policy requirements. > SMTP doesn't have to be tied to IMAP accounts. Correct. In fact, you can have multiple IMAP accounts configured in an e-mail client, but may have only 1 SMTP account set up (which doesn't even have to match up with any of the IMAP accounts). At least in Thunderbird. > If you have an SMTP account you can spoof anyone. That is an SMTP issue in general, not an authentication issue. If you have Internet access at all, you can spoof anyone by simply connecting to a remote port 25 and sending to your heart's content without needing any passwords... > My idea with IMAP sending is to deny the > ability of the sender to use a different email address that the one that > they are logged into. This is to prevent spam and spoofing. You can certainly do this on your mail server, but you can't force every other server on the Internet to do the same. :) -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From astle at lexi.net Fri Nov 3 20:47:39 2006 From: astle at lexi.net (William Astle) Date: Fri, 03 Nov 2006 11:47:39 -0700 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: <454B8ECB.2000900@lexi.net> Marc Perkel wrote: > IMAP requires a password. SMTP it's optional. I think that consumer SMTP > should be replaced with not only something that requires a password, but > that the user has to log into the account that they are sending email > from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP > account you can spoof anyone. My idea with IMAP sending is to deny the > ability of the sender to use a different email address that the one that > they are logged into. This is to prevent spam and spoofing. > I don't know what SMTP software you're using, but on my servers port 587 *requires* authentication and port 25 requires authentication in order to relay mail. Of course, once authenticated, you can put anything you want for sender address but that, too, can be prevented with a reasonable MTA and correct configuration. Basically, my point is that you can configure your SMTP server to enforce whatever restrictions you want on the envelope or even the headers. Just because you can configure it to be an open relay doesn't mean you have to have it configured that way. -- William Astle Lexicom Ltd. Phone: +1-403-262-6610 Long Distance: 1-877-426-6277 Email: astle at lexi.net From jhg at jhmg.net Fri Nov 3 20:55:01 2006 From: jhg at jhmg.net (Jim Garrison) Date: Fri, 03 Nov 2006 12:55:01 -0600 Subject: [Dovecot] mbox sync: Expunged message reappeared in mailbox In-Reply-To: <454B8D82.3010809@jhmg.net> References: <454B8D82.3010809@jhmg.net> Message-ID: <454B9085.5050802@jhmg.net> I just saw this message also: > dovecot: Nov 03 10:35:59 Error: POP3(joyce at jhmg.net): mbox sync: > UID inserted in the middle of mailbox > /var/mail/vhosts/jhmg.net/joyce (1603 > 1595, seq=2, idx_msgs=9) Does (1603 > 1595) refer to line numbers in the file? Jim Garrison wrote: > Starting at 05:32 this morning, one user on my dovecot server is > receiving hundreds of copies of old email. This is a short excerpt > from my dovecot.log showing the problem: > [snip] From marc at perkel.com Fri Nov 3 21:00:08 2006 From: marc at perkel.com (Marc Perkel) Date: Fri, 03 Nov 2006 11:00:08 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <20061103184229.GE25566@earth.tc.umn.edu> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> Message-ID: <454B91B8.1080109@perkel.com> Steven F Siirila wrote: > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > >> Jim Trigg wrote: >> >>> On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: >>> >>> >>>> Gunter Ohrner wrote: >>>> >>>> >>>>> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: >>>>> >>>>> >>>>> >>>>>> email. And the virus wouldn't have access to the IMAP password so >>>>>> >>>>>> >>> >>> >>>>> Why not? >>>>> >>>>> >>> >>> >>>> Because the virus wouldn't have the password. >>>> >>>> >>> That doesn't answer the question. Why would the IMAP password be any less >>> accessible to a virus than the SMTP password? (For that matter, what you >>> just used was "proof by assertion" which is meaningless. "The virus >>> wouldn't have access to the IMAP password because the virus wouldn't have >>> the password.") >>> >>> Jim Trigg >>> >>> >>> >> IMAP requires a password. SMTP it's optional. >> > > Not at the University of Minnesota. > We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). > OK - but the rest of the world varies from what the University of Minnesota does. > >> I think that consumer SMTP >> should be replaced with not only something that requires a password, but >> that the user has to log into the account that they are sending email >> from. >> > > Not necessary -- configure your mail server to match your policy requirements. > Yes but it's optional. I've done it that way but others don't. > >> SMTP doesn't have to be tied to IMAP accounts. >> > > Correct. In fact, you can have multiple IMAP accounts configured in an > e-mail client, but may have only 1 SMTP account set up (which doesn't even > have to match up with any of the IMAP accounts). At least in Thunderbird. > But with outgoing IMAP you wouldn't have to configure outgoing email at all. > >> If you have an SMTP account you can spoof anyone. >> > > That is an SMTP issue in general, not an authentication issue. > If you have Internet access at all, you can spoof anyone by simply > connecting to a remote port 25 and sending to your heart's content > without needing any passwords... > But you could limit a domain to require that the sending email come from the account of the receiving email. > >> My idea with IMAP sending is to deny the >> ability of the sender to use a different email address that the one that >> they are logged into. This is to prevent spam and spoofing. >> > > You can certainly do this on your mail server, but you can't force every > other server on the Internet to do the same. :) > But I think if we tightend up the spec some we could eliminate most spam. -------------- next part -------------- An HTML attachment was scrubbed... URL: From marc at perkel.com Fri Nov 3 21:01:21 2006 From: marc at perkel.com (Marc Perkel) Date: Fri, 03 Nov 2006 11:01:21 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8ECB.2000900@lexi.net> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <454B8ECB.2000900@lexi.net> Message-ID: <454B9201.4040206@perkel.com> William Astle wrote: > Marc Perkel wrote: > >> IMAP requires a password. SMTP it's optional. I think that consumer SMTP >> should be replaced with not only something that requires a password, but >> that the user has to log into the account that they are sending email >> from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP >> account you can spoof anyone. My idea with IMAP sending is to deny the >> ability of the sender to use a different email address that the one that >> they are logged into. This is to prevent spam and spoofing. >> >> > > I don't know what SMTP software you're using, but on my servers port 587 > *requires* authentication and port 25 requires authentication in order > to relay mail. Of course, once authenticated, you can put anything you > want for sender address but that, too, can be prevented with a > reasonable MTA and correct configuration. > > Basically, my point is that you can configure your SMTP server to > enforce whatever restrictions you want on the envelope or even the > headers. Just because you can configure it to be an open relay doesn't > mean you have to have it configured that way. > > It does on mine as well. But I do not control the rest of the world. If everyone used this standard then spam would drop drastically. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jc at info-systems.de Fri Nov 3 21:39:02 2006 From: jc at info-systems.de (Jakob Curdes) Date: Fri, 03 Nov 2006 20:39:02 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B9201.4040206@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <454B8ECB.2000900@lexi.net> <454B9201.4040206@perkel.com> Message-ID: <454B9AD6.3040707@info-systems.de> To make it short : would it not be better to discuss such a proposed standard extension on the imap protocol list (Imap-protocol at u.washington.edu) rather than on an imap server list ? It would not help much to implement this in one server only. Yours JC From ghen at telenet.be Fri Nov 3 21:43:10 2006 From: ghen at telenet.be (Geert Hendrickx) Date: Fri, 3 Nov 2006 20:43:10 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B91B8.1080109@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> Message-ID: <20061103194310.GA10773@lori.ghen.be> On Fri, Nov 03, 2006 at 11:00:08AM -0800, Marc Perkel wrote: > But with outgoing IMAP you wouldn't have to configure outgoing email at all. How would SMTP errors (e.g. user does not exist) be returned? With a bounce mail? And what if a user is over quota? He wouldn't be able to send mail anymore either? Geert From jtrigg at spamcop.net Fri Nov 3 21:47:24 2006 From: jtrigg at spamcop.net (Jim Trigg) Date: Fri, 3 Nov 2006 14:47:24 -0500 (EST) Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: <19477.128.221.197.21.1162583244.squirrel@mail.scadian.net> On Fri, November 3, 2006 1:36 pm, Marc Perkel wrote: > Jim Trigg wrote: >> On Fri, November 3, 2006 12:09 pm, Marc Perkel wrote: >>> Gunter Ohrner wrote: >>>> Am Donnerstag, 2. November 2006 23:43 schrieb Marc Perkel: >>>>> email. And the virus wouldn't have access to the IMAP password so >>>> Why not? >>> Because the virus wouldn't have the password. >> >> That doesn't answer the question. Why would the IMAP password be any >> less accessible to a virus than the SMTP password? (For that matter, >> what you just used was "proof by assertion" which is meaningless. "The >> virus wouldn't have access to the IMAP password because the virus >> wouldn't have the password.") > IMAP requires a password. SMTP it's optional. I think that consumer SMTP > should be replaced with not only something that requires a password, but > that the user has to log into the account that they are sending email > from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP > account you can spoof anyone. My idea with IMAP sending is to deny the > ability of the sender to use a different email address that the one that > they are logged into. This is to prevent spam and spoofing. Sorry, I thought the whole discussion was IMAP-sending versus SMTP-AUTH. Any submission port that is using neither SMTP-AUTH nor pop/imap-before-smtp is not worth considering, and any that is using such effectively requires a password to send email. As for preventing spoofing, there are scenarios in which it is necessary (real-life case study available on request). Jim From rob0 at gmx.co.uk Fri Nov 3 21:57:29 2006 From: rob0 at gmx.co.uk (/dev/rob0) Date: Fri, 3 Nov 2006 13:57:29 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B91B8.1080109@perkel.com> References: <454A7475.7030800@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> Message-ID: <200611031357.29495.rob0@gmx.co.uk> On Friday 03 November 2006 13:00, Marc Perkel wrote: > >> IMAP requires a password. SMTP it's optional. > > > > Not at the University of Minnesota. > > We require ESMTP STARTTLS/AUTH over the standard mail submission > > port (587). > > OK - but the rest of the world varies from what the University of > Minnesota does. This is absurd. Any responsible mail server will require some form of control over the clients it allows to relay. If yours does not, please see http://www.ordb.org/submit/ . Yes, you might choose to allow unauthenticated relaying for clients in netblocks under your direct control. But that is also reasonable, since when you get an abuse report you can immediately cut off the relaying client. It's a well-established best practice now to require SMTP AUTH for relaying. Every mail server I have set up or currently administer is exactly like what Steven describes. ISTM that the U. of Minnesota is quite in the mainstream. > >> I think that consumer SMTP > >> should be replaced with not only something that requires a > >> password, but that the user has to log into the account that they > >> are sending email from. FWIW, I think it has been replaced. If I were to authenticate to send through GMX, they would not allow me to use a different sender address. Probably all major freemail providers, and many ISPs, are already doing this. > > Not necessary -- configure your mail server to match your policy > > requirements. > > Yes but it's optional. I've done it that way but others don't. Everyone is (or should be, sigh) responsible for abuse that comes from their networks. > But with outgoing IMAP you wouldn't have to configure outgoing email > at all. You'd simply have to create a new standard and get most server and client software to implement it. Piece of cake. :) > But I think if we tightend up the spec some we could eliminate most > spam. Many talented people have worked tirelessly to find one, but alas, there is no FUSSP in sight. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From holmgren at lysator.liu.se Fri Nov 3 22:03:47 2006 From: holmgren at lysator.liu.se (Magnus Holmgren) Date: Fri, 3 Nov 2006 22:03:47 +0200 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: <200611032104.05955@proffe.kibibyte.se> On Friday 03 November 2006 19:36, Marc Perkel took the opportunity to say: > IMAP requires a password. SMTP it's optional. I think that consumer SMTP > should be replaced with not only something that requires a password, but > that the user has to log into the account that they are sending email > from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP > account you can spoof anyone. My idea with IMAP sending is to deny the > ability of the sender to use a different email address that the one that > they are logged into. This is to prevent spam and spoofing. You never give up, do you? Every time you propose submission by IMAP many people tell you that there is no fundamental difference between that and authenticated SMTP. Every ISP in the world, including the large-scale spammers who act as ISPs themselves, would have to employ suitable policies to avoid transmitting spoofed email. SMTP will still be used to transmit the mail to its destinations. Real authenticity is achieved using digital signatures, e.g. DKIM, in combination with SPF and your personal trust preferences. For example, GMail allows their users to send mail from any email address they can demonstrate that they own. That's good, that's what yoy want, and it is completely unrelated to IMAP. -- Magnus Holmgren holmgren at lysator.liu.se (No Cc of list mail needed, thanks) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkt at gentoo.org Fri Nov 3 23:03:22 2006 From: jkt at gentoo.org (Jan Kundrat) Date: Fri, 3 Nov 2006 22:03:22 +0100 (CET) Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: On Fri, 3 Nov 2006, Marc Perkel wrote: > IMAP requires a password. False. There's a plenty of other ways how you can authorize yourself to an IMAP server, be it an X.509 certificate, Kerberos ticket or anything else. Cheers, -jkt From CMarcus at Media-Brokers.com Fri Nov 3 23:41:15 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Fri, 03 Nov 2006 16:41:15 -0500 Subject: [Dovecot] Server-side mail archiving - possible dovecot lda feature? In-Reply-To: <1162566026.2923.99.camel@ux156> References: <454B4486.5060501@Media-Brokers.com> <1162561479.2923.70.camel@ux156> <454B523F.1030307@Media-Brokers.com> <1162566026.2923.99.camel@ux156> Message-ID: <454BB77B.2060403@Media-Brokers.com> > the most logical place to put archiving would be the MTA (not dovecot > but postfix for you). I agree - but was under the impression that, if Postfix is using the dovecot LDA, it might be easy to do this with the dovecot lda. Obviously I was not thinking clearly - thanks for straightening me out.... > But then you'll probably complain that the archive isn't visible in > IMAP. ? I would share the maildir, and only those who had access could see the archives. >>> For archive.inbox, simply make your MTA deliver a second copy to there, >> Postfix has an 'always_bcc' option, but it does not preserve the message >> with all of the headers intact, so this is not an option. > Use a saner MTA then. There are more than a few people out there who might take issue with your intimation that postfix is not a sane mta. That said... > For the MTA, I can only point to how exim can do it: > http://www.exim.org/eximwiki/FAQ/Delivery/Q0622 > http://www.exim.org/eximwiki/FAQ/Miscellaneous/Q5033 Thanks for the pointers. I've heard of exim, but never played with it... maybe I'll give it a look... > Has it ever occurred to you that a product as you want is not even > possible because if written for postfix it won't work on another system > that uses exim or sendmail or ....? So, why exactly do you think I made reference to doing this via a plug-in? > And if it serves the archive with cyrus and uses maildrop, then it > won't work with dovecot/dovecot-lda? I don't get your point? What difference does it make if a plug-in for postfix doesn't work for exim? Anyway, I've learned enough to know that I should definitely be looking at an MTA level solution, so thanks at least for getting me this far, even if you did so with a bit of an attitude... -- Best regards, Charles From ka at pacific.net Sat Nov 4 00:06:56 2006 From: ka at pacific.net (Ken A) Date: Fri, 03 Nov 2006 14:06:56 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <200611032104.05955@proffe.kibibyte.se> References: <454A7475.7030800@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <200611032104.05955@proffe.kibibyte.se> Message-ID: <454BBD80.6080909@pacific.net> Magnus Holmgren wrote: > On Friday 03 November 2006 19:36, Marc Perkel took the opportunity to say: >> IMAP requires a password. SMTP it's optional. I think that consumer SMTP >> should be replaced with not only something that requires a password, but >> that the user has to log into the account that they are sending email >> from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP >> account you can spoof anyone. My idea with IMAP sending is to deny the >> ability of the sender to use a different email address that the one that >> they are logged into. This is to prevent spam and spoofing. > > You never give up, do you? Every time you propose submission by IMAP many > people tell you that there is no fundamental difference between that and > authenticated SMTP. I remembered another recent neverending thread "The future of email is SQL" by the same author. One of these days he'll hit on a million dollar idea. This ain't it tho... So please stop wasting Timo's precious time with it! Thanks, Ken A. Pacific.Net Every ISP in the world, including the large-scale > spammers who act as ISPs themselves, would have to employ suitable policies > to avoid transmitting spoofed email. SMTP will still be used to transmit the > mail to its destinations. Real authenticity is achieved using digital > signatures, e.g. DKIM, in combination with SPF and your personal trust > preferences. For example, GMail allows their users to send mail from any > email address they can demonstrate that they own. That's good, that's what > yoy want, and it is completely unrelated to IMAP. > From bernd at firmix.at Sat Nov 4 00:37:08 2006 From: bernd at firmix.at (Bernd Petrovitsch) Date: Fri, 03 Nov 2006 23:37:08 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B91B8.1080109@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> Message-ID: <1162593428.4827.5.camel@gimli.at.home> On Fri, 2006-11-03 at 11:00 -0800, Marc Perkel wrote: > Steven F Siirila wrote: > > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: [...] > > > IMAP requires a password. SMTP it's optional. > > > > Not at the University of Minnesota. > > We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). The question is: How do you enforce it on submission via port 25? > OK - but the rest of the world varies from what the University of > Minnesota does. Not all of it. And if, then it is their choice. Perhaps you should submit an RFC for a better SMTP requiring authentication and other anti-spam meassures. Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services From sfs at tc.umn.edu Sat Nov 4 01:10:51 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Fri, 3 Nov 2006 17:10:51 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <1162593428.4827.5.camel@gimli.at.home> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> <1162593428.4827.5.camel@gimli.at.home> Message-ID: <20061103231051.GC19345@earth.tc.umn.edu> On Fri, Nov 03, 2006 at 11:37:08PM +0100, Bernd Petrovitsch wrote: > On Fri, 2006-11-03 at 11:00 -0800, Marc Perkel wrote: > > Steven F Siirila wrote: > > > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > [...] > > > > IMAP requires a password. SMTP it's optional. > > > > > > Not at the University of Minnesota. > > > We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). > > The question is: How do you enforce it on submission via port 25? We do allow the same thing over port 25, but only for backward compatibility. (If you try using either port without STARTTLS+AUTH, it will not work.) And of course for those non-standard MUAs (i.e. older Outlook) we also do support port 465 (SSL) and require AUTH there as well. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From tss at iki.fi Sat Nov 4 03:27:59 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 4 Nov 2006 03:27:59 +0200 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454A7475.7030800@perkel.com> References: <454A7475.7030800@perkel.com> Message-ID: I see only one way to get rid of spam: Hashcash type of thing being required by everyone, but with some kind of a protocol to make mailing lists be able to work. Of course, that won't work if the spam is sent only by some botnets using tons of computers. To fix that everyone would have to start using operating systems which don't allow you to accidentally run all sorts of botnet software. And such operating systems don't exist at the moment. Although OLTP's sounds promising. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 4 13:15:21 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 13:15:21 +0200 Subject: [Dovecot] mbox sync: Expunged message reappeared in mailbox In-Reply-To: <454B9085.5050802@jhmg.net> References: <454B8D82.3010809@jhmg.net> <454B9085.5050802@jhmg.net> Message-ID: <1162638921.29374.57.camel@hurina> On Fri, 2006-11-03 at 12:55 -0600, Jim Garrison wrote: > I just saw this message also: > > > dovecot: Nov 03 10:35:59 Error: POP3(joyce at jhmg.net): mbox sync: > > UID inserted in the middle of mailbox > > /var/mail/vhosts/jhmg.net/joyce (1603 > 1595, seq=2, idx_msgs=9) > Does (1603 > 1595) refer to line numbers in the file? They refer to messages' UIDs. The above message means that the second mail in the mbox file contained "X-UID: 1595" header, while the mbox had already contained UIDs up to 1603. This by itself isn't enough to give the error though. If Dovecot sees broken X-UID headers for "new" messages, they're silently fixed. So besides having a broken X-UID header, Dovecot had to think this was a message it had already seen. In the above message it says Dovecot last saw 9 messages in the mbox file, and it's now parsing only the second one. So it means that something expunged the messages outside Dovecot. So.. If the mboxes are changed only using Dovecot, this really shouldn't be happening. Typically it could only happen when eg. copying an older backup of the mbox file over the new changed one. > Jim Garrison wrote: > > Starting at 05:32 this morning, one user on my dovecot server is > > receiving hundreds of copies of old email. This is a short excerpt > > from my dovecot.log showing the problem: You should anyway filter out the X-UID headers (and preferrably other Dovecot's metadata headers) in your MTA/LDA so that they won't get written to the mbox. That might help here if mbox is modified externally also. Anyway, these error messages shouldn't show up to users in any way. They get automatically fixed and won't give the client any error messages. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 4 13:16:44 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 13:16:44 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <200611031635.07740.listuser@peternixon.net> References: <200611031635.07740.listuser@peternixon.net> Message-ID: <1162639004.29374.60.camel@hurina> On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > However, I am seeing that dovecot-ldap doesnt reconnect if openldap restarts. > Is there an options I am missing or is this a know problem?As I am using > dovecot for sasl with postfix and pop/imap this basically completely stops my > mail sytem... What messages do you see in Dovecot's log files? As far as I know the reconnection code should be working, at least for most people. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 4 13:21:21 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 13:21:21 +0200 Subject: [Dovecot] auth-req-handler.c adds spurious tab In-Reply-To: References: Message-ID: <1162639281.29374.62.camel@hurina> On Fri, 2006-11-03 at 13:22 +0100, Chris Laif wrote: > If the auth backend (postgresql in my case) returns extra fields, and > all of these extra_fields begin with 'userdb_', the auth_callback > functions adds an unwanted extra tab at the end of the response: > > auth(default): client out: OK^I8^Iuser=foo at bar^I > > This extra tab at the end confuses exim's dovecot-auth handler (the > exim-dovecot auth handler does not correctly count the number of > returned fields then (side note: the code on exim's side should > probably be cleaned up as well)). > > A quick fix is attached below. Thanks, fixed. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ndbecker2 at gmail.com Sat Nov 4 14:00:48 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 04 Nov 2006 07:00:48 -0500 Subject: [Dovecot] deliver feature request (filter) Message-ID: I'm using maildrop for delivery, because I want to filter through spamassassin before delivery. Maildrop makes that trivial. It seems deliver can pipe (one way) to a command, but what is needed is to pipe: deliver -> spamd -> deliver which is what the maildrop xfilter does. From tss at iki.fi Sat Nov 4 14:31:33 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 14:31:33 +0200 Subject: [Dovecot] suspected bug in dovecot-ldap setup? In-Reply-To: <200611031015.52046.pjvenda@pjvenda.org> References: <200610271245.39547.pjvenda@pjvenda.org> <1162492923.4024.47.camel@hurina> <200611031015.52046.pjvenda@pjvenda.org> Message-ID: <1162643493.29374.80.camel@hurina> On Fri, 2006-11-03 at 10:15 +0000, Pedro Venda wrote: > On Thursday 02 November 2006 18:42, Timo Sirainen wrote: > > On Fri, 2006-10-27 at 12:45 +0100, Pedro Venda wrote: > > > I intended to have authenticated binds but there was a problem with the > > > user_filter directive being ignored: > > > user_filter = > > > (&(objectClass=JammMailAccount)(mail=%n@%d)(accountActive=TRUE) > > > (delete=FALSE)) > > > > .. > > > > > ldap(dave at info.test,::ffff:192.168.0.69): bind search: > > > base=o=hosting,dc=example,dc=com scope=subtree filter= > > > **(&(objectClass=posixAccount(uid=dave at info.test))** > > > dovecot: Oct 26 16:20:58 Info: auth(default): > > > ldap(dave at info.test,::ffff:192.168.0.69): unknown user > > > dovecot: Oct 26 16:20:59 Info: auth(default): client out: FAIL 1 > > > user=dave at info.test > > > dovecot: Oct 26 16:20:59 Info: imap-login: Disconnected: > > > user=, method=PLAIN, rip=::ffff:192.168.0.69, > > > lip=::ffff:192.168.0.5, TLS > > > > > > (nevermind the data, it's test only) > > > > > > As you can see from the info file, the search filter used was being > > > (&(objectClass=posixAccount(uid=dave at info.test)) and not > > > (&(objectClass=JammMailAccount)(mail=dave at info.test)(accountActive=TRUE) > > > (delete=FALSE)). > > > > user_filter is used by userdb only, after the password authentication > > was successful. So I guess you wanted to modify pass_filter instead? > > You see, I'm using auth_bind = yes, so pass_filter isn't relevant. Dovecot > doesn't need to find the password, given that authentication relies on > successfull binding. If you use auth_bind=yes, but not auth_bind_userdn, then the dn is looked up using pass_filter, not user_filter. user_filter is used only after a successful authentication to look up the user_attrs. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From marc at perkel.com Sat Nov 4 16:53:29 2006 From: marc at perkel.com (Marc Perkel) Date: Sat, 04 Nov 2006 06:53:29 -0800 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <200611032104.05955@proffe.kibibyte.se> References: <454A7475.7030800@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <200611032104.05955@proffe.kibibyte.se> Message-ID: <454CA969.7070805@perkel.com> Magnus Holmgren wrote: > On Friday 03 November 2006 19:36, Marc Perkel took the opportunity to say: > >> IMAP requires a password. SMTP it's optional. I think that consumer SMTP >> should be replaced with not only something that requires a password, but >> that the user has to log into the account that they are sending email >> from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP >> account you can spoof anyone. My idea with IMAP sending is to deny the >> ability of the sender to use a different email address that the one that >> they are logged into. This is to prevent spam and spoofing. >> > > You never give up, do you? Every time you propose submission by IMAP many > people tell you that there is no fundamental difference between that and > authenticated SMTP. Every ISP in the world, including the large-scale > spammers who act as ISPs themselves, would have to employ suitable policies > to avoid transmitting spoofed email. SMTP will still be used to transmit the > mail to its destinations. Real authenticity is achieved using digital > signatures, e.g. DKIM, in combination with SPF and your personal trust > preferences. For example, GMail allows their users to send mail from any > email address they can demonstrate that they own. That's good, that's what > yoy want, and it is completely unrelated to IMAP. > > There is a fundamental difference. 1) You can use SMTP or authenticated SMTP to authenticate and send email through ANY server and it doesn't require that the authentication have anything to do with the authentication of the IMAP account. If you had an IMAP protocol to send email then you could lock out the SMTP protocols for end users and force the to have to authenticate using the same protocols. This gives you several advantages. You can make it so that the from address and reply to address match the IMAP account prohibiting spoofing of email addresses. It can be used to prevent user mischief. 2) It eliminated 50% of user setup in that once you set up IMAP you need not set up oupgoing email. 3) It gets you around port blocking. If you can receive email you can send email This is good for those traveling who have trouble finding a working SMTP server. 4) A server who advertizes through DNS that they have these restrictions can prevent spam as other servers can reject spam from that domain that comes from outside the rules advertized. 5) Why use 2 protocols when you can use one? -------------- next part -------------- An HTML attachment was scrubbed... URL: From sfs at tc.umn.edu Sat Nov 4 17:05:08 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Sat, 4 Nov 2006 09:05:08 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454CA969.7070805@perkel.com> References: <454A7475.7030800@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <200611032104.05955@proffe.kibibyte.se> <454CA969.7070805@perkel.com> Message-ID: <20061104150508.GA4474@earth.tc.umn.edu> On Sat, Nov 04, 2006 at 06:53:29AM -0800, Marc Perkel wrote: > > > Magnus Holmgren wrote: > >On Friday 03 November 2006 19:36, Marc Perkel took the opportunity to say: > > > >>IMAP requires a password. SMTP it's optional. I think that consumer SMTP > >>should be replaced with not only something that requires a password, but > >>that the user has to log into the account that they are sending email > >>from. SMTP doesn't have to be tied to IMAP accounts. If you have an SMTP > >>account you can spoof anyone. My idea with IMAP sending is to deny the > >>ability of the sender to use a different email address that the one that > >>they are logged into. This is to prevent spam and spoofing. > >> > > > >You never give up, do you? Every time you propose submission by IMAP many > >people tell you that there is no fundamental difference between that and > >authenticated SMTP. Every ISP in the world, including the large-scale > >spammers who act as ISPs themselves, would have to employ suitable > >policies to avoid transmitting spoofed email. SMTP will still be used to > >transmit the mail to its destinations. Real authenticity is achieved using > >digital signatures, e.g. DKIM, in combination with SPF and your personal > >trust preferences. For example, GMail allows their users to send mail from > >any email address they can demonstrate that they own. That's good, that's > >what yoy want, and it is completely unrelated to IMAP. > > > > > > There is a fundamental difference. > > 1) You can use SMTP or authenticated SMTP to authenticate and send email > through ANY server and it doesn't require that the authentication have > anything to do with the authentication of the IMAP account. If you had > an IMAP protocol to send email then you could lock out the SMTP > protocols for end users and force the to have to authenticate using the > same protocols. This gives you several advantages. You can make it so > that the from address and reply to address match the IMAP account > prohibiting spoofing of email addresses. It can be used to prevent user > mischief. You can do the same thing with authenticated SMTP (tie the from address and reply to address to the authenticated user). > 2) It eliminated 50% of user setup in that once you set up IMAP you need > not set up oupgoing email. Minor. > 3) It gets you around port blocking. If you can receive email you can > send email This is good for those traveling who have trouble finding a > working SMTP server. So does standardizing on the already-established submission port (587). > 4) A server who advertizes through DNS that they have these restrictions > can prevent spam as other servers can reject spam from that domain that > comes from outside the rules advertized. If you can get LOTS of folks to advertise something via DNS, I have much better ways to reject spam. For example, get IP network owners to publish IP addresses which are never authorized to send direct-to-MX mail. This would eliminate tons of spam from zombies on dynamic IP addresses. > 5) Why use 2 protocols when you can use one? Because they're industry standards and in wide use. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From tss at iki.fi Sat Nov 4 17:11:53 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 17:11:53 +0200 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162550831.30500.5.camel@localhost> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> Message-ID: <1162653113.29374.90.camel@hurina> On Fri, 2006-11-03 at 10:47 +0000, Rob Coward wrote: > Timo, > I dont know about any ldap-auth memory leak, but I still havent seen any > responses about the issue myself and Matheus Antonio Oliveira have > reported about ldap authentications against Active Directory using > auth_bind. Any chance this could be looked at before the v1.0 release is > finalised ? I did quite large changes related to this and other auth_bind related things. All of it is untested unfortunately, because I haven't bothered to figure out why my OpenLDAP server installation is broken (and I really don't want to spend time figuring it out either). Anyway, if you (or someone else) could test that these changes work before I release rc11 that'd be great. The changes are in CVS and in the latest nightly snapshot: http://dovecot.org/nightly/dovecot-latest.tar.gz The changes are also in these patches: http://dovecot.org/list/dovecot-cvs/2006-November/006683.html http://dovecot.org/list/dovecot-cvs/2006-November/006687.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jaysen at emtjaysen.net Sat Nov 4 17:43:04 2006 From: jaysen at emtjaysen.net (jaysen at emtjaysen.net) Date: Sat, 04 Nov 2006 08:43:04 -0700 Subject: [Dovecot] INIT startup script for Fedora Core 5 Message-ID: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From billl at inetmsg.com Sat Nov 4 17:48:29 2006 From: billl at inetmsg.com (Bill Landry) Date: Sat, 04 Nov 2006 07:48:29 -0800 Subject: [Dovecot] INIT startup script for Fedora Core 5 In-Reply-To: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> References: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> Message-ID: <454CB64D.6040507@inetmsg.com> jaysen at emtjaysen.net wrote: > Does anyone have an init script for dovecot that will work with Fedora > Core 5 so that it will startup automatically on boot? I can't seem to > find one so If you have one I would appreciate it if you could send it > to me. > > Thank You > > Jaysen This is what I use on my Fedora Core 3 server (should work fine of Core 5, as well): ===== #!/bin/sh # description: Dovecot IMAP Server # processname: dovecot # chkconfig: - 54 54 # Source function library. . /etc/rc.d/init.d/functions # Source networking configuration. . /etc/sysconfig/network [ -x /usr/local/sbin/dovecot ] || exit 0 PATH=$PATH:/usr/local/sbin case "$1" in start) echo -n "Starting Dovecot Daemon: " daemon dovecot RETVAL=$? echo [ $RETVAL -eq 0 ] && touch /var/lock/subsys/dovecot ;; stop) echo -n "Stopping Dovecot Daemon: " killproc dovecot RETVAL=$? echo [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/dovecot ;; status) status dovecot RETVAL=$? ;; restart) echo -n "Restarting Dovecot: " $0 stop $0 start RETVAL=$? ;; *) echo "Usage: dovecot {start|stop|status|restart}" exit 1 esac exit $RETVAL ===== HTH, Bill From gerard at seibercom.net Sat Nov 4 18:06:52 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Sat, 4 Nov 2006 11:06:52 -0500 Subject: [Dovecot] MySQL Configuration Message-ID: <200611041107.03617.gerard@seibercom.net> Dovecot 1.0.rc10 FreeBSD 6.1 This is probably a dumb question; however, I have never let a little thing like that bother me in the past. In the 'dovecot.conf' file there are the follow two sections: # SQL database passdb sql { # Path for SQL configuration file, see doc/dovecot-sql.conf for example args = /usr/local/etc/dovecot-sql.conf } userdb sql { # Path for SQL configuration file, see doc/dovecot-sql.conf for example args = /usr/local/etc/dovecot-sql.conf } I keep the 'users' and their respective 'passwords' in the same MySQL database. I am not sure why I wouldn't. Therefore, would it not make more sense to have just one MySQL configuration line in the 'dovecot.conf' file rather than two, or am I missing something here? -- Gerard Seibert gerard at seibercom.net Laws are like sausages. It's better not to see them being made. Otto von Bismarck -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From swarren at wwwdotorg.org Sat Nov 4 19:07:00 2006 From: swarren at wwwdotorg.org (Stephen Warren) Date: Sat, 04 Nov 2006 10:07:00 -0700 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162653113.29374.90.camel@hurina> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> <1162653113.29374.90.camel@hurina> Message-ID: <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> Timo Sirainen wrote: > I did quite large changes related to this and other auth_bind related > things. All of it is untested unfortunately, because I haven't bothered > to figure out why my OpenLDAP server installation is broken (and I > really don't want to spend time figuring it out either). Surely the code-base should be pretty much frozen except for bug-fixes, since we're already *way* into an extremely protracted RC series. I understand this change was to fix an existing bug, but it sounds like the change was far more than a simple bug fix. Major code rewrites, especially without any testing, don't seem right at this stage in the game. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature URL: From luca at leenoox.net Sat Nov 4 19:07:57 2006 From: luca at leenoox.net (Luca Corti) Date: Sat, 04 Nov 2006 18:07:57 +0100 Subject: [Dovecot] MySQL Configuration In-Reply-To: <200611041107.03617.gerard@seibercom.net> References: <200611041107.03617.gerard@seibercom.net> Message-ID: <1162660077.4809.6.camel@cdevo.cdlan.it> On Sat, 2006-11-04 at 11:06 -0500, Gerard Seibert wrote: > I keep the 'users' and their respective 'passwords' in the same MySQL > database. I am not sure why I wouldn't. Therefore, would it not make more > sense to have just one MySQL configuration line in the 'dovecot.conf' file > rather than two, or am I missing something here? It is not a matter of where information is stored. At authentication you need username and password. At mail delivery you need address and mailbox location. Dovecot allows you to do prefetching of userdb data in the passdb query and use just one query. However for some features to work you still need a valid, non prefetch userdb configuration (e.g. Dovecot LDA). ciao Luca From bdm at fenrir.org.uk Sat Nov 4 19:15:44 2006 From: bdm at fenrir.org.uk (Brian Morrison) Date: Sat, 4 Nov 2006 17:15:44 +0000 Subject: [Dovecot] INIT startup script for Fedora Core 5 In-Reply-To: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> References: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> Message-ID: <20061104171544.42b150b5@peterson.fenrir.org.uk> On Sat, 04 Nov 2006 08:43:04 -0700 jaysen at emtjaysen.net wrote: > Does anyone have an init script for dovecot that will work with Fedora Core 5 so that it will startup automatically on boot? I can't seem to find one so If you have one I would appreciate it if you could send it to me. There is a dovecot rpm available from the ATrpms repository, it contains the sysV-style init scripts and will do what you want. -- Brian Morrison bdm at fenrir dot org dot uk GnuPG key ID DE32E5C5 - http://wwwkeys.uk.pgp.net/pgpnet/wwwkeys.html From tss at iki.fi Sat Nov 4 19:20:56 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 19:20:56 +0200 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> <1162653113.29374.90.camel@hurina> <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> Message-ID: <1162660856.4177.4.camel@hurina> On Sat, 2006-11-04 at 10:07 -0700, Stephen Warren wrote: > Timo Sirainen wrote: > > I did quite large changes related to this and other auth_bind related > > things. All of it is untested unfortunately, because I haven't bothered > > to figure out why my OpenLDAP server installation is broken (and I > > really don't want to spend time figuring it out either). > > Surely the code-base should be pretty much frozen except for bug-fixes, > since we're already *way* into an extremely protracted RC series. > > I understand this change was to fix an existing bug, but it sounds like > the change was far more than a simple bug fix. Major code rewrites, > especially without any testing, don't seem right at this stage in the game. In general I agree, but there wasn't any simple fix for this bug, except to just tell people that auth_bind sort of works but not really. And since so many people have wanted auth binds for a long time, I think it's better to fix it now than to hear complains about it for a long time. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gerard at seibercom.net Sat Nov 4 19:55:34 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Sat, 4 Nov 2006 12:55:34 -0500 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162660856.4177.4.camel@hurina> References: <1162506552.4024.189.camel@hurina> <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> <1162660856.4177.4.camel@hurina> Message-ID: <200611041255.44747.gerard@seibercom.net> On Saturday 04 November 2006 12:20, Timo Sirainen wrote: > On Sat, 2006-11-04 at 10:07 -0700, Stephen Warren wrote: > > Timo Sirainen wrote: > > > I did quite large changes related to this and other auth_bind related > > > things. All of it is untested unfortunately, because I haven't > > > bothered to figure out why my OpenLDAP server installation is broken > > > (and I really don't want to spend time figuring it out either). > > > > Surely the code-base should be pretty much frozen except for bug-fixes, > > since we're already *way* into an extremely protracted RC series. > > > > I understand this change was to fix an existing bug, but it sounds like > > the change was far more than a simple bug fix. Major code rewrites, > > especially without any testing, don't seem right at this stage in the > > game. > > In general I agree, but there wasn't any simple fix for this bug, except > to just tell people that auth_bind sort of works but not really. And > since so many people have wanted auth binds for a long time, I think > it's better to fix it now than to hear complains about it for a long > time. I'll drink to that! Seriously though, if you know the problem exists, then there is really no good reason to procrastinate. Fix it and get it over with. -- Gerard I'd give my right arm to be ambidextrous. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From anmar at gmx.net Sat Nov 4 19:57:05 2006 From: anmar at gmx.net (Angel Marin) Date: Sat, 04 Nov 2006 18:57:05 +0100 Subject: [Dovecot] INIT startup script for Fedora Core 5 In-Reply-To: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> References: <20061104084304.2b6431c17b4b8b82d8a23e454e0bc691.3f169aa589.wbe@email.secureserver.net> Message-ID: jaysen at emtjaysen.net escribi?: > Does anyone have an init script for dovecot that will work with Fedora Core 5 so > that it will startup automatically on boot? I can't seem to find one so If you > have one I would appreciate it if you could send it to me. FC5 ships dovecot as part of core, so it has an init script: http://cvs.fedora.redhat.com/viewcvs/*checkout*/rpms/dovecot/FC-5/dovecot.init?rev=HEAD -- Angel Marin http://anmar.eu.org/ From lesmikesell at gmail.com Sat Nov 4 20:20:29 2006 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 04 Nov 2006 12:20:29 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B77CC.2050405@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> Message-ID: <1162664428.13009.14.camel@les-home.futuresource.com> On Fri, 2006-11-03 at 11:09, Marc Perkel wrote: > > > > > > email. And the virus wouldn't have access to the IMAP password so > > > > > Why not? > > > > > > Because the virus wouldn't have the password. Beg your pardon, but the biggest email virus spreader of all doesn't use smtp, and does send through a service that needs authentication. You are on the wrong track here. -- Les Mikesell lesmikesell at gmail.com From lesmikesell at gmail.com Sat Nov 4 21:30:34 2006 From: lesmikesell at gmail.com (Les Mikesell) Date: Sat, 04 Nov 2006 13:30:34 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <454B8C1D.3000302@perkel.com> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> Message-ID: <1162668634.13009.37.camel@les-home.futuresource.com> On Fri, 2006-11-03 at 12:36, Marc Perkel wrote: > IMAP requires a password. SMTP it's optional. I think that consumer > SMTP should be replaced with not only something that requires a > password, but that the user has to log into the account that they are > sending email from. SMTP doesn't have to be tied to IMAP accounts. If > you have an SMTP account you can spoof anyone. My idea with IMAP > sending is to deny the ability of the sender to use a different email > address that the one that they are logged into. This is to prevent > spam and spoofing. You are talking about implementation details, not protocols here. Assuming you could send over IMAP, why do you think it would any more likely that spoofing would be blocked by all implementations than with authenticated smtp or that all accounts that accepted IMAP logins would be valid sending addresses? -- Les Mikesell lesmikesell at gmail.com From tss at iki.fi Sat Nov 4 21:55:02 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 21:55:02 +0200 Subject: [Dovecot] trash plugin not working as expected In-Reply-To: <452FD6BA.7070009@schetterer.org> References: <452FD6BA.7070009@schetterer.org> Message-ID: <1162670102.4177.17.camel@hurina> The trash plugin was completely broken. I remember testing it long time ago that it worked, but looks like I had since broken it in multiple ways. I anyway fixed it now, and it should work again in rc11. Patches also here: http://dovecot.org/list/dovecot-cvs/2006-November/006695.html http://dovecot.org/list/dovecot-cvs/2006-November/006697.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bernd at firmix.at Sat Nov 4 22:40:44 2006 From: bernd at firmix.at (Bernd Petrovitsch) Date: Sat, 04 Nov 2006 21:40:44 +0100 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <20061103231051.GC19345@earth.tc.umn.edu> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> <1162593428.4827.5.camel@gimli.at.home> <20061103231051.GC19345@earth.tc.umn.edu> Message-ID: <1162672844.3606.3.camel@gimli.at.home> On Fri, 2006-11-03 at 17:10 -0600, Steven F Siirila wrote: > On Fri, Nov 03, 2006 at 11:37:08PM +0100, Bernd Petrovitsch wrote: > > On Fri, 2006-11-03 at 11:00 -0800, Marc Perkel wrote: > > > Steven F Siirila wrote: > > > > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > > [...] > > > > > IMAP requires a password. SMTP it's optional. > > > > > > > > Not at the University of Minnesota. > > > > We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). > > > > The question is: How do you enforce it on submission via port 25? > > We do allow the same thing over port 25, but only for backward compatibility. > (If you try using either port without STARTTLS+AUTH, it will not work.) > And of course for those non-standard MUAs (i.e. older Outlook) we also do > support port 465 (SSL) and require AUTH there as well. Sorry, my above question was bad worded - it should have been: The question is: How do you enforce submission via the submission port (and inhibit submission via port 25)? Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services From sfs at tc.umn.edu Sat Nov 4 22:49:48 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Sat, 4 Nov 2006 14:49:48 -0600 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <1162672844.3606.3.camel@gimli.at.home> References: <454A7475.7030800@perkel.com> <200611031529.27134.G.Ohrner@post.rwth-aachen.de> <454B77CC.2050405@perkel.com> <20254.128.221.197.21.1162575011.squirrel@mail.scadian.net> <454B8C1D.3000302@perkel.com> <20061103184229.GE25566@earth.tc.umn.edu> <454B91B8.1080109@perkel.com> <1162593428.4827.5.camel@gimli.at.home> <20061103231051.GC19345@earth.tc.umn.edu> <1162672844.3606.3.camel@gimli.at.home> Message-ID: <20061104204948.GA23797@earth.tc.umn.edu> On Sat, Nov 04, 2006 at 09:40:44PM +0100, Bernd Petrovitsch wrote: > On Fri, 2006-11-03 at 17:10 -0600, Steven F Siirila wrote: > > On Fri, Nov 03, 2006 at 11:37:08PM +0100, Bernd Petrovitsch wrote: > > > On Fri, 2006-11-03 at 11:00 -0800, Marc Perkel wrote: > > > > Steven F Siirila wrote: > > > > > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > > > [...] > > > > > > IMAP requires a password. SMTP it's optional. > > > > > > > > > > Not at the University of Minnesota. > > > > > We require ESMTP STARTTLS/AUTH over the standard mail submission port (587). > > > > > > The question is: How do you enforce it on submission via port 25? > > > > We do allow the same thing over port 25, but only for backward compatibility. > > (If you try using either port without STARTTLS+AUTH, it will not work.) > > And of course for those non-standard MUAs (i.e. older Outlook) we also do > > support port 465 (SSL) and require AUTH there as well. > > Sorry, my above question was bad worded - it should have been: > The question is: How do you enforce submission via the submission port > (and inhibit submission via port 25)? We don't REQUIRE it (yet), but we strongly encourage it. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From tss at iki.fi Sat Nov 4 23:27:31 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 23:27:31 +0200 Subject: [Dovecot] 1.0.rc11 released Message-ID: <1162675651.4177.25.camel@hurina> http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz.sig Hopefully the last RC release? As far as I know there are no major problems left now. If nothing big shows up, v1.0 should be out in a couple of weeks. * Renamed default_mail_env to mail_location. default_mail_env still works for backwards compatibility. * deliver: When sending rejects, don't include Content-Type in the rejected mail's headers. * LDAP changes: * If auth binds are used, bind back to the default dn before doing a search. Otherwise it could fail if a user gave an invalid password. * Initial binding at connect is now done asynchronously. * Use pass_attrs even with auth_bind=yes since it may contain useful non-password fields. + passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP environments to the checkpassword binary so we're UCSPI (and vchkpw) compatible. - mbox handling was a bit broken in rc10 - Using Dovecot via inetd kept crashing dovecot master - deliver: Don't crash with -f "". Changed the default from envelope to be "MAILER-DAEMON". - INBOX wasn't shown with LSUB command if only prefixed namespaces were used. - passdb ldap: Reconnecting to LDAP server wasn't working with auth binds. - passdb sql: Non-plaintext authentication didn't work - MySQL passdb ignored all non-password checks, such as allow_nets - trash plugin was broken -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 4 23:31:20 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 04 Nov 2006 23:31:20 +0200 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162653113.29374.90.camel@hurina> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> <1162653113.29374.90.camel@hurina> Message-ID: <1162675880.4177.27.camel@hurina> On Sat, 2006-11-04 at 17:11 +0200, Timo Sirainen wrote: > I did quite large changes related to this and other auth_bind related > things. All of it is untested unfortunately, because I haven't bothered > to figure out why my OpenLDAP server installation is broken (and I > really don't want to spend time figuring it out either). I ended up reinstalling my OpenLDAP server and testing myself. There were several bugs, so I guess I would have had to do that anyway :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From listuser at peternixon.net Sun Nov 5 01:04:54 2006 From: listuser at peternixon.net (Peter Nixon) Date: Sun, 5 Nov 2006 01:04:54 +0200 Subject: [Dovecot] Sending email using IMAP In-Reply-To: <1162672844.3606.3.camel@gimli.at.home> References: <454A7475.7030800@perkel.com> <20061103231051.GC19345@earth.tc.umn.edu> <1162672844.3606.3.camel@gimli.at.home> Message-ID: <200611050105.00557.listuser@peternixon.net> On Sat 04 Nov 2006 22:40, Bernd Petrovitsch wrote: > On Fri, 2006-11-03 at 17:10 -0600, Steven F Siirila wrote: > > On Fri, Nov 03, 2006 at 11:37:08PM +0100, Bernd Petrovitsch wrote: > > > On Fri, 2006-11-03 at 11:00 -0800, Marc Perkel wrote: > > > > Steven F Siirila wrote: > > > > > On Fri, Nov 03, 2006 at 10:36:13AM -0800, Marc Perkel wrote: > > > > > > [...] > > > > > > > > > IMAP requires a password. SMTP it's optional. > > > > > > > > > > Not at the University of Minnesota. > > > > > We require ESMTP STARTTLS/AUTH over the standard mail submission > > > > > port (587). > > > > > > The question is: How do you enforce it on submission via port 25? > > > > We do allow the same thing over port 25, but only for backward > > compatibility. (If you try using either port without STARTTLS+AUTH, it > > will not work.) And of course for those non-standard MUAs (i.e. older > > Outlook) we also do support port 465 (SSL) and require AUTH there as > > well. > > Sorry, my above question was bad worded - it should have been: > The question is: How do you enforce submission via the submission port > (and inhibit submission via port 25)? Postfix can be configured in this manner, although I am not really sure what it gains you. -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rueckert at informatik.uni-rostock.de Sun Nov 5 01:23:19 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Sun, 5 Nov 2006 00:23:19 +0100 Subject: [Dovecot] deliver feature request (filter) In-Reply-To: References: Message-ID: <20061104232319.GS5591@pixel.global-banlist.de> On 2006-11-04 07:00:48 -0500, Neal Becker wrote: > I'm using maildrop for delivery, because I want to filter through > spamassassin before delivery. Maildrop makes that trivial. > > It seems deliver can pipe (one way) to a command, but what is needed is to > pipe: > deliver -> spamd -> deliver > > which is what the maildrop xfilter does. you feed deliver from your MTA or from your mail fetch tool? darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From bspencer at XsiteDesigns.com Sun Nov 5 01:39:28 2006 From: bspencer at XsiteDesigns.com (Brent Spencer) Date: Sat, 4 Nov 2006 15:39:28 -0800 (PST) Subject: [Dovecot] [Dovecot-news] 1.0.rc11 released In-Reply-To: <1162675651.4177.25.camel@hurina> References: <1162675651.4177.25.camel@hurina> Message-ID: <2634.68.228.95.162.1162683568.squirrel@secure.xsitedesigns.com> Thanks for getting the xinetd working again. I appreciate it. Brent Spencer XsiteDesigns > http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz > http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz.sig > > Hopefully the last RC release? As far as I know there are no major > problems left now. If nothing big shows up, v1.0 should be out in a > couple of weeks. > > * Renamed default_mail_env to mail_location. default_mail_env still > works for backwards compatibility. > * deliver: When sending rejects, don't include Content-Type in the > rejected mail's headers. > * LDAP changes: > * If auth binds are used, bind back to the default dn before > doing > a search. Otherwise it could fail if a user gave an invalid > password. > * Initial binding at connect is now done asynchronously. > * Use pass_attrs even with auth_bind=yes since it may contain > useful non-password fields. > > + passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP > environments to the checkpassword binary so we're UCSPI (and vchkpw) > compatible. > - mbox handling was a bit broken in rc10 > - Using Dovecot via inetd kept crashing dovecot master > - deliver: Don't crash with -f "". Changed the default from envelope > to be "MAILER-DAEMON". > - INBOX wasn't shown with LSUB command if only prefixed namespaces > were used. > - passdb ldap: Reconnecting to LDAP server wasn't working with > auth binds. > - passdb sql: Non-plaintext authentication didn't work > - MySQL passdb ignored all non-password checks, such as allow_nets > - trash plugin was broken > > _______________________________________________ > Dovecot-news mailing list > Dovecot-news at dovecot.org > http://dovecot.org/cgi-bin/mailman/listinfo/dovecot-news > _________________________________________________ This email has been scanned for viruses by ClamAV From tim at krellis.org Sun Nov 5 02:15:07 2006 From: tim at krellis.org (Tim Wilde) Date: Sat, 04 Nov 2006 16:15:07 -0800 Subject: [Dovecot] RC11 Build Failure on FreeBSD 6.1 Message-ID: <454D2D0B.2000600@krellis.org> I just ran into a build failure on Dovecot 1.0RC11 on FreeBSD 6.1. Identical command sequence for the build worked fine for RC10. uname -a: FreeBSD thor.krellis.org 6.1-RELEASE-p5 FreeBSD 6.1-RELEASE-p5 #0: Fri Sep 1 01:47:32 EDT 2006 root at jail7.jvds.com:/usr/obj/usr/src/sys/JAIL7 i386 Configured with a straight ./configure, no options, no problems reported during configure, but make failed with: if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mountpoint.o -MD -MP -MF ".deps/mountpoint.Tpo" -c -o mountpoint.o mountpoint.c; then mv -f ".deps/mountpoint.Tpo" ".deps/mountpoint.Po"; else rm -f ".deps/mountpoint.Tpo"; exit 1; fi mountpoint.c:11:30: #if with no expression mountpoint.c:40: warning: unused parameter 'path' mountpoint.c:40: warning: unused parameter 'pool' *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11/src/lib. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11/src. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11. Full output of everything I did after untarring (I apologize in advance for any bad wrapping, I can attach as text/plain if necessary for diagnosis): [tim at thor ~/build/dovecot-1.0.rc11]$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for library containing strerror... none required checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for inline... inline checking build system type... i386-unknown-freebsd6.1 checking host system type... i386-unknown-freebsd6.1 checking for a sed that does not truncate output... /usr/bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... freebsd6.1 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.1 ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 static flag -static works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.1 ld.so checking how to hardcode library paths into programs... immediate checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... /usr/local/bin/bash: ./config.rpath: No such file or directory done checking for iconv... no, consider installing GNU libiconv checking for strings.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking dirent.h usability... yes checking dirent.h presence... yes checking for dirent.h... yes checking sys/uio.h usability... yes checking sys/uio.h presence... yes checking for sys/uio.h... yes checking sys/sysmacros.h usability... no checking sys/sysmacros.h presence... no checking for sys/sysmacros.h... no checking sys/resource.h usability... yes checking sys/resource.h presence... yes checking for sys/resource.h... yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking libgen.h usability... yes checking libgen.h presence... yes checking for libgen.h... yes checking sys/quota.h usability... no checking sys/quota.h presence... no checking for sys/quota.h... no checking sys/fs/ufs_quota.h usability... no checking sys/fs/ufs_quota.h presence... no checking for sys/fs/ufs_quota.h... no checking ufs/ufs/quota.h usability... yes checking ufs/ufs/quota.h presence... yes checking for ufs/ufs/quota.h... yes checking jfs/quota.h usability... no checking jfs/quota.h presence... no checking for jfs/quota.h... no checking mntent.h usability... no checking mntent.h presence... no checking for mntent.h... no checking sys/mnttab.h usability... no checking sys/mnttab.h presence... no checking for sys/mnttab.h... no checking sys/event.h usability... yes checking sys/event.h presence... yes checking for sys/event.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking sys/mkdev.h usability... no checking sys/mkdev.h presence... no checking for sys/mkdev.h... no checking linux/dqblk_xfs.h usability... no checking linux/dqblk_xfs.h presence... no checking for linux/dqblk_xfs.h... no checking xfs/xqm.h usability... no checking xfs/xqm.h presence... no checking for xfs/xqm.h... no checking sasl.h usability... no checking sasl.h presence... no checking for sasl.h... no checking sasl/sasl.h usability... no checking sasl/sasl.h presence... no checking for sasl/sasl.h... no checking for socket... yes checking for inet_addr... yes checking for fdatasync... no checking for fdatasync in -lrt... no checking for fcntl... yes checking for flock... yes checking for lockf... yes checking for inet_aton... yes checking for sigaction... yes checking for getpagesize... yes checking for madvise... yes checking for strcasecmp... yes checking for stricmp... no checking for vsnprintf... yes checking for vsyslog... yes checking for writev... yes checking for pread... yes checking for setrlimit... yes checking for setproctitle... yes checking for seteuid... yes checking for setreuid... yes checking for setegid... yes checking for setresgid... yes checking for strtoull... yes checking for strtouq... yes checking for setpriority... yes checking for quotactl... yes checking for getmntent... no checking for kqueue... yes checking for kevent... yes checking for getrusage... yes checking for poll... yes checking if we can use inotify... "no" checking if we can use dnotify... "no" checking for int... yes checking size of int... 4 checking for long... yes checking size of long... 4 checking for void *... yes checking size of void *... 4 checking for long long... yes checking size of long long... 8 checking for _Bool... yes checking for uoff_t... no checking type of off_t... long long checking whether size_t is signed... no checking type of size_t... unsigned int checking for stdint.h... (cached) yes checking for uintmax_t... yes checking for uint_fast32_t... yes checking for socklen_t... yes checking for /dev/urandom... yes checking for tm_gmtoff... yes checking how large time_t values gmtime() accepts... 32 checking for struct iovec... yes checking Linux compatible mremap()... no checking whether shared mmaps get updated by write()s... yes checking whether fd passing works... yes checking for sendfile in -lsendfile... no checking Linux compatible sendfile()... no checking FreeBSD compatible sendfile()... yes checking if we should use _XPG6 macro for crypt()... yes checking if statvfs.f_mntfromname exists... no checking if statfs.f_mntfromname exists... yes checking if struct dqblk.dqb_curblocks exists... yes checking if struct dqblk.dqb_curspace exists... no checking if struct Q_QUOTACTL ioctl exists... no checking for an implementation of va_copy()... yes checking for an implementation of __va_copy()... no checking whether va_lists can be copied by value... yes checking for SSL_read in -lssl... yes checking openssl/ssl.h usability... yes checking openssl/ssl.h presence... yes checking for openssl/ssl.h... yes checking openssl/err.h usability... yes checking openssl/err.h presence... yes checking for openssl/err.h... yes checking for getspnam... no checking for pam_start in -lpam... yes checking security/pam_appl.h usability... yes checking security/pam_appl.h presence... yes checking for security/pam_appl.h... yes checking pam/pam_appl.h usability... no checking pam/pam_appl.h presence... no checking for pam/pam_appl.h... no checking for pam_setcred in -lpam... yes checking for auth_userokay... no checking for vpopmail configuration at ~vpopmail/etc/lib_deps... not found checking for crypt in -lcrypt... yes checking for dlopen... yes checking whether byte ordering is bigendian... no checking for IPv6... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating src/lib/Makefile config.status: creating src/lib-sql/Makefile config.status: creating src/lib-auth/Makefile config.status: creating src/lib-charset/Makefile config.status: creating src/lib-dict/Makefile config.status: creating src/lib-imap/Makefile config.status: creating src/lib-index/Makefile config.status: creating src/lib-mail/Makefile config.status: creating src/lib-ntlm/Makefile config.status: creating src/lib-settings/Makefile config.status: creating src/lib-storage/Makefile config.status: creating src/lib-storage/index/Makefile config.status: creating src/lib-storage/index/maildir/Makefile config.status: creating src/lib-storage/index/mbox/Makefile config.status: creating src/lib-storage/index/dbox/Makefile config.status: creating src/lib-storage/subscription-file/Makefile config.status: creating src/lib-storage/register/Makefile config.status: creating src/auth/Makefile config.status: creating src/deliver/Makefile config.status: creating src/dict/Makefile config.status: creating src/imap/Makefile config.status: creating src/imap-login/Makefile config.status: creating src/login-common/Makefile config.status: creating src/master/Makefile config.status: creating src/pop3/Makefile config.status: creating src/pop3-login/Makefile config.status: creating src/util/Makefile config.status: creating src/plugins/Makefile config.status: creating src/plugins/acl/Makefile config.status: creating src/plugins/convert/Makefile config.status: creating src/plugins/quota/Makefile config.status: creating src/plugins/imap-quota/Makefile config.status: creating src/plugins/trash/Makefile config.status: creating src/plugins/zlib/Makefile config.status: creating stamp.h config.status: creating dovecot-config.in config.status: creating config.h config.status: executing depfiles commands Install prefix ...................... : /usr/local File offsets ........................ : 64bit I/O loop method ..................... : poll File change notification method ..... : none Building with SSL support ........... : yes (OpenSSL) Building with IPv6 support .......... : yes Building with pop3 server ........... : yes Building with mail delivery agent .. : yes Building with GSSAPI support ........ : no Building with user database modules . : static prefetch passwd passwd-file checkpassword (modules) Building with password lookup modules : passwd passwd-file pam checkpassword (modules) Building with SQL drivers ............: [tim at thor ~/build/dovecot-1.0.rc11]$ make make all-recursive Making all in src Making all in lib if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT base64.o -MD -MP -MF ".deps/base64.Tpo" -c -o base64.o base64.c; then mv -f ".deps/base64.Tpo" ".deps/base64.Po"; else rm -f ".deps/base64.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT bsearch-insert-pos.o -MD -MP -MF ".deps/bsearch-insert-pos.Tpo" -c -o bsearch-insert-pos.o bsearch-insert-pos.c; then mv -f ".deps/bsearch-insert-pos.Tpo" ".deps/bsearch-insert-pos.Po"; else rm -f ".deps/bsearch-insert-pos.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT buffer.o -MD -MP -MF ".deps/buffer.Tpo" -c -o buffer.o buffer.c; then mv -f ".deps/buffer.Tpo" ".deps/buffer.Po"; else rm -f ".deps/buffer.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT close-keep-errno.o -MD -MP -MF ".deps/close-keep-errno.Tpo" -c -o close-keep-errno.o close-keep-errno.c; then mv -f ".deps/close-keep-errno.Tpo" ".deps/close-keep-errno.Po"; else rm -f ".deps/close-keep-errno.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT compat.o -MD -MP -MF ".deps/compat.Tpo" -c -o compat.o compat.c; then mv -f ".deps/compat.Tpo" ".deps/compat.Po"; else rm -f ".deps/compat.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT data-stack.o -MD -MP -MF ".deps/data-stack.Tpo" -c -o data-stack.o data-stack.c; then mv -f ".deps/data-stack.Tpo" ".deps/data-stack.Po"; else rm -f ".deps/data-stack.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT env-util.o -MD -MP -MF ".deps/env-util.Tpo" -c -o env-util.o env-util.c; then mv -f ".deps/env-util.Tpo" ".deps/env-util.Po"; else rm -f ".deps/env-util.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT failures.o -MD -MP -MF ".deps/failures.Tpo" -c -o failures.o failures.c; then mv -f ".deps/failures.Tpo" ".deps/failures.Po"; else rm -f ".deps/failures.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT fd-close-on-exec.o -MD -MP -MF ".deps/fd-close-on-exec.Tpo" -c -o fd-close-on-exec.o fd-close-on-exec.c; then mv -f ".deps/fd-close-on-exec.Tpo" ".deps/fd-close-on-exec.Po"; else rm -f ".deps/fd-close-on-exec.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT fd-set-nonblock.o -MD -MP -MF ".deps/fd-set-nonblock.Tpo" -c -o fd-set-nonblock.o fd-set-nonblock.c; then mv -f ".deps/fd-set-nonblock.Tpo" ".deps/fd-set-nonblock.Po"; else rm -f ".deps/fd-set-nonblock.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT fdpass.o -MD -MP -MF ".deps/fdpass.Tpo" -c -o fdpass.o fdpass.c; then mv -f ".deps/fdpass.Tpo" ".deps/fdpass.Po"; else rm -f ".deps/fdpass.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT file-cache.o -MD -MP -MF ".deps/file-cache.Tpo" -c -o file-cache.o file-cache.c; then mv -f ".deps/file-cache.Tpo" ".deps/file-cache.Po"; else rm -f ".deps/file-cache.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT file-copy.o -MD -MP -MF ".deps/file-copy.Tpo" -c -o file-copy.o file-copy.c; then mv -f ".deps/file-copy.Tpo" ".deps/file-copy.Po"; else rm -f ".deps/file-copy.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT file-dotlock.o -MD -MP -MF ".deps/file-dotlock.Tpo" -c -o file-dotlock.o file-dotlock.c; then mv -f ".deps/file-dotlock.Tpo" ".deps/file-dotlock.Po"; else rm -f ".deps/file-dotlock.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT file-lock.o -MD -MP -MF ".deps/file-lock.Tpo" -c -o file-lock.o file-lock.c; then mv -f ".deps/file-lock.Tpo" ".deps/file-lock.Po"; else rm -f ".deps/file-lock.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT file-set-size.o -MD -MP -MF ".deps/file-set-size.Tpo" -c -o file-set-size.o file-set-size.c; then mv -f ".deps/file-set-size.Tpo" ".deps/file-set-size.Po"; else rm -f ".deps/file-set-size.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT hash.o -MD -MP -MF ".deps/hash.Tpo" -c -o hash.o hash.c; then mv -f ".deps/hash.Tpo" ".deps/hash.Po"; else rm -f ".deps/hash.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT hex-binary.o -MD -MP -MF ".deps/hex-binary.Tpo" -c -o hex-binary.o hex-binary.c; then mv -f ".deps/hex-binary.Tpo" ".deps/hex-binary.Po"; else rm -f ".deps/hex-binary.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT hex-dec.o -MD -MP -MF ".deps/hex-dec.Tpo" -c -o hex-dec.o hex-dec.c; then mv -f ".deps/hex-dec.Tpo" ".deps/hex-dec.Po"; else rm -f ".deps/hex-dec.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT hmac-md5.o -MD -MP -MF ".deps/hmac-md5.Tpo" -c -o hmac-md5.o hmac-md5.c; then mv -f ".deps/hmac-md5.Tpo" ".deps/hmac-md5.Po"; else rm -f ".deps/hmac-md5.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT home-expand.o -MD -MP -MF ".deps/home-expand.Tpo" -c -o home-expand.o home-expand.c; then mv -f ".deps/home-expand.Tpo" ".deps/home-expand.Po"; else rm -f ".deps/home-expand.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT hostpid.o -MD -MP -MF ".deps/hostpid.Tpo" -c -o hostpid.o hostpid.c; then mv -f ".deps/hostpid.Tpo" ".deps/hostpid.Po"; else rm -f ".deps/hostpid.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT imem.o -MD -MP -MF ".deps/imem.Tpo" -c -o imem.o imem.c; then mv -f ".deps/imem.Tpo" ".deps/imem.Po"; else rm -f ".deps/imem.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT iostream.o -MD -MP -MF ".deps/iostream.Tpo" -c -o iostream.o iostream.c; then mv -f ".deps/iostream.Tpo" ".deps/iostream.Po"; else rm -f ".deps/iostream.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream.o -MD -MP -MF ".deps/istream.Tpo" -c -o istream.o istream.c; then mv -f ".deps/istream.Tpo" ".deps/istream.Po"; else rm -f ".deps/istream.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream-data.o -MD -MP -MF ".deps/istream-data.Tpo" -c -o istream-data.o istream-data.c; then mv -f ".deps/istream-data.Tpo" ".deps/istream-data.Po"; else rm -f ".deps/istream-data.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream-file.o -MD -MP -MF ".deps/istream-file.Tpo" -c -o istream-file.o istream-file.c; then mv -f ".deps/istream-file.Tpo" ".deps/istream-file.Po"; else rm -f ".deps/istream-file.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream-limit.o -MD -MP -MF ".deps/istream-limit.Tpo" -c -o istream-limit.o istream-limit.c; then mv -f ".deps/istream-limit.Tpo" ".deps/istream-limit.Po"; else rm -f ".deps/istream-limit.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream-mmap.o -MD -MP -MF ".deps/istream-mmap.Tpo" -c -o istream-mmap.o istream-mmap.c; then mv -f ".deps/istream-mmap.Tpo" ".deps/istream-mmap.Po"; else rm -f ".deps/istream-mmap.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT istream-seekable.o -MD -MP -MF ".deps/istream-seekable.Tpo" -c -o istream-seekable.o istream-seekable.c; then mv -f ".deps/istream-seekable.Tpo" ".deps/istream-seekable.Po"; else rm -f ".deps/istream-seekable.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop.o -MD -MP -MF ".deps/ioloop.Tpo" -c -o ioloop.o ioloop.c; then mv -f ".deps/ioloop.Tpo" ".deps/ioloop.Po"; else rm -f ".deps/ioloop.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-iolist.o -MD -MP -MF ".deps/ioloop-iolist.Tpo" -c -o ioloop-iolist.o ioloop-iolist.c; then mv -f ".deps/ioloop-iolist.Tpo" ".deps/ioloop-iolist.Po"; else rm -f ".deps/ioloop-iolist.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-notify-none.o -MD -MP -MF ".deps/ioloop-notify-none.Tpo" -c -o ioloop-notify-none.o ioloop-notify-none.c; then mv -f ".deps/ioloop-notify-none.Tpo" ".deps/ioloop-notify-none.Po"; else rm -f ".deps/ioloop-notify-none.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-notify-dn.o -MD -MP -MF ".deps/ioloop-notify-dn.Tpo" -c -o ioloop-notify-dn.o ioloop-notify-dn.c; then mv -f ".deps/ioloop-notify-dn.Tpo" ".deps/ioloop-notify-dn.Po"; else rm -f ".deps/ioloop-notify-dn.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-notify-inotify.o -MD -MP -MF ".deps/ioloop-notify-inotify.Tpo" -c -o ioloop-notify-inotify.o ioloop-notify-inotify.c; then mv -f ".deps/ioloop-notify-inotify.Tpo" ".deps/ioloop-notify-inotify.Po"; else rm -f ".deps/ioloop-notify-inotify.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-notify-kqueue.o -MD -MP -MF ".deps/ioloop-notify-kqueue.Tpo" -c -o ioloop-notify-kqueue.o ioloop-notify-kqueue.c; then mv -f ".deps/ioloop-notify-kqueue.Tpo" ".deps/ioloop-notify-kqueue.Po"; else rm -f ".deps/ioloop-notify-kqueue.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-poll.o -MD -MP -MF ".deps/ioloop-poll.Tpo" -c -o ioloop-poll.o ioloop-poll.c; then mv -f ".deps/ioloop-poll.Tpo" ".deps/ioloop-poll.Po"; else rm -f ".deps/ioloop-poll.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-select.o -MD -MP -MF ".deps/ioloop-select.Tpo" -c -o ioloop-select.o ioloop-select.c; then mv -f ".deps/ioloop-select.Tpo" ".deps/ioloop-select.Po"; else rm -f ".deps/ioloop-select.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-epoll.o -MD -MP -MF ".deps/ioloop-epoll.Tpo" -c -o ioloop-epoll.o ioloop-epoll.c; then mv -f ".deps/ioloop-epoll.Tpo" ".deps/ioloop-epoll.Po"; else rm -f ".deps/ioloop-epoll.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT ioloop-kqueue.o -MD -MP -MF ".deps/ioloop-kqueue.Tpo" -c -o ioloop-kqueue.o ioloop-kqueue.c; then mv -f ".deps/ioloop-kqueue.Tpo" ".deps/ioloop-kqueue.Po"; else rm -f ".deps/ioloop-kqueue.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT lib.o -MD -MP -MF ".deps/lib.Tpo" -c -o lib.o lib.c; then mv -f ".deps/lib.Tpo" ".deps/lib.Po"; else rm -f ".deps/lib.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT lib-signals.o -MD -MP -MF ".deps/lib-signals.Tpo" -c -o lib-signals.o lib-signals.c; then mv -f ".deps/lib-signals.Tpo" ".deps/lib-signals.Po"; else rm -f ".deps/lib-signals.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT md4.o -MD -MP -MF ".deps/md4.Tpo" -c -o md4.o md4.c; then mv -f ".deps/md4.Tpo" ".deps/md4.Po"; else rm -f ".deps/md4.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT md5.o -MD -MP -MF ".deps/md5.Tpo" -c -o md5.o md5.c; then mv -f ".deps/md5.Tpo" ".deps/md5.Po"; else rm -f ".deps/md5.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool.o -MD -MP -MF ".deps/mempool.Tpo" -c -o mempool.o mempool.c; then mv -f ".deps/mempool.Tpo" ".deps/mempool.Po"; else rm -f ".deps/mempool.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool-alloconly.o -MD -MP -MF ".deps/mempool-alloconly.Tpo" -c -o mempool-alloconly.o mempool-alloconly.c; then mv -f ".deps/mempool-alloconly.Tpo" ".deps/mempool-alloconly.Po"; else rm -f ".deps/mempool-alloconly.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool-datastack.o -MD -MP -MF ".deps/mempool-datastack.Tpo" -c -o mempool-datastack.o mempool-datastack.c; then mv -f ".deps/mempool-datastack.Tpo" ".deps/mempool-datastack.Po"; else rm -f ".deps/mempool-datastack.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool-system.o -MD -MP -MF ".deps/mempool-system.Tpo" -c -o mempool-system.o mempool-system.c; then mv -f ".deps/mempool-system.Tpo" ".deps/mempool-system.Po"; else rm -f ".deps/mempool-system.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mempool-unsafe-datastack.o -MD -MP -MF ".deps/mempool-unsafe-datastack.Tpo" -c -o mempool-unsafe-datastack.o mempool-unsafe-datastack.c; then mv -f ".deps/mempool-unsafe-datastack.Tpo" ".deps/mempool-unsafe-datastack.Po"; else rm -f ".deps/mempool-unsafe-datastack.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mkdir-parents.o -MD -MP -MF ".deps/mkdir-parents.Tpo" -c -o mkdir-parents.o mkdir-parents.c; then mv -f ".deps/mkdir-parents.Tpo" ".deps/mkdir-parents.Po"; else rm -f ".deps/mkdir-parents.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mmap-anon.o -MD -MP -MF ".deps/mmap-anon.Tpo" -c -o mmap-anon.o mmap-anon.c; then mv -f ".deps/mmap-anon.Tpo" ".deps/mmap-anon.Po"; else rm -f ".deps/mmap-anon.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mmap-util.o -MD -MP -MF ".deps/mmap-util.Tpo" -c -o mmap-util.o mmap-util.c; then mv -f ".deps/mmap-util.Tpo" ".deps/mmap-util.Po"; else rm -f ".deps/mmap-util.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT module-dir.o -MD -MP -MF ".deps/module-dir.Tpo" -c -o module-dir.o module-dir.c; then mv -f ".deps/module-dir.Tpo" ".deps/module-dir.Po"; else rm -f ".deps/module-dir.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mountpoint.o -MD -MP -MF ".deps/mountpoint.Tpo" -c -o mountpoint.o mountpoint.c; then mv -f ".deps/mountpoint.Tpo" ".deps/mountpoint.Po"; else rm -f ".deps/mountpoint.Tpo"; exit 1; fi mountpoint.c:11:30: #if with no expression mountpoint.c:40: warning: unused parameter 'path' mountpoint.c:40: warning: unused parameter 'pool' *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11/src/lib. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11/src. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11. *** Error code 1 Stop in /usr/home/tim/build/dovecot-1.0.rc11. I don't /think/ I did anything or changed anything from rc10 to rc11 that would cause this. Any assistance would be greatly appreciated. Regards, Tim Wilde From brad at comstyle.com Sun Nov 5 06:57:37 2006 From: brad at comstyle.com (Brad) Date: Sat, 4 Nov 2006 23:57:37 -0500 Subject: [Dovecot] RC11 Build Failure on FreeBSD 6.1 In-Reply-To: <454D2D0B.2000600@krellis.org> References: <454D2D0B.2000600@krellis.org> Message-ID: <20061105045737.GJ26637@blar.home.comstyle.com> On Sat, Nov 04, 2006 at 04:15:07PM -0800, Tim Wilde wrote: > I just ran into a build failure on Dovecot 1.0RC11 on FreeBSD 6.1. > Identical command sequence for the build worked fine for RC10. uname -a: > > FreeBSD thor.krellis.org 6.1-RELEASE-p5 FreeBSD 6.1-RELEASE-p5 #0: Fri > Sep 1 01:47:32 EDT 2006 > root at jail7.jvds.com:/usr/obj/usr/src/sys/JAIL7 i386 > > Configured with a straight ./configure, no options, no problems reported > during configure, but make failed with: > > if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -std=gnu99 -g -O2 -Wall -W > -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith > -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mountpoint.o -MD > -MP -MF ".deps/mountpoint.Tpo" -c -o mountpoint.o mountpoint.c; then mv > -f ".deps/mountpoint.Tpo" ".deps/mountpoint.Po"; else rm -f > ".deps/mountpoint.Tpo"; exit 1; fi > mountpoint.c:11:30: #if with no expression > mountpoint.c:40: warning: unused parameter 'path' > mountpoint.c:40: warning: unused parameter 'pool' > *** Error code 1 > > Stop in /usr/home/tim/build/dovecot-1.0.rc11/src/lib. > *** Error code 1 > > Stop in /usr/home/tim/build/dovecot-1.0.rc11/src. > *** Error code 1 > > Stop in /usr/home/tim/build/dovecot-1.0.rc11. > *** Error code 1 > > Stop in /usr/home/tim/build/dovecot-1.0.rc11. > > Full output of everything I did after untarring (I apologize in advance > for any bad wrapping, I can attach as text/plain if necessary for > diagnosis): I saw the same thing with OpenBSD -current. Here is the fix.. --- src/lib/mountpoint.c.orig Sat Nov 4 23:43:29 2006 +++ src/lib/mountpoint.c Sat Nov 4 23:43:42 2006 @@ -8,7 +8,7 @@ #ifdef HAVE_STATVFS_MNTFROMNAME # include /* NetBSD 3.0+, FreeBSD 5.0+ */ # define STATVFS_STR "statvfs" -#elif HAVE_STATFS_MNTFROMNAME +#elif defined(HAVE_STATFS_MNTFROMNAME) # include /* Older BSDs */ # include # define statvfs statfs From lists at wiesinger.com Sun Nov 5 09:23:28 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Sun, 5 Nov 2006 08:23:28 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162675651.4177.25.camel@hurina> References: <1162675651.4177.25.camel@hurina> Message-ID: Hello! I'm having problems with pine (same config with 1.0rc10), Thunderbird is ok, no namespace config: ============================== 00000000 SELECT Mail/folder 00000001 LOGOUT ============================== .... 00000000 NO Mailbox doesn't exist: Mail/folder * BYE Logging out 00000001 OK Logout completed. ============================== Was something changed in namespace handling? I reverted back to 1.0rc10 ... Thnx. Ciao, Gerhard On Sat, 4 Nov 2006, Timo Sirainen wrote: > http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz > http://dovecot.org/releases/dovecot-1.0.rc11.tar.gz.sig > > Hopefully the last RC release? As far as I know there are no major > problems left now. If nothing big shows up, v1.0 should be out in a > couple of weeks. > > * Renamed default_mail_env to mail_location. default_mail_env still > works for backwards compatibility. > * deliver: When sending rejects, don't include Content-Type in the > rejected mail's headers. > * LDAP changes: > * If auth binds are used, bind back to the default dn before doing > a search. Otherwise it could fail if a user gave an invalid > password. > * Initial binding at connect is now done asynchronously. > * Use pass_attrs even with auth_bind=yes since it may contain > useful non-password fields. > > + passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP > environments to the checkpassword binary so we're UCSPI (and vchkpw) > compatible. > - mbox handling was a bit broken in rc10 > - Using Dovecot via inetd kept crashing dovecot master > - deliver: Don't crash with -f "". Changed the default from envelope > to be "MAILER-DAEMON". > - INBOX wasn't shown with LSUB command if only prefixed namespaces > were used. > - passdb ldap: Reconnecting to LDAP server wasn't working with > auth binds. > - passdb sql: Non-plaintext authentication didn't work > - MySQL passdb ignored all non-password checks, such as allow_nets > - trash plugin was broken > > From tss at iki.fi Sun Nov 5 12:16:35 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 12:16:35 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> Message-ID: <1162721795.4177.29.camel@hurina> On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote: > Hello! > > I'm having problems with pine (same config with 1.0rc10), Thunderbird is > ok, no namespace config: > > ============================== > 00000000 SELECT Mail/folder > 00000001 LOGOUT > ============================== > .... > 00000000 NO Mailbox doesn't exist: Mail/folder Should it have existed? How does rc10 work differently here? > Was something changed in namespace handling? I can't think of anything. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lists at wiesinger.com Sun Nov 5 12:25:26 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Sun, 5 Nov 2006 11:25:26 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162721795.4177.29.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> Message-ID: On Sun, 5 Nov 2006, Timo Sirainen wrote: > On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote: >> Hello! >> >> I'm having problems with pine (same config with 1.0rc10), Thunderbird is >> ok, no namespace config: >> >> ============================== >> 00000000 SELECT Mail/folder >> 00000001 LOGOUT >> ============================== >> .... >> 00000000 NO Mailbox doesn't exist: Mail/folder > > Should it have existed? How does rc10 work differently here? > >> Was something changed in namespace handling? > > I can't think of anything. > Hello Timo! Of course, the folder exists. It is a mbox folder. When I reinstall the 1.0rc10 version the folder is found. Ciao, Gerhard From tss at iki.fi Sun Nov 5 12:34:07 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 12:34:07 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> Message-ID: <1162722847.4177.37.camel@hurina> On Sun, 2006-11-05 at 11:25 +0100, Gerhard Wiesinger wrote: > On Sun, 5 Nov 2006, Timo Sirainen wrote: > > > On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote: > >> Hello! > >> > >> I'm having problems with pine (same config with 1.0rc10), Thunderbird is > >> ok, no namespace config: > >> > >> ============================== > >> 00000000 SELECT Mail/folder > >> 00000001 LOGOUT > >> ============================== > >> .... > >> 00000000 NO Mailbox doesn't exist: Mail/folder > > > > Should it have existed? How does rc10 work differently here? > > > >> Was something changed in namespace handling? > > > > I can't think of anything. > > > > Hello Timo! > > Of course, the folder exists. It is a mbox folder. When I reinstall the > 1.0rc10 version the folder is found. But since it works with Thunderbird, it can't be anything as simple as "it's completely broken". I mean, I can't really fix anything since I've no idea what might have got broken. mboxes work just fine with me. If I'd have to guess it's that the "Mail/" prefix looks suspicious to me. Do you have your mboxes in ~/Mail/ directory? Did you set default_mail_env to point to ~/Mail or have you just set the "Mail/" prefix in both Pine and Thunderbird? Well, this brings to my mind one difference that I can think of: In rc11 default_mail_env has been renamed to mail_location. But default_mail_env should work just as well, as long as you don't have mail_location set. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lists at wiesinger.com Sun Nov 5 12:44:51 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Sun, 5 Nov 2006 11:44:51 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162722847.4177.37.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> Message-ID: On Sun, 5 Nov 2006, Timo Sirainen wrote: > On Sun, 2006-11-05 at 11:25 +0100, Gerhard Wiesinger wrote: >> On Sun, 5 Nov 2006, Timo Sirainen wrote: >> >>> On Sun, 2006-11-05 at 08:23 +0100, Gerhard Wiesinger wrote: >>>> Hello! >>>> >>>> I'm having problems with pine (same config with 1.0rc10), Thunderbird is >>>> ok, no namespace config: >>>> >>>> ============================== >>>> 00000000 SELECT Mail/folder >>>> 00000001 LOGOUT >>>> ============================== >>>> .... >>>> 00000000 NO Mailbox doesn't exist: Mail/folder >>> >>> Should it have existed? How does rc10 work differently here? >>> >>>> Was something changed in namespace handling? >>> >>> I can't think of anything. >>> >> >> Hello Timo! >> >> Of course, the folder exists. It is a mbox folder. When I reinstall the >> 1.0rc10 version the folder is found. > > But since it works with Thunderbird, it can't be anything as simple as > "it's completely broken". I mean, I can't really fix anything since I've > no idea what might have got broken. mboxes work just fine with me. > > If I'd have to guess it's that the "Mail/" prefix looks suspicious to > me. Do you have your mboxes in ~/Mail/ directory? Did you set > default_mail_env to point to ~/Mail or have you just set the "Mail/" > prefix in both Pine and Thunderbird? > > Well, this brings to my mind one difference that I can think of: In rc11 > default_mail_env has been renamed to mail_location. But default_mail_env > should work just as well, as long as you don't have mail_location set. > In Thunderbird I use: ~/Mail In pine I use: folder-collections=Mail {localhost/notls}Mail/[] It has something to do with the default_mail_env, which does not work well and seems to be broken for backward compatibility (I should have tested the snapshot from yesterday :-) ): Not OK in 1.0rc11, but ok in 1.0rc10: default_mail_env = mbox:~:INBOX=/var/mail/%u OK in 1.0rc11: mail_location = mbox:~:INBOX=/var/mail/%u Ciao, Gerhard From tss at iki.fi Sun Nov 5 12:56:50 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 12:56:50 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> Message-ID: <1162724210.4177.41.camel@hurina> On Sun, 2006-11-05 at 11:44 +0100, Gerhard Wiesinger wrote: > In Thunderbird I use: > ~/Mail > > In pine I use: > folder-collections=Mail {localhost/notls}Mail/[] > > It has something to do with the default_mail_env, which does not work > well and seems to be broken for backward compatibility (I should have > tested the snapshot from yesterday :-) ): > > Not OK in 1.0rc11, but ok in 1.0rc10: > default_mail_env = mbox:~:INBOX=/var/mail/%u > > OK in 1.0rc11: > mail_location = mbox:~:INBOX=/var/mail/%u Is it possible that Pine could be logging in with "dovecot --exec-mail imap" instead of using TCP? I think it tries to execute the imap binary directly when logging in to localhost. For that case the default_mail_env is broken, but for normal TCP connections it should work. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lists at wiesinger.com Sun Nov 5 13:00:30 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Sun, 5 Nov 2006 12:00:30 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162724210.4177.41.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> Message-ID: On Sun, 5 Nov 2006, Timo Sirainen wrote: > On Sun, 2006-11-05 at 11:44 +0100, Gerhard Wiesinger wrote: >> In Thunderbird I use: >> ~/Mail >> >> In pine I use: >> folder-collections=Mail {localhost/notls}Mail/[] >> >> It has something to do with the default_mail_env, which does not work >> well and seems to be broken for backward compatibility (I should have >> tested the snapshot from yesterday :-) ): >> >> Not OK in 1.0rc11, but ok in 1.0rc10: >> default_mail_env = mbox:~:INBOX=/var/mail/%u >> >> OK in 1.0rc11: >> mail_location = mbox:~:INBOX=/var/mail/%u > > Is it possible that Pine could be logging in with "dovecot --exec-mail > imap" instead of using TCP? I think it tries to execute the imap binary > directly when logging in to localhost. For that case the > default_mail_env is broken, but for normal TCP connections it should > work. > Yes, I'm using pine with "dovecot --exec-mail imap". I'm always having configurations which breaks software tests :-) Ciao, Gerhard -- http://www.wiesinger.com/ From tss at iki.fi Sun Nov 5 13:28:43 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 13:28:43 +0200 Subject: [Dovecot] 1.0.rc12 released Message-ID: <1162726123.4177.44.camel@hurina> http://dovecot.org/releases/dovecot-1.0.rc12.tar.gz http://dovecot.org/releases/dovecot-1.0.rc12.tar.gz.sig Since rc11 has problems compiling with BSDs, here's a new release. Just two changes: - rc11 didn't compile with some compilers - default_mail_env fallbacking was broken with --exec-mail Here's also again the rc11 changes: * Renamed default_mail_env to mail_location. default_mail_env still works for backwards compatibility. * deliver: When sending rejects, don't include Content-Type in the rejected mail's headers. * LDAP changes: * If auth binds are used, bind back to the default dn before doing a search. Otherwise it could fail if a user gave an invalid password. * Initial binding at connect is now done asynchronously. * Use pass_attrs even with auth_bind=yes since it may contain useful non-password fields. + passdb checkpassword: Give TCPLOCALIP and TCPREMOTEIP and PROTO=TCP environments to the checkpassword binary so we're UCSPI (and vchkpw) compatible. - mbox handling was a bit broken in rc10 - Using Dovecot via inetd kept crashing dovecot master - deliver: Don't crash with -f "". Changed the default from envelope to be "MAILER-DAEMON". - INBOX wasn't shown with LSUB command if only prefixed namespaces were used. - passdb ldap: Reconnecting to LDAP server wasn't working with auth binds. - passdb sql: Non-plaintext authentication didn't work - MySQL passdb ignored all non-password checks, such as allow_nets - trash plugin was broken -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From egbert at vandenbussche.nl Sun Nov 5 15:27:16 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Sun, 05 Nov 2006 14:27:16 +0100 Subject: [Dovecot] Dovecot 1.0.rc10 In-Reply-To: <1162726123.4177.44.camel@hurina> Message-ID: <002901c700de$1cb98b10$0d01a8c0@egbert> Hi there! I'm new to the list and Dovecot. I run a mailserver for 2 (low volume) domains here on Mandriva Linux 2006.0 on a 400 Mhz P-III. My testbed is Mandriva 2007.0 on 1GHz P-III. I was planning to rebuild/test my Postfix/Courier based mailserver on the test machine when I discovered Dovecot. I Installed rc10 and it seems to work when I just configure (with mysql) and make (install). Since I would like to build an rpm, I tried rpmbuild with the at src.rpm. That doen't work for me yet. Some libraries seem to be missing. Strange, because the plain configure/make does not complain. I will have to look into that again. Maybe a lib in a dfferent location which I have to state somewhere. There is no 'real' start/stop init file, as far as I can see. Should I invent that myself or is there init script around somewhere? TIA Egbert Jan (NL) From ghen at telenet.be Sun Nov 5 17:40:44 2006 From: ghen at telenet.be (Geert Hendrickx) Date: Sun, 5 Nov 2006 16:40:44 +0100 Subject: [Dovecot] RC11 Build Failure on FreeBSD 6.1 In-Reply-To: <20061105045737.GJ26637@blar.home.comstyle.com> References: <454D2D0B.2000600@krellis.org> <20061105045737.GJ26637@blar.home.comstyle.com> Message-ID: <20061105154044.GA29659@lori.ghen.be> On Sat, Nov 04, 2006 at 11:57:37PM -0500, Brad wrote: > On Sat, Nov 04, 2006 at 04:15:07PM -0800, Tim Wilde wrote: > > I just ran into a build failure on Dovecot 1.0RC11 on FreeBSD 6.1. > > I saw the same thing with OpenBSD -current. Strange, it compiled just fine for me on NetBSD 3.1. Geert From tim at krellis.org Sun Nov 5 18:32:20 2006 From: tim at krellis.org (Tim Wilde) Date: Sun, 05 Nov 2006 08:32:20 -0800 Subject: [Dovecot] RC11 Build Failure on FreeBSD 6.1 In-Reply-To: <20061105045737.GJ26637@blar.home.comstyle.com> References: <454D2D0B.2000600@krellis.org> <20061105045737.GJ26637@blar.home.comstyle.com> Message-ID: <454E1214.6000402@krellis.org> Brad wrote: > I saw the same thing with OpenBSD -current. > > Here is the fix.. Brad, Excellent, thanks for the fix, and, Timo, thanks for such a quick rc12 (and a great product as well!) Regards, Tim Wilde From arb at anand.org Sun Nov 5 19:30:04 2006 From: arb at anand.org (Anand Buddhdev) Date: Sun, 05 Nov 2006 18:30:04 +0100 Subject: [Dovecot] Dovecot 1.0.rc10 References: <1162726123.4177.44.camel@hurina> <002901c700de$1cb98b10$0d01a8c0@egbert> Message-ID: Egbert Jan wrote: > Hi there! Hi Egbert, > I was planning to rebuild/test my Postfix/Courier based mailserver on > the test machine when I discovered Dovecot. I Installed rc10 and it > seems to work when I just configure (with mysql) and make (install). > Since I would like to build an rpm, I tried rpmbuild with the at > src.rpm. That doen't work for me yet. Some libraries seem to be > missing. Strange, because the plain configure/make does not complain. > I will have to look into that again. Maybe a lib in a dfferent > location which I have to state somewhere. There's a different in building from source, and building an RPM. When you run configure and make, the configure script checks for certain libraries, but if they are not present, it ignores them, and avoids building a certain feature into Dovecot. An RPM, on the other hand, chooses to build a package in a certain way, and therefore has explicitly defined dependencies. > There is no 'real' start/stop init file, as far as I can see. Should I > invent that myself or is there init script around somewhere? Someone posted an init script here recently, so you could look back in the archives for last week, and use that. Alternatively, you can download the Fedora Core RPM from atrpms.net, and extract and adapt the init script in there for your system. -- Anand From mlists at starmania.net Sun Nov 5 19:52:10 2006 From: mlists at starmania.net (Mike Cisar) Date: Sun, 5 Nov 2006 10:52:10 -0700 Subject: [Dovecot] Auto-expire messages in a folder Message-ID: <01de01c70103$1eabe560$5c03b020$@net> I have a Fedora 5 server running Dovecot (currently 1.0 rc10). The spam filter (amavis) automatically tags email (using plussed addressing) such that messages flagged as spam are sorted into a "spambox" folder by procmail. Seemed like a good idea at the time, but because of some legacy issues with filesystem quota also being in place, combined with most users connecting with POP3 rather than IMAP... spam doesn't stay in their inbox, they don't check their spambox and they are very quickly over quota. What I would like to do is stick with the "spambox" folder idea, but have any messages in that folder which are older than a certain number of days deleted automatically. Could this be done by Dovecot? If so how would dovecot know to visit all the user's mailboxes to do it... or would it only be able to do so when a user logged in via IMAP (as opposed to POP3)? If not, is anyone aware of a script that I could run in nightly maintenance to do a cleanup pass on all the mailboxes? I know there are any number of ways that this could be accomplished but I would like to do it as much within my existing framework as possible... sendmail/procmail/amavis on the delivery side, dovecot in the middle, horde/imp for webmail and whatever email client the end users have (likely Outlook/Outlook Express for the most part)... all pretty generic, standard mailbox formats... nothing fancy like data stored in mySQL or anything like that. As everyone encounters, the more parts you change, the more other parts you have to fix to be compatible with the changes :-) Obviously I would like the solution to also be as feature rich as I can at the same time (might as well wish for it all right :-). Maybe for the sake of the POP3 folks it would also be nice to generate a once-daily email with the names, subjects of the messages in the folder saying "here's what is in your spam folder, please log in to webmail to manage your spam" (and in a perfect world some sort of link to click on which could move the message from the spambox back into the inbox). Does anyone have any solutions they can share that run within a similar framework to what I have set up? The thing that I need in the immediate term is to purge the spam folder automatically, the mid-term goal is to evolve that into a sort of spam-processing center/solution for the users. Thanks for any suggestions! Cheers, >>>>> Mike <<<<< From jtk at yahoo.com Sun Nov 5 19:53:46 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 05 Nov 2006 12:53:46 -0500 Subject: [Dovecot] ~/.maildir preferable to %h/Maildir and ~/Maildir? Message-ID: I have a recently deployed dovecot server and am readying another. Upon updating to rc12, I note the following change in the default dovecot.conf file: -default_mail_env = mbox:/var/spool/mail/%u:INDEX=/var/dovecot/%u +mail_location = maildir:~/.maildir Integrating this change to my local dovecot.conf: # formerly used default_mail_env = maildir:%h/Maildir # dovecot default mail_location = maildir:~/.maildir mail_location = maildir:~/Maildir With unix users of the form: myuser:x:505:100:My User:/home/myuser:/sbin/nologin each having ~/Maildir, should I: 1) use the ~/.maildir form over ~/Maildir. 2) use the ~ instead of %h 3) do anything for dovecot's benefit (reindex, etc.) besides a per-user 'mv ~/Maildir ~/.maildir' if 1). I came straight from an ancient sendmail mbox setup to dovecot, so I want to do things the best-pracitce IMAP/dovecot way. Thanks. From tss at iki.fi Sun Nov 5 19:58:29 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 19:58:29 +0200 Subject: [Dovecot] ~/.maildir preferable to %h/Maildir and ~/Maildir? In-Reply-To: References: Message-ID: <1162749509.4177.50.camel@hurina> On Sun, 2006-11-05 at 12:53 -0500, Jeff Kowalczyk wrote: > I have a recently deployed dovecot server and am readying another. Upon > updating to rc12, I note the following change in the default dovecot.conf > file: > > -default_mail_env = mbox:/var/spool/mail/%u:INDEX=/var/dovecot/%u > +mail_location = maildir:~/.maildir Where did you get rc12? In my tarball there are still: # mail_location = maildir:~/Maildir # mail_location = mbox:~/mail:INBOX=/var/mail/%u # mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n No "~/.maildir" anywhere, and I don't recommend using it either. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jtk at yahoo.com Sun Nov 5 20:19:31 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 05 Nov 2006 13:19:31 -0500 Subject: [Dovecot] ~/.maildir preferable to %h/Maildir and ~/Maildir? References: <1162749509.4177.50.camel@hurina> Message-ID: Timo Sirainen wrote: > Where did you get rc12? In my tarball there are still: > > # mail_location = maildir:~/Maildir > # mail_location = mbox:~/mail:INBOX=/var/mail/%u > # mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n > > No "~/.maildir" anywhere, and I don't recommend using it either. Ah, that's probably my fault to have gotten the update misquoted. I installed it from Gentoo ~x86, but my mistake likely comes from the shuffling of dovecot.conf to dovecot-orig.conf each time I install a dovecot update. I have been trying to keep the contents of my dovecot.conf down to just the actual configuration directives used, and this gets clobbered by the etc-update. Thanks for setting me straight. So to wrap up the subquestion, is ~ preferable to %h? base_dir = /var/run/dovecot/ protocols = imap imaps pop3 pop3s listen = * shutdown_clients = yes log_path = /var/log/mail.log info_log_path = /var/log/mail.log log_timestamp = "%b %d %H:%M:%S " syslog_facility = mail disable_plaintext_auth = no ssl_disable = no ssl_cert_file = /etc/ssl/certs/dovecot.pem ssl_key_file = /etc/ssl/private/dovecot.pem login_chroot = yes login_user = dovecot mail_location = maildir:~/Maildir mail_extra_groups = mail mail_debug = yes protocol pop3 { pop3_uidl_format = %08Xu%08Xv } auth_verbose = yes auth_debug = yes auth_debug_passwords = yes auth default { mechanisms = plain login passdb pam { args = dovecot } userdb passwd { } socket listen { client { # Assuming the default Postfix $queue_directory setting path = /var/spool/postfix/private/auth mode = 0660 # Assuming the default Postfix user and group user = postfix group = postfix } } user = root } From uberlord at gentoo.org Sun Nov 5 20:20:07 2006 From: uberlord at gentoo.org (Roy Marples) Date: Sun, 5 Nov 2006 18:20:07 +0000 Subject: [Dovecot] ~/.maildir preferable to %h/Maildir and ~/Maildir? In-Reply-To: <1162749509.4177.50.camel@hurina> References: <1162749509.4177.50.camel@hurina> Message-ID: <200611051820.07799.uberlord@gentoo.org> On Sunday 05 November 2006 17:58, Timo Sirainen wrote: > On Sun, 2006-11-05 at 12:53 -0500, Jeff Kowalczyk wrote: > > I have a recently deployed dovecot server and am readying another. Upon > > updating to rc12, I note the following change in the default dovecot.conf > > file: > > > > -default_mail_env = mbox:/var/spool/mail/%u:INDEX=/var/dovecot/%u > > +mail_location = maildir:~/.maildir > > Where did you get rc12? In my tarball there are still: > > # mail_location = maildir:~/Maildir > # mail_location = mbox:~/mail:INBOX=/var/mail/%u > # mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n > > No "~/.maildir" anywhere, and I don't recommend using it either. Probably from Gentoo as we sed the config file a bit for Gentoo defaults and package USE flag selection. The defaultt maildir location on Gentoo has always been ~/.maildir instead of ~/Maildir. Why this is, I really don't know - you'll have to speak with the net-mail team (of which I'm not a member) This isn't new behaviour either - the Gentoo ebuild has been doing it since I took it over in the 0.99 range :) Thanks -- Roy Marples Gentoo Developer (baselayout, networking) From mark.ruys at in2sports.net Sun Nov 5 21:16:08 2006 From: mark.ruys at in2sports.net (Mark Ruys) Date: Sun, 5 Nov 2006 20:16:08 +0100 Subject: [Dovecot] Auto-expire messages in a folder In-Reply-To: <01de01c70103$1eabe560$5c03b020$@net> Message-ID: <200611051916.kA5JGCPa020008@boston.rvl> This does not seem te be a task for Dovecot. I run a daily cronjob, on a FC4 server: $cat /etc/cron.daily/purge.junk #!/bin/sh HOURS=$((2 * 24 * 7)) for domain in /var/mail/* do if [ -d "$domain" ] then cd $domain for user in * do if [ -d "$user/Maildir/.Junk" ] then tmpwatch $HOURS $user/Maildir/.Junk/{cur,new} fi done fi done Mark -----Oorspronkelijk bericht----- Van: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] Namens Mike Cisar Verzonden: zondag 5 november 2006 18:52 Aan: dovecot at dovecot.org Onderwerp: [Dovecot] Auto-expire messages in a folder I have a Fedora 5 server running Dovecot (currently 1.0 rc10). The spam filter (amavis) automatically tags email (using plussed addressing) such that messages flagged as spam are sorted into a "spambox" folder by procmail. Seemed like a good idea at the time, but because of some legacy issues with filesystem quota also being in place, combined with most users connecting with POP3 rather than IMAP... spam doesn't stay in their inbox, they don't check their spambox and they are very quickly over quota. What I would like to do is stick with the "spambox" folder idea, but have any messages in that folder which are older than a certain number of days deleted automatically. Could this be done by Dovecot? If so how would dovecot know to visit all the user's mailboxes to do it... or would it only be able to do so when a user logged in via IMAP (as opposed to POP3)? If not, is anyone aware of a script that I could run in nightly maintenance to do a cleanup pass on all the mailboxes? I know there are any number of ways that this could be accomplished but I would like to do it as much within my existing framework as possible... sendmail/procmail/amavis on the delivery side, dovecot in the middle, horde/imp for webmail and whatever email client the end users have (likely Outlook/Outlook Express for the most part)... all pretty generic, standard mailbox formats... nothing fancy like data stored in mySQL or anything like that. As everyone encounters, the more parts you change, the more other parts you have to fix to be compatible with the changes :-) Obviously I would like the solution to also be as feature rich as I can at the same time (might as well wish for it all right :-). Maybe for the sake of the POP3 folks it would also be nice to generate a once-daily email with the names, subjects of the messages in the folder saying "here's what is in your spam folder, please log in to webmail to manage your spam" (and in a perfect world some sort of link to click on which could move the message from the spambox back into the inbox). Does anyone have any solutions they can share that run within a similar framework to what I have set up? The thing that I need in the immediate term is to purge the spam folder automatically, the mid-term goal is to evolve that into a sort of spam-processing center/solution for the users. Thanks for any suggestions! Cheers, >>>>> Mike <<<<< From tss at iki.fi Sun Nov 5 21:51:10 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 21:51:10 +0200 Subject: [Dovecot] ~/.maildir preferable to %h/Maildir and ~/Maildir? In-Reply-To: References: <1162749509.4177.50.camel@hurina> Message-ID: <1162756270.4177.53.camel@hurina> On Sun, 2006-11-05 at 13:19 -0500, Jeff Kowalczyk wrote: > Thanks for setting me straight. So to wrap up the subquestion, is ~ > preferable to %h? There's really no difference between them. Before ~/ didn't work everywhere in the default_mail_env, but nowadays it does, so I guess ~/ should be used since it's more understandable than %h. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 5 21:56:02 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 21:56:02 +0200 Subject: [Dovecot] Auto-expire messages in a folder In-Reply-To: <01de01c70103$1eabe560$5c03b020$@net> References: <01de01c70103$1eabe560$5c03b020$@net> Message-ID: <1162756562.4177.57.camel@hurina> On Sun, 2006-11-05 at 10:52 -0700, Mike Cisar wrote: > What I would like to do is stick with the "spambox" folder idea, but have > any messages in that folder which are older than a certain number of days > deleted automatically. There's a plugin for this, but it won't come to v1.0, and you probably shouldn't use the CVS HEAD version yet. > If > not, is anyone aware of a script that I could run in nightly maintenance to > do a cleanup pass on all the mailboxes? Whatever script you use, it's better to delete by ctime and not mtime. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 5 23:13:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 05 Nov 2006 23:13:36 +0200 Subject: [Dovecot] Wiki documentation Message-ID: <1162761216.4177.61.camel@hurina> I spent most of today adding new content to the Wiki and cleaning up the existing content. The front page is now also reorganized, but there are several links in it to pages which are still missing. Please write them. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmaurer at betterbe.com Sun Nov 5 23:50:37 2006 From: mmaurer at betterbe.com (J.M. Maurer) Date: Sun, 05 Nov 2006 22:50:37 +0100 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162660856.4177.4.camel@hurina> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> <1162653113.29374.90.camel@hurina> <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> <1162660856.4177.4.camel@hurina> Message-ID: <1162763437.2373.7.camel@sigma.lan.uwog.net> > > I understand this change was to fix an existing bug, but it sounds like > > the change was far more than a simple bug fix. Major code rewrites, > > especially without any testing, don't seem right at this stage in the game. > > In general I agree, but there wasn't any simple fix for this bug, except > to just tell people that auth_bind sort of works but not really. And > since so many people have wanted auth binds for a long time, I think > it's better to fix it now than to hear complains about it for a long > time. Did I miss something here? I did read some "maybe-there-is-a-memleak-issue" reports, but other than that, I saw no auth_bind related issues. We ourselves use it quite heavily in production environments with no problems whatsoever. Regards, Marc From egbert at vandenbussche.nl Sun Nov 5 23:49:17 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Sun, 05 Nov 2006 22:49:17 +0100 Subject: [Dovecot] Wiki documentation In-Reply-To: <1162761216.4177.61.camel@hurina> Message-ID: <002a01c70124$3e4f18d0$0d01a8c0@egbert> Thanks Timo! I've spend most of today to read and understand it ;-/ When I know the answers to all the questions I still have, I might jump in and try to write a few wiki pages.... For the moment I can't get my real users (local accounts) to access their Maildir/ via IMAP. Virtual accounts seem to work now. I use an XP Outlook client for testing. For some strange reason I couldn'd tell Evolution where to look for the Maildir/ (which is in $HOME/Maildir). It will probably be my own ignorance; I started with Dovecot just 3 days ago... Keep up the good work! Egbert Jan (NL) > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Timo Sirainen > Sent: Sunday, November 05, 2006 10:14 PM > To: dovecot at dovecot.org > Subject: [Dovecot] Wiki documentation > > > I spent most of today adding new content to the Wiki and > cleaning up the existing content. The front page is now also > reorganized, but there are several links in it to pages which > are still missing. Please write them. :) > From tss at iki.fi Mon Nov 6 00:09:43 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 6 Nov 2006 00:09:43 +0200 Subject: [Dovecot] Large LDAP changes - testing needed In-Reply-To: <1162763437.2373.7.camel@sigma.lan.uwog.net> References: <1162506552.4024.189.camel@hurina> <1162550831.30500.5.camel@localhost> <1162653113.29374.90.camel@hurina> <1162660032.796.TMDA@tmda.severn.wwwdotorg.org> <1162660856.4177.4.camel@hurina> <1162763437.2373.7.camel@sigma.lan.uwog.net> Message-ID: <72CB4456-DEEA-46C9-839B-E023809A5D66@iki.fi> On 5.11.2006, at 23.50, J.M. Maurer wrote: >>> I understand this change was to fix an existing bug, but it >>> sounds like >>> the change was far more than a simple bug fix. Major code rewrites, >>> especially without any testing, don't seem right at this stage in >>> the game. >> >> In general I agree, but there wasn't any simple fix for this bug, >> except >> to just tell people that auth_bind sort of works but not really. And >> since so many people have wanted auth binds for a long time, I think >> it's better to fix it now than to hear complains about it for a long >> time. > > Did I miss something here? I did read some > "maybe-there-is-a-memleak-issue" reports, but other than that, I > saw no > auth_bind related issues. We ourselves use it quite heavily in > production environments with no problems whatsoever. The problem was the after a user gave an invalid password, no-one was then logged into the LDAP server so all the queries afterwards failed. Now I'm not sure if it's possible to configure the LDAP server to allow the queries even if no-one is logged in, I'd guess it is and maybe that's why it worked with you? Or if you were using auth_bind_userdn that also worked because no queries were done until a valid binding was done. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From ndbecker2 at gmail.com Mon Nov 6 01:31:00 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 5 Nov 2006 18:31:00 -0500 Subject: [Dovecot] deliver feature request (filter) In-Reply-To: <20061104232319.GS5591@pixel.global-banlist.de> References: <20061104232319.GS5591@pixel.global-banlist.de> Message-ID: <200611051831.01377.ndbecker2@gmail.com> On Saturday 04 November 2006 6:23 pm, Marcus Rueckert wrote: > On 2006-11-04 07:00:48 -0500, Neal Becker wrote: > > I'm using maildrop for delivery, because I want to filter through > > spamassassin before delivery. Maildrop makes that trivial. > > > > It seems deliver can pipe (one way) to a command, but what is needed is > > to pipe: > > deliver -> spamd -> deliver > > > > which is what the maildrop xfilter does. > > you feed deliver from your MTA or from your mail fetch tool? > Right now I do: fetchmail -> maildrop I'd like to do: fetchmail -> deliver From rueckert at informatik.uni-rostock.de Mon Nov 6 01:36:53 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Mon, 6 Nov 2006 00:36:53 +0100 Subject: [Dovecot] deliver feature request (filter) In-Reply-To: <200611051831.01377.ndbecker2@gmail.com> References: <20061104232319.GS5591@pixel.global-banlist.de> <200611051831.01377.ndbecker2@gmail.com> Message-ID: <20061105233653.GA12025@pixel.global-banlist.de> On 2006-11-05 18:31:00 -0500, Neal Becker wrote: > fetchmail -> maildrop > > I'd like to do: > > fetchmail -> deliver getmail(http://pyropus.ca/software/getmail/) serves me very well here. my ~/.getmail/getmailrc looks more or less like that: [[[ [options] verbose = 3 delete = true message_log = ~/.getmail/log [retriever] type = SimplePOP3SSLRetriever server = pop3.example.com # for imap: #type = SimpleIMAPSSLRetriever #server = imap.example.com username = user # for imap # mailboxes = ("INBOX", "Spam", "Important") [destination] type = MDA_external path = /usr/lib/dovecot/deliver [filter] type = Filter_external path = /usr/sbin/dspamc arguments = ("--client", "--deliver=innocent,spam", "--stdout") ]]] suse user can find rpms for getmail in http://software.opensuse.org/download/server:/mail/ darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From truxa at truxoft.com Mon Nov 6 15:06:12 2006 From: truxa at truxoft.com (Ivo Truxa) Date: Mon, 6 Nov 2006 14:06:12 +0100 Subject: [Dovecot] Upgrade from RC7 to RC10 didn't go too well... Message-ID: <000401c701a4$573c9180$1600a8c0@truXoft.local> I have the same problem after upgrading to RC10. Did you find a solution? Should I update to RC11 or rather downgrade back to an earlier version? Thanks, Ivo Truxa >>>>>>> original message >>>>>>> Hi, On the weekend I tried to upgrade from RC7 to RC10. Clearly, I have to change some things before I can do this. What does it take to get to RC10? As is, my mail client got an error trying to list messages in /INBOX (via IMAP) and the mail.err log shows the following messages: Oct 29 10:27:32 siona dovecot: IMAP(archangel): open(/var/mail/archangel/inbox, O_CREAT) failed: Not a directory Oct 29 10:27:32 siona dovecot: IMAP(archangel): mkdir_parents(/var/mail/archangel/.imap/INBOX) failed: Not a directory Oct 29 10:27:32 siona dovecot: IMAP(archangel): open() failed with subscription file /var/mail/archangel/.subscriptions: Not a directory My dovecot.conf includes default_mail_env = mbox:/var/mail/%u And other then enabling SSL, I've got a pretty vanilla configuration (e.g. nothing in the IMAP section at all, no odd namespaces...) /var/mail/archangel is an mbox file, why is dovecot trying to open files under there? I know at least part of the discussion has happened on the list before so I'm sorry for duplicating other questions. My TODO is about ten km long so I hope someone can at least give me a couple good pointers. Thanks in advance! -- Dominic Lepiane The IRMACS Centre From dlepiane at irmacs.sfu.ca Mon Nov 6 20:40:22 2006 From: dlepiane at irmacs.sfu.ca (Dominic Lepiane) Date: Mon, 6 Nov 2006 10:40:22 -0800 Subject: [Dovecot] Upgrade from RC7 to RC10 didn't go too well... In-Reply-To: <000401c701a4$573c9180$1600a8c0@truXoft.local> References: <000401c701a4$573c9180$1600a8c0@truXoft.local> Message-ID: <200611061040.22505.dlepiane@irmacs.sfu.ca> Timo posted a solution for this as well. You need to change the default_mail_env to match the appropriate example from the provided config. default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u This is due to changes as of RC8. As per Timo's comments about RC11, the config item is now called "mail_location" instead of "default_mail_env". Cheers On Monday 06 November 2006 05:06, Ivo Truxa wrote: > I have the same problem after upgrading to RC10. Did you find a solution? > Should I update to RC11 or rather downgrade back to an earlier version? > > Thanks, > Ivo Truxa > > >>>>>>> original message >>>>>>> > > Hi, > > On the weekend I tried to upgrade from RC7 to RC10. Clearly, I have to > change > some things before I can do this. What does it take to get to RC10? > > As is, my mail client got an error trying to list messages in /INBOX (via > IMAP) and the mail.err log shows the following messages: > > Oct 29 10:27:32 siona dovecot: IMAP(archangel): > open(/var/mail/archangel/inbox, O_CREAT) failed: Not a directory > Oct 29 10:27:32 siona dovecot: IMAP(archangel): > mkdir_parents(/var/mail/archangel/.imap/INBOX) failed: Not a directory > Oct 29 10:27:32 siona dovecot: IMAP(archangel): open() failed with > subscription file /var/mail/archangel/.subscriptions: > Not a directory > > My dovecot.conf includes > default_mail_env = mbox:/var/mail/%u > > And other then enabling SSL, I've got a pretty vanilla configuration (e.g. > nothing in the IMAP section at all, no odd namespaces...) > > /var/mail/archangel is an mbox file, why is dovecot trying to open files > under > there? > > > I know at least part of the discussion has happened on the list before so > I'm > sorry for duplicating other questions. My TODO is about ten km long so I > hope someone can at least give me a couple good pointers. > > Thanks in advance! -- Dominic Lepiane The IRMACS Centre Simon Fraser University -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Rich.West at wesmo.com Mon Nov 6 21:55:02 2006 From: Rich.West at wesmo.com (Rich West) Date: Mon, 06 Nov 2006 14:55:02 -0500 Subject: [Dovecot] Upgrade from RC7 to RC10 didn't go too well... In-Reply-To: <200611061040.22505.dlepiane@irmacs.sfu.ca> References: <000401c701a4$573c9180$1600a8c0@truXoft.local> <200611061040.22505.dlepiane@irmacs.sfu.ca> Message-ID: <454F9316.1030906@wesmo.com> Dominic Lepiane wrote: > As per Timo's comments about RC11, the > config item is now called "mail_location" instead of "default_mail_env". > Although both do work, it is best to use the mail_location going forward. :) -Rich From marc at perkel.com Mon Nov 6 23:39:21 2006 From: marc at perkel.com (Marc Perkel) Date: Mon, 06 Nov 2006 13:39:21 -0800 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <1162726123.4177.44.camel@hurina> References: <1162726123.4177.44.camel@hurina> Message-ID: <454FAB89.6080504@perkel.com> Timo, rc12 seem to be running slow and high load levels. You seem to be switching back and forth between being fast and slow. I'm going back to rc7 because it worked really well. I'm running MBOX. From CMarcus at Media-Brokers.com Mon Nov 6 23:44:12 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 06 Nov 2006 16:44:12 -0500 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <454FAB89.6080504@perkel.com> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> Message-ID: <454FACAC.2090900@Media-Brokers.com> Marc Perkel wrote: > Timo, > > rc12 seem to be running slow and high load levels. You seem to be > switching back and forth between being fast and slow. I'm going back to > rc7 because it worked really well. I'm running MBOX. Well thats a real helpful bug report... -- Best regards, Charles From marc at perkel.com Mon Nov 6 23:47:36 2006 From: marc at perkel.com (Marc Perkel) Date: Mon, 06 Nov 2006 13:47:36 -0800 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <454FACAC.2090900@Media-Brokers.com> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> <454FACAC.2090900@Media-Brokers.com> Message-ID: <454FAD78.9010707@perkel.com> Charles Marcus wrote: > Marc Perkel wrote: >> Timo, >> >> rc12 seem to be running slow and high load levels. You seem to be >> switching back and forth between being fast and slow. I'm going back >> to rc7 because it worked really well. I'm running MBOX. > > Well thats a real helpful bug report... I wish I had more info but it's better than nothing. From rainer at route66.homelinux.net Tue Nov 7 00:24:55 2006 From: rainer at route66.homelinux.net (Rainer Ophoven) Date: Mon, 06 Nov 2006 23:24:55 +0100 Subject: [Dovecot] Duplicate header extension keywords Message-ID: <454FB637.3040707@route66.homelinux.net> I'm running dovecot supporting imaps and pop3s in a small home-office environment on a Linux-box, kernel 2.4.33, with postfix-2.3.4, amavisd-new and spamassassin. I use Thunderbird as mail-client on Windows XP. ever since upgrading to RC10 I every now and then find these error messages in doveocot.log: Error: IMAP(rainer): Corrupted index file /home/rainer/Maildir/.software.Dovecot/dovecot.index: Duplicate header extension keywords and close by: Error: IMAP(rainer): Fixed index file /home/rainer/Maildir/.software.Dovecot/dovecot.index: first_recent_uid_lowwater 1952 -> 1951 Misconfiguration or where is the problem? -- in diesem Sinne, Rainer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 208 bytes Desc: OpenPGP digital signature URL: From Rich.West at wesmo.com Tue Nov 7 06:14:11 2006 From: Rich.West at wesmo.com (Rich West) Date: Mon, 06 Nov 2006 23:14:11 -0500 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <454FAD78.9010707@perkel.com> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> <454FACAC.2090900@Media-Brokers.com> <454FAD78.9010707@perkel.com> Message-ID: <45500813.6070803@wesmo.com> >>> rc12 seem to be running slow and high load levels. You seem to be >>> switching back and forth between being fast and slow. I'm going back >>> to rc7 because it worked really well. I'm running MBOX. >> >> Well thats a real helpful bug report... > > I wish I had more info but it's better than nothing. We've got a moderate system running RC12 with LDAP and mbox that has been chugging along quite well. LDAP support is running a lot better than with previous revisions (rc8-rc11). We haven't seen any issues as of yet. -Rich From papier at sdv.fr Tue Nov 7 10:48:34 2006 From: papier at sdv.fr (Laurent Papier) Date: Tue, 7 Nov 2006 09:48:34 +0100 Subject: [Dovecot] 1.0rc10 proxy memory usage problem In-Reply-To: <1162493113.4024.50.camel@hurina> References: <20061024095547.771a5185.papier@sdv.fr> <1162493113.4024.50.camel@hurina> Message-ID: <20061107094834.32a64236.papier@sdv.fr> Le Thu, 02 Nov 2006 20:45:13 +0200 Timo Sirainen ?crit: > On Tue, 2006-10-24 at 09:55 +0200, Laurent Papier wrote: > > Hi, > > I have a rather large dovecot setup (4 proxy only servers and 21 IMAP/POP3 > > servers) in production for 3 days now. > > > > The memory usage on my proxy servers only grows over time. It looks like a > > memory leak somewhere in dovecot. I have a RRD graph available on demand. > > Well, most importantly you didn't say which process's memory usage > grows? imap-login, pop3-login, both of them, or dovecot-auth? Both of them. In fact the size seems to grow up to login_process_size. I have half most of the value in my configuration files and the memory usage is now stable around 1GB of RAM used. My question is now what is a good setting for login_process_size with 'login_process_per_connection = no' ? With 'login_process_per_connection = no' what is the relation between login_process_size and login_max_connections ? My new configuration is : protocols = pop3 imap disable_plaintext_auth = no ssl_disable = yes login_process_size = 64 login_process_per_connection = no login_processes_count = 8 login_max_connections = 256 login_greeting = ready auth_cache_size = 16384 auth_cache_ttl = 1800 auth_worker_max_count = 30 auth default { mechanisms = plain # Userdb settings are not used with proxy but there need to be something. userdb static { args = static uid=5000 gid=5000 home=/dev/null } passdb sql { args = /etc/dovecot-mysql.conf } user = root count = 1 } -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - From pjvenda at pjvenda.org Tue Nov 7 12:10:44 2006 From: pjvenda at pjvenda.org (Pedro Venda) Date: Tue, 7 Nov 2006 10:10:44 +0000 Subject: [Dovecot] suspected bug in dovecot-ldap setup? In-Reply-To: <1162643493.29374.80.camel@hurina> References: <200610271245.39547.pjvenda@pjvenda.org> <200611031015.52046.pjvenda@pjvenda.org> <1162643493.29374.80.camel@hurina> Message-ID: <200611071010.45141.pjvenda@pjvenda.org> On Saturday 04 November 2006 12:31, Timo Sirainen wrote: > On Fri, 2006-11-03 at 10:15 +0000, Pedro Venda wrote: > > On Thursday 02 November 2006 18:42, Timo Sirainen wrote: > > > On Fri, 2006-10-27 at 12:45 +0100, Pedro Venda wrote: > > > > I intended to have authenticated binds but there was a problem with > > > > the user_filter directive being ignored: > > > > user_filter = > > > > (&(objectClass=JammMailAccount)(mail=%n@%d)(accountActive=TRUE) > > > > (delete=FALSE)) > > > > > > .. > > > > > > > ldap(dave at info.test,::ffff:192.168.0.69): bind search: > > > > base=o=hosting,dc=example,dc=com scope=subtree filter= > > > > **(&(objectClass=posixAccount(uid=dave at info.test))** > > > > dovecot: Oct 26 16:20:58 Info: auth(default): > > > > ldap(dave at info.test,::ffff:192.168.0.69): unknown user > > > > dovecot: Oct 26 16:20:59 Info: auth(default): client out: FAIL 1 > > > > user=dave at info.test > > > > dovecot: Oct 26 16:20:59 Info: imap-login: Disconnected: > > > > user=, method=PLAIN, rip=::ffff:192.168.0.69, > > > > lip=::ffff:192.168.0.5, TLS > > > > > > > > (nevermind the data, it's test only) > > > > > > > > As you can see from the info file, the search filter used was being > > > > (&(objectClass=posixAccount(uid=dave at info.test)) and not > > > > (&(objectClass=JammMailAccount)(mail=dave at info.test)(accountActive=TR > > > >UE) (delete=FALSE)). > > > > > > user_filter is used by userdb only, after the password authentication > > > was successful. So I guess you wanted to modify pass_filter instead? > > > > You see, I'm using auth_bind = yes, so pass_filter isn't relevant. > > Dovecot doesn't need to find the password, given that authentication > > relies on successfull binding. > > If you use auth_bind=yes, but not auth_bind_userdn, then the dn is > looked up using pass_filter, not user_filter. user_filter is used only > after a successful authentication to look up the user_attrs. ok Timo, I understood. These options aren't very intuitive, however, because with auth_bind = yes, you don't need to lookup any password, so I figured pass_filter wasn't necessary... That was my first mistake. On the other hand, user_filter would be the filter to look for a given user... my second mistake. Best regards, -- Pedro Jo?o Lopes Venda email: pjvenda at pjvenda org http://www.pjvenda.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mark.ruys at in2sports.net Tue Nov 7 13:24:44 2006 From: mark.ruys at in2sports.net (Mark Ruys) Date: Tue, 7 Nov 2006 12:24:44 +0100 Subject: [Dovecot] Store outgoing mail in users mailbox Message-ID: <200611071124.kA7BOolg031982@boston.rvl> This might be a MTA question, but because I use Dovecot as an LDA, maybe some can help me here. Our users would like that outgoing mail is automatically saved in some folder, say Sent. We use Postfix with virtual domains, Maildir and Dovecot+Sieve as LDA. Outgoing mail is relayed by our imap-server (with authentification of course, no open relay). Most people seem to advice Postfix sender_bcc_maps and Dovecot's deliver with the -m argument. But I can't get it work. I tried: In master.cf: dovecot-archive unix - n n - - pipe flags=DRhu user=mailowner:mailowner argv=/usr/libexec/dovecot/deliver -d ${recipient} -m Sent In main.cf: sender_bcc_maps = hash:/etc/postfix/sender_bcc_map In sender_bcc_map: tester at ruijs.cc dovecot-archive: But that doesn't work. It looks like "dovecot-archive:" should be a real email address, not a transport (this give an idea of my Postfix knowledge ;). Then I tried: In sender_bcc_map: tester at ruijs.cc tester+archive at ruijs.cc But I don't think Dovecot's LDA supports plus addressing. So my question is, has anyone here done a similar thing in a similar setting. If so, how did you configure it. Thans, Mark Oudenhof 14b, 4191 NW Geldermalsen, The Netherlands Web site and travel directions: www.in2sports.net Phone +31.345.473699 :: Mobile +31.6.51298623 -------------- next part -------------- An HTML attachment was scrubbed... URL: From acasado at ual.es Tue Nov 7 13:29:08 2006 From: acasado at ual.es (=?ISO-8859-1?Q?Antonio_Casado_Rodr=EDguez?=) Date: Tue, 07 Nov 2006 12:29:08 +0100 Subject: [Dovecot] move the message between folder problem with quota. Message-ID: <45506E04.80601@ual.es> Hi, i have dovecot 1.0rc12, postfix, RedHat Enterprise Linux ES 4.0 Update 4. IMAP client Thunderbird 1.5.0.7 Only namespace: namespace private { separator = / inbox = yes prefix = location = maildir:~/Maildir/ } When the quota limit is near... more maildirsize 5242880S 0 0 2688058 1 1993336 1 ... if i move the message betweeen foders, dovecot say: quota exceeded. Is this a error? If i delete the message (trash folder), it not work too. would not have to work as Maildir++ specification says? http://www.inter7.com/courierimap/README.maildirquota.html (Reading from a Maildir++) Thanks a lot. From listuser at peternixon.net Tue Nov 7 13:35:25 2006 From: listuser at peternixon.net (Peter Nixon) Date: Tue, 7 Nov 2006 13:35:25 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <1162639004.29374.60.camel@hurina> References: <200611031635.07740.listuser@peternixon.net> <1162639004.29374.60.camel@hurina> Message-ID: <200611071335.31764.listuser@peternixon.net> On Sat 04 Nov 2006 13:16, Timo Sirainen wrote: > On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > > However, I am seeing that dovecot-ldap doesnt reconnect if openldap > > restarts. Is there an options I am missing or is this a know problem?As I > > am using dovecot for sasl with postfix and pop/imap this basically > > completely stops my mail sytem... > > What messages do you see in Dovecot's log files? As far as I know the > reconnection code should be working, at least for most people. Hi Timo Here is postfix's log after ldap is restarted: Nov 7 11:30:45 padme postfix/smtpd[30935]: TLS connection established from unknown[x.x.x.x]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) Nov 7 11:30:56 padme postfix/smtpd[30935]: warning: unknown[x.x.x.x]: SASL PLAIN authentication failed: Connection lost to authentication server Nov 7 11:30:56 padme postfix/smtpd[30935]: lost connection after AUTH from unknown[x.x.x.x] Nov 7 11:30:56 padme postfix/smtpd[30935]: disconnect from unknown[x.x.x.x] Here is the log from kmail: Sending failed: Your SMTP server does not support PLAIN. Choose a different authentication method. The server responded: "5.7.0 Error: authentication failed: Connection lost to authentication server" The message will stay in the 'outbox' folder until you either fix the problem (e.g. a broken address) or remove the message from the 'outbox' folder. Restarting dovecot after restarting ldap solves this problem. (Postfix does not need to be restarted) Regards -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From acasado at ual.es Tue Nov 7 13:37:49 2006 From: acasado at ual.es (=?ISO-8859-1?Q?Antonio_Casado_Rodr=EDguez?=) Date: Tue, 07 Nov 2006 12:37:49 +0100 Subject: [Dovecot] dovecot lda works with maildir++ but does not enforce the quota? Message-ID: <4550700D.7040303@ual.es> Hi all, I use Dovecot lda. Is there the possibility that dovecot lda works with maildir++ but does not enforce the quota? I have dovecot 1.0rc12, postfix, RedHat Enterprise Linux ES 4.0 Update 4. IMAP client Thunderbird 1.5.0.7 Only namespace: namespace private { separator = / inbox = yes prefix = location = maildir:~/Maildir/ } Thanks a lot. From listuser at peternixon.net Tue Nov 7 13:43:04 2006 From: listuser at peternixon.net (Peter Nixon) Date: Tue, 7 Nov 2006 13:43:04 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <200611071335.31764.listuser@peternixon.net> References: <200611031635.07740.listuser@peternixon.net> <1162639004.29374.60.camel@hurina> <200611071335.31764.listuser@peternixon.net> Message-ID: <200611071343.10222.listuser@peternixon.net> On Tue 07 Nov 2006 13:35, Peter Nixon wrote: > On Sat 04 Nov 2006 13:16, Timo Sirainen wrote: > > On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > > > However, I am seeing that dovecot-ldap doesnt reconnect if openldap > > > restarts. Is there an options I am missing or is this a know problem?As > > > I am using dovecot for sasl with postfix and pop/imap this basically > > > completely stops my mail sytem... > > > > What messages do you see in Dovecot's log files? As far as I know the > > reconnection code should be working, at least for most people. > > Hi Timo > > Here is postfix's log after ldap is restarted: > > Nov 7 11:30:45 padme postfix/smtpd[30935]: TLS connection established from > unknown[x.x.x.x]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) > Nov 7 11:30:56 padme postfix/smtpd[30935]: warning: unknown[x.x.x.x]: SASL > PLAIN authentication failed: Connection lost to authentication server > Nov 7 11:30:56 padme postfix/smtpd[30935]: lost connection after AUTH from > unknown[x.x.x.x] > Nov 7 11:30:56 padme postfix/smtpd[30935]: disconnect from > unknown[x.x.x.x] > > Here is the log from kmail: > > Sending failed: > Your SMTP server does not support PLAIN. > Choose a different authentication method. > The server responded: "5.7.0 Error: authentication failed: Connection lost > to authentication server" > The message will stay in the 'outbox' folder until you either fix the > problem (e.g. a broken address) or remove the message from the 'outbox' > folder. > > > Restarting dovecot after restarting ldap solves this problem. (Postfix does > not need to be restarted) Oh. And prior to the postfix errors there is: Nov 7 11:30:20 padme dovecot: auth(default): LDAP: ldap_result() failed: Can't contact LDAP server Nov 7 11:30:20 padme dovecot: auth(default): LDAP: Can't connect to server: 127.0.0.1 Nov 7 11:30:21 padme dovecot: auth(default): dovecot-auth: sbind.c:75: ldap_simple_bind: Assertion `ld != ((void *)0)' failed. Nov 7 11:30:21 padme dovecot: child 22172 (auth) killed with signal 6 Cheers -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Tue Nov 7 14:03:00 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Tue, 7 Nov 2006 13:03:00 +0100 (CET) Subject: [Dovecot] Store outgoing mail in users mailbox In-Reply-To: <200611071124.kA7BOolg031982@boston.rvl> References: <200611071124.kA7BOolg031982@boston.rvl> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 7 Nov 2006, Mark Ruys wrote: > Our users would like that outgoing mail is automatically saved in some > folder, say Sent. Hmm, any IMAP mail client I know has an option for exactly that feature. I don't know postfix. I would look into the line: Variant I a) MTA adds envelope sender (aka MAIL FROM) to envelope recipient list (aka RCPT TO, aka BCC). b) LDA delivers mail into Archive folder if the sender is the owner of the mailbox. Variant II as variant I, but adds an Header that helps the LDA to decide, if the mail has been sent by one particular user, e.g. the MD5 hash of the SMTP AUTH uid. Variant III a) MTA always adds a robot to the envelop recipient list. b) This robot spools the mail according the From: header of the mail or yet another piece of information you can most likely aquire the sender from, e.g. authentification data. E.g. match the message ID or queue ID with the logs of the MTA. Of course, in all these cases you need to decide beforehand, if the mail is inbound or outbound. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRVB19i9SORjhbDpvAQKQAwf9HoMeq2CDNbhOlx79HCpaHT6/sjb1Fjg8 iq2EPzDIDTpcwqsyucmwI5Ib6y8PPABv4B4E38TusqCLt211ZmdPGbl6HxP5/sTb fAUPy9zGr1rJu92AdELZKRhHDrM6YjNayr/nlKt5DNbto8o6Bs4LbIzybgJbGrYQ j3u3BUobxwLPA1EvSihCePp6H2vJEyjgVssdc0WSfh7ZTO6nID6PT5ZHYaifWLaz MFTv9c6x5V26A/s4i+EsbYGNrjVLkI3br8scstRvT2OcJsTfyOc3OwSNJxqia9wN vbe97b5WZPhgcOqgJhwTslcKfUKPL2xDHTQbTGsOk2gJKUHWvk7KQA== =LSHW -----END PGP SIGNATURE----- From c.d.wakelin at reading.ac.uk Tue Nov 7 14:38:00 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Tue, 07 Nov 2006 12:38:00 +0000 Subject: [Dovecot] rc12 dovecot-auth core dump with ldap Message-ID: <45507E28.2090800@reading.ac.uk> Hi, I've got a core dump during initialisation when I use 1.0.rc12 and LDAP with authenticated binds in Solaris. It worked OK in 1.0.rc10. Here's the non-commented entries in dovecot-ldap.conf - some of which are probably redundant :) :- hosts = xxx.yyy.rdg.ac.uk auth_bind = yes auth_bind_userdn = "cn=%n,cn=users,dc=xxx,dc=yyy,dc=rdg,dc=ac,dc=uk" ldap_version = 3 base = "dc=xxx,dc=yyy,dc=rdg,dc=ac,dc=uk" deref = never scope = subtree user_filter = (&(objectClass=User)(sAMAccountName=%n)) pass_filter = (&(objectClass=User)(sAMAccountName=%n)) Strangely, it crashes in a different place when I don't define the scope, so I'm guessing it's something to do with reading parameters. backtrace with "scope = subtree" : #0 0x1ec94 in db_ldap_init ( config_path=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") at db-ldap.c:661 661 if (*conn->set.user_global_gid == '\0') (gdb) bt #0 0x1ec94 in db_ldap_init ( config_path=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") at db-ldap.c:661 #1 0x246e8 in passdb_ldap_preinit (auth_passdb=0x5bbe8, args=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") at passdb-ldap.c:486 #2 0x2328c in passdb_preinit (auth=0x5b838, driver=0xffbefec0 "ldap", args=0x0, id=332176) at passdb.c:169 #3 0x17648 in auth_preinit () at auth.c:45 #4 0x1ff0c in drop_privileges () at main.c:195 #5 0x2024c in main (argc=0, argv=0xffbefb54) at main.c:319 and with scope left commented out: #0 0xff0cf600 in strcasecmp () from /usr/lib/libc.so.1 (gdb) bt #0 0xff0cf600 in strcasecmp () from /usr/lib/libc.so.1 #1 0x1df58 in scope2str (str=0x0) at db-ldap.c:116 #2 0x1ec4c in db_ldap_init ( config_path=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") at db-ldap.c:648 #3 0x246e8 in passdb_ldap_preinit (auth_passdb=0x5bbe8, args=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") at passdb-ldap.c:486 #4 0x2328c in passdb_preinit (auth=0x5b838, driver=0xffbefec0 "ldap", args=0x0, id=332176) at passdb.c:169 #5 0x17648 in auth_preinit () at auth.c:45 #6 0x1ff0c in drop_privileges () at main.c:195 #7 0x2024c in main (argc=0, argv=0xffbefb54) at main.c:319 If I don't define "deref" then I get an error in the dovecot log (but no crash) :- dovecot: Nov 07 12:36:45 Error: auth(default): LDAP: Unknown deref option 'subtree' I'll keep digging and see if I can find the cause, but has anybody else seen this? Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From tss at iki.fi Tue Nov 7 14:44:18 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:44:18 +0200 Subject: [Dovecot] suspected bug in dovecot-ldap setup? In-Reply-To: <200611071010.45141.pjvenda@pjvenda.org> References: <200610271245.39547.pjvenda@pjvenda.org> <200611031015.52046.pjvenda@pjvenda.org> <1162643493.29374.80.camel@hurina> <200611071010.45141.pjvenda@pjvenda.org> Message-ID: <1162903458.4177.62.camel@hurina> On Tue, 2006-11-07 at 10:10 +0000, Pedro Venda wrote: > These options aren't very intuitive, however, because with auth_bind = yes, > you don't need to lookup any password, so I figured pass_filter wasn't > necessary... That was my first mistake. > On the other hand, user_filter would be the filter to look for a given user... > my second mistake. Yep. I already updated dovecot-ldap.conf's comments in rc12. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From juergen at jherz.redirectme.net Mon Nov 6 17:24:34 2006 From: juergen at jherz.redirectme.net (=?ISO-8859-1?Q?J=FCrgen_Herz?=) Date: Mon, 06 Nov 2006 16:24:34 +0100 Subject: [Dovecot] Wiki documentation In-Reply-To: <1162761216.4177.61.camel@hurina> References: <1162761216.4177.61.camel@hurina> Message-ID: <454F53B2.5020700@jherz.redirectme.net> Timo Sirainen wrote: > I spent most of today adding new content to the Wiki and cleaning up the > existing content. The front page is now also reorganized, but there are > several links in it to pages which are still missing. Please write > them. :) More documentation is better. Thanks for also improving that. What I'm still missing is a way to use a OpenLDAP installation on a remote server as password and user db. A few months ago I got an answer here that in dovecot-ldap.conf instead of the hosts keyword I could use uris and then write something like uris=ldaps://my.server.domain That didn't work for me in RC7 and I also couldn't find any documentation about that anywhere. And (that's the reason I'm writing that here) online documentation on Dovecot with LDAP is sparse in general. J?rgen From tss at iki.fi Tue Nov 7 14:47:03 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:47:03 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <200611071343.10222.listuser@peternixon.net> References: <200611031635.07740.listuser@peternixon.net> <1162639004.29374.60.camel@hurina> <200611071335.31764.listuser@peternixon.net> <200611071343.10222.listuser@peternixon.net> Message-ID: <1162903623.4177.64.camel@hurina> On Tue, 2006-11-07 at 13:43 +0200, Peter Nixon wrote: > On Tue 07 Nov 2006 13:35, Peter Nixon wrote: > > On Sat 04 Nov 2006 13:16, Timo Sirainen wrote: > > > On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > > > > However, I am seeing that dovecot-ldap doesnt reconnect if openldap > > > > restarts. Is there an options I am missing or is this a know problem?As > > > > I am using dovecot for sasl with postfix and pop/imap this basically > > > > completely stops my mail sytem... Do you use auth_bind? I fixed reconnection issues related to that in rc12. > Nov 7 11:30:21 padme dovecot: auth(default): dovecot-auth: sbind.c:75: > ldap_simple_bind: Assertion `ld != ((void *)0)' failed. I think I fixed this also in rc12.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Tue Nov 7 14:51:33 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:51:33 +0200 Subject: [Dovecot] rc12 dovecot-auth core dump with ldap In-Reply-To: <45507E28.2090800@reading.ac.uk> References: <45507E28.2090800@reading.ac.uk> Message-ID: <1162903893.4177.68.camel@hurina> On Tue, 2006-11-07 at 12:38 +0000, Chris Wakelin wrote: > #0 0x1ec94 in db_ldap_init ( > config_path=0x5bc08 "/opt/RDGdovect/etc/dovecot-ldap.conf") > at db-ldap.c:661 > 661 if (*conn->set.user_global_gid == '\0') OK, so this crashes if compiled with non-C99 compiler. Fixed: http://dovecot.org/list/dovecot-cvs/2006-November/006733.html > If I don't define "deref" then I get an error in the dovecot log (but no > crash) :- > > dovecot: Nov 07 12:36:45 Error: auth(default): LDAP: Unknown deref > option 'subtree' That's because this check is done before the GID check, and it dies immediately if the check fails. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Tue Nov 7 14:54:35 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:54:35 +0200 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <454FAB89.6080504@perkel.com> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> Message-ID: <1162904075.4177.72.camel@hurina> On Mon, 2006-11-06 at 13:39 -0800, Marc Perkel wrote: > Timo, > > rc12 seem to be running slow and high load levels. You seem to be > switching back and forth between being fast and slow. I'm going back to > rc7 because it worked really well. I'm running MBOX. Well, the most important thing to know would be what process is causing it: imap, pop3, dovecot-auth or something else? Also does load level mean CPU usage or disk I/O usage? ps/top should show which process is causing it if it's CPU usage. If it's disk I/O then it's most likely imap/pop3 problem. And if that's the case then I'd like to know more about what OS and filesystem you're using and what Dovecot settings. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Tue Nov 7 14:57:50 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:57:50 +0200 Subject: [Dovecot] move the message between folder problem with quota. In-Reply-To: <45506E04.80601@ual.es> References: <45506E04.80601@ual.es> Message-ID: <1162904270.4177.76.camel@hurina> On Tue, 2006-11-07 at 12:29 +0100, Antonio Casado Rodr?guez wrote: > ... if i move the message betweeen foders, dovecot say: quota exceeded. There's no "move" operation in IMAP, only "copy and then delete" (and even then it usually stays in the mailbox until it's expunged), so the mail will temporarily use double the space. > Is this a error? > > If i delete the message (trash folder), it not work too. Again deleting to trash means copying + marking as deleted. With newer quota code you can say for example that copying/saving to Trash will allow to go 10MB over quota. This code won't be in Dovecot v1.0 though, but you can get it as a patch: http://dovecot.org/patches/1.0/quota-rewrite.diff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Tue Nov 7 14:58:46 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 14:58:46 +0200 Subject: [Dovecot] dovecot lda works with maildir++ but does not enforce the quota? In-Reply-To: <4550700D.7040303@ual.es> References: <4550700D.7040303@ual.es> Message-ID: <1162904326.4177.78.camel@hurina> On Tue, 2006-11-07 at 12:37 +0100, Antonio Casado Rodr?guez wrote: > Hi all, > > I use Dovecot lda. Is there the possibility that dovecot lda works with > maildir++ but does not enforce the quota? This is in my TODO, so not possible yet.. Shouldn't be too difficult to implement though, but I don't really want to add more features into v1.0 anymore. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Tue Nov 7 15:03:26 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 15:03:26 +0200 Subject: [Dovecot] LDAP uris [was: Re: Wiki documentation] In-Reply-To: <454F53B2.5020700@jherz.redirectme.net> References: <1162761216.4177.61.camel@hurina> <454F53B2.5020700@jherz.redirectme.net> Message-ID: <1162904606.4177.83.camel@hurina> On Mon, 2006-11-06 at 16:24 +0100, J?rgen Herz wrote: > What I'm still missing is a way to use a OpenLDAP installation on a > remote server as password and user db. > > A few months ago I got an answer here that in dovecot-ldap.conf instead > of the hosts keyword I could use uris and then write something like > uris=ldaps://my.server.domain I don't really understand. If you want SSL connection then you need to use uris, but if you don't use SSL then hosts will do just the same. > That didn't work for me in RC7 and I also couldn't find any > documentation about that anywhere. And (that's the reason I'm writing > that here) online documentation on Dovecot with LDAP is sparse in general. Didn't work why? Anyway these hosts/uris settings go directly to the LDAP library, so I don't even know how it internally handles them. In general much of Dovecot's LDAP settings are simply passed onto libldap, so you should be able to configure most of those by looking for generic libldap instructions or instructions for other software. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From listuser at peternixon.net Tue Nov 7 15:45:50 2006 From: listuser at peternixon.net (Peter Nixon) Date: Tue, 7 Nov 2006 15:45:50 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <1162903623.4177.64.camel@hurina> References: <200611031635.07740.listuser@peternixon.net> <200611071343.10222.listuser@peternixon.net> <1162903623.4177.64.camel@hurina> Message-ID: <200611071545.55934.listuser@peternixon.net> On Tue 07 Nov 2006 14:47, Timo Sirainen wrote: > On Tue, 2006-11-07 at 13:43 +0200, Peter Nixon wrote: > > On Tue 07 Nov 2006 13:35, Peter Nixon wrote: > > > On Sat 04 Nov 2006 13:16, Timo Sirainen wrote: > > > > On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > > > > > However, I am seeing that dovecot-ldap doesnt reconnect if openldap > > > > > restarts. Is there an options I am missing or is this a know > > > > > problem?As I am using dovecot for sasl with postfix and pop/imap > > > > > this basically completely stops my mail sytem... > > Do you use auth_bind? I fixed reconnection issues related to that in > rc12. Yes. I do. > > Nov 7 11:30:21 padme dovecot: auth(default): dovecot-auth: sbind.c:75: > > ldap_simple_bind: Assertion `ld != ((void *)0)' failed. > > I think I fixed this also in rc12.. ok. I will deploy it tonight and see if it's fixed. -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From razor.ua at ua.fm Tue Nov 7 14:53:25 2006 From: razor.ua at ua.fm (razor) Date: Tue, 07 Nov 2006 14:53:25 +0200 Subject: [Dovecot] lda quota Message-ID: hello i am using dovecot-1.0.r7 on freebsd 5.4 everything is fine, but i wanna more -) i am using dovecot-lda + plugin quota. when i am trying to send a email for user with overquota i am getting "local delivery failed". can i make some more informatic message for users like "your recipient box is overquoted". exim configure : ... dovecot_delivery: driver = pipe debug_print = "T: ldap_maildir_home for $local_part@$domain" command = /usr/local/libexec/dovecot/deliver -d $local_part message_prefix = message_suffix = user = mailnull group = mail delivery_date_add envelope_to_add return_path_add log_output ... dovecot.conf ... protocol lda { mail_plugins = quota } ... thanx -- regards, Razorenov Alex From tss at iki.fi Tue Nov 7 17:20:13 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 17:20:13 +0200 Subject: [Dovecot] 1.0rc10 proxy memory usage problem In-Reply-To: <20061107094834.32a64236.papier@sdv.fr> References: <20061024095547.771a5185.papier@sdv.fr> <1162493113.4024.50.camel@hurina> <20061107094834.32a64236.papier@sdv.fr> Message-ID: <1162912813.4177.95.camel@hurina> On Tue, 2006-11-07 at 09:48 +0100, Laurent Papier wrote: > Le Thu, 02 Nov 2006 20:45:13 +0200 > Timo Sirainen ?crit: > > > On Tue, 2006-10-24 at 09:55 +0200, Laurent Papier wrote: > > > Hi, > > > I have a rather large dovecot setup (4 proxy only servers and 21 IMAP/POP3 > > > servers) in production for 3 days now. > > > > > > The memory usage on my proxy servers only grows over time. It looks like a > > > memory leak somewhere in dovecot. I have a RRD graph available on demand. > > > > Well, most importantly you didn't say which process's memory usage > > grows? imap-login, pop3-login, both of them, or dovecot-auth? > > Both of them. In fact the size seems to grow up to login_process_size. Right, because after that the kernel kills the process. > My question is now what is a good setting for login_process_size with > 'login_process_per_connection = no' ? .. > With 'login_process_per_connection = no' what is the relation between > login_process_size and login_max_connections ? The more connections the process handles at the same time the more memory it needs. Anyway.. I did a lot of fixes now to login processes. The largest memory leak should be fixed by these patches: http://dovecot.org/list/dovecot-cvs/2006-November/006753.html http://dovecot.org/list/dovecot-cvs/2006-November/006754.html But I did several other fixes also which may have leaked memory or crashed. Mostly related to AUTHENTICATE / AUTH commands, or client disconnecting before login to remote server was complete. I guess it's time for rc13 :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From listuser at peternixon.net Tue Nov 7 17:30:03 2006 From: listuser at peternixon.net (Peter Nixon) Date: Tue, 7 Nov 2006 17:30:03 +0200 Subject: [Dovecot] Dovecot-ldap doesnt reconnect if openldap restarts In-Reply-To: <1162903623.4177.64.camel@hurina> References: <200611031635.07740.listuser@peternixon.net> <200611071343.10222.listuser@peternixon.net> <1162903623.4177.64.camel@hurina> Message-ID: <200611071730.09432.listuser@peternixon.net> On Tue 07 Nov 2006 14:47, Timo Sirainen wrote: > On Tue, 2006-11-07 at 13:43 +0200, Peter Nixon wrote: > > On Tue 07 Nov 2006 13:35, Peter Nixon wrote: > > > On Sat 04 Nov 2006 13:16, Timo Sirainen wrote: > > > > On Fri, 2006-11-03 at 16:35 +0200, Peter Nixon wrote: > > > > > However, I am seeing that dovecot-ldap doesnt reconnect if openldap > > > > > restarts. Is there an options I am missing or is this a know > > > > > problem?As I am using dovecot for sasl with postfix and pop/imap > > > > > this basically completely stops my mail sytem... > > Do you use auth_bind? I fixed reconnection issues related to that in > rc12. > > > Nov 7 11:30:21 padme dovecot: auth(default): dovecot-auth: sbind.c:75: > > ldap_simple_bind: Assertion `ld != ((void *)0)' failed. > > I think I fixed this also in rc12.. Yep. rc12 does appear to fix the problem. If it should re-occur I will let you know :-) Cheers -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From papier at sdv.fr Tue Nov 7 17:44:48 2006 From: papier at sdv.fr (Laurent Papier) Date: Tue, 7 Nov 2006 16:44:48 +0100 Subject: [Dovecot] 1.0rc10 proxy memory usage problem In-Reply-To: <1162912813.4177.95.camel@hurina> References: <20061024095547.771a5185.papier@sdv.fr> <1162493113.4024.50.camel@hurina> <20061107094834.32a64236.papier@sdv.fr> <1162912813.4177.95.camel@hurina> Message-ID: <20061107164448.2c5ea42e.papier@sdv.fr> Le Tue, 07 Nov 2006 17:20:13 +0200 Timo Sirainen ?crit: > > With 'login_process_per_connection = no' what is the relation between > > login_process_size and login_max_connections ? > > The more connections the process handles at the same time the more > memory it needs. Sure ! But can you give us some advise about the value we should use ? For example : login_process_per_connection = no login_max_connections = 512 login_process_size = ??? How dovecot handle a too small value in login_process_size ? > Anyway.. I did a lot of fixes now to login processes. The largest memory > leak should be fixed by these patches: > > http://dovecot.org/list/dovecot-cvs/2006-November/006753.html > http://dovecot.org/list/dovecot-cvs/2006-November/006754.html > > But I did several other fixes also which may have leaked memory or > crashed. Mostly related to AUTHENTICATE / AUTH commands, or client > disconnecting before login to remote server was complete. > > I guess it's time for rc13 :) > Nice. This will give me a reason to upgrade. -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - From tss at iki.fi Tue Nov 7 18:19:39 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 18:19:39 +0200 Subject: [Dovecot] 1.0rc10 proxy memory usage problem In-Reply-To: <20061107164448.2c5ea42e.papier@sdv.fr> References: <20061024095547.771a5185.papier@sdv.fr> <1162493113.4024.50.camel@hurina> <20061107094834.32a64236.papier@sdv.fr> <1162912813.4177.95.camel@hurina> <20061107164448.2c5ea42e.papier@sdv.fr> Message-ID: <1162916379.4177.101.camel@hurina> On Tue, 2006-11-07 at 16:44 +0100, Laurent Papier wrote: > Le Tue, 07 Nov 2006 17:20:13 +0200 > Timo Sirainen ?crit: > > > > With 'login_process_per_connection = no' what is the relation between > > > login_process_size and login_max_connections ? > > > > The more connections the process handles at the same time the more > > memory it needs. > > Sure ! But can you give us some advise about the value we should use ? > For example : > login_process_per_connection = no > login_max_connections = 512 > login_process_size = ??? Well.. If you're not using SSL, then I think one connection takes max. 16kB of memory. Probably less. So 512*16/1024 = 8MB. Then there's the memory that's needed for it to work at all. I think the default 32MB would be enough for this, but you can be sure only by looking how much memory it really uses :) > How dovecot handle a too small value in login_process_size ? Dovecot doesn't handle it. Dovecot just tells to kernel at startup that "process's max. virtual size is this". If memory usage grows over that, the kernel kills the process. This most likely has happened to you and you should have seen "killed by signal 9" in logs (I think it was 9). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rostetter at mail.utexas.edu Tue Nov 7 18:29:41 2006 From: rostetter at mail.utexas.edu (Eric Rostetter) Date: Tue, 7 Nov 2006 10:29:41 -0600 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <454FACAC.2090900@Media-Brokers.com> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> <454FACAC.2090900@Media-Brokers.com> Message-ID: <20061107102941.qd23lh8jbpwgkgkk@mail.ph.utexas.edu> Quoting Charles Marcus : > Marc Perkel wrote: >> Timo, >> >> rc12 seem to be running slow and high load levels. You seem to be >> switching back and forth between being fast and slow. I'm going >> back to rc7 because it worked really well. I'm running MBOX. > > Well thats a real helpful bug report... I just now upgraded from RC10 to RC12 using the atrpms RPM version. It does _seem_ to be a bit slower (I only notice really because RC10 was _SO FREEKING FAST_ that RC12 seems a bit slow in comparison. I'm also using MBOX. One thing to note: I did not uprgade the dovecot.conf file yet, so I'm still using default_mail_env instead of mail_location. In the next couple of hours, I'll probably change to the new dovecot.conf file with the new mail_location and see if that changes anything. I wouldn't call this a show-stopper or anything, just an additional observation that it does seem to be a bit slower. I've no actual data, just a "seat of the pants" judgement as to response time from the client end. The difference is, IMHO, small, but noticable. I'm not seeing any high server load of anything though. -- Eric Rostetter The Department of Physics The University of Texas at Austin Go Longhorns! From tss at iki.fi Tue Nov 7 18:39:09 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 18:39:09 +0200 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <20061107102941.qd23lh8jbpwgkgkk@mail.ph.utexas.edu> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> <454FACAC.2090900@Media-Brokers.com> <20061107102941.qd23lh8jbpwgkgkk@mail.ph.utexas.edu> Message-ID: <1162917549.4177.105.camel@hurina> On Tue, 2006-11-07 at 10:29 -0600, Eric Rostetter wrote: > Quoting Charles Marcus : > > > Marc Perkel wrote: > >> Timo, > >> > >> rc12 seem to be running slow and high load levels. You seem to be > >> switching back and forth between being fast and slow. I'm going > >> back to rc7 because it worked really well. I'm running MBOX. > > > > Well thats a real helpful bug report... > > I just now upgraded from RC10 to RC12 using the atrpms RPM version. > It does _seem_ to be a bit slower (I only notice really because RC10 > was _SO FREEKING FAST_ that RC12 seems a bit slow in comparison. If you want to debug this a bit, you could try looking with strace where it's spending most of its time: http://wiki.dovecot.org/Debugging/ProcessTracing And maybe even compare that to rc10. Anyway I don't think much has changed since rc10. I only fixed some bugs in mbox handling code, but that shouldn't have slowed it down either. > In the next couple of hours, I'll probably change to the new dovecot.conf > file with the new mail_location and see if that changes anything. It won't. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From daniel at copyleft.no Tue Nov 7 18:45:32 2006 From: daniel at copyleft.no (Hr. Daniel Mikkelsen) Date: Tue, 07 Nov 2006 17:45:32 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162496230.4024.95.camel@hurina> References: <549C1053-9CEF-456D-AC50-DA63B6B989F9@iki.fi> <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> Message-ID: <4550B82C.6070201@copyleft.no> Timo Sirainen wrote: > mmap_disable=yes does quite a many things differently than > mmap_disable=no, so I guess it could just be a bug somewhere in the =no > codepath. > > Daniel, how about you? Does mmap_disable=yes fix it for you? And what > error messages exactly do you get? Hi. It's hard for me to tell, because the problem is intermittent, and I can't make it appear on my test rig / development platform. And when set mmap_disable=yes the load goes through the roof on the production servers, and they quickly become unresponsive, so I have to set it back to mmap_disable=yes. But I would have to say that it _appears_ the particular errors are not present when running with mmap_disable=yes. I'm trying to test it again now to verify. The exact error I've been getting is: Nov 7 17:10:53 famine dovecot: IMAP(account-name): Corrupted index file /var/shemail/maildirs/site/user/.folder/dovecot.index: Duplicate header extension keywords This only happens for Thunderbird IMAP users as far as I can tell. The client then loses connection with the server after a timeout that can last for a minute or two. After reconnecting, duplicates of some messages will sometimes appear, and some times new messages will be sorted at the top of Thunderbird's list. In the maildir, these duplicate messages are hardlinks of the same file. I'm running FreeBSD 6.1 with Dovecot 1.0rc12. -- Daniel Mikkelsen Copyleft Software AS From tss at iki.fi Tue Nov 7 18:49:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 18:49:00 +0200 Subject: [Dovecot] rc13 soon Message-ID: <1162918140.4177.110.camel@hurina> I think I'll just start making new releases whenever I've fixed something important. You'll have a while to report more bugs and then I'll make rc13 release, maybe in about 5 hours or maybe tomorrow. I updated already the nightly snapshot if you want to test the upcoming rc13. Changes so far: + deliver: If we're executing as a normal system user, get the HOME environment from passwd if it's not set. This makes it possible to run deliver from .forward. - Older compilers caused LDAP authentication to crash - Dying LDAP connections weren't handled exactly correctly in rc11, although it seemed to work usually - Fixed crashes and memory leaks with AUTHENTICATE command - Fixed crashes and leaks with IMAP/POP3 proxying -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Tue Nov 7 18:54:31 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 18:54:31 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <4550B82C.6070201@copyleft.no> References: <549C1053-9CEF-456D-AC50-DA63B6B989F9@iki.fi> <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> Message-ID: <1162918471.4177.115.camel@hurina> On Tue, 2006-11-07 at 17:45 +0100, Hr. Daniel Mikkelsen wrote: > Timo Sirainen wrote: > > > mmap_disable=yes does quite a many things differently than > > mmap_disable=no, so I guess it could just be a bug somewhere in the =no > > codepath. > > > > Daniel, how about you? Does mmap_disable=yes fix it for you? And what > > error messages exactly do you get? > > Hi. > > It's hard for me to tell, because the problem is intermittent, and I can't > make it appear on my test rig / development platform. > > And when set mmap_disable=yes the load goes through the roof on the > production servers, and they quickly become unresponsive, so I have to > set it back to mmap_disable=yes. "back to mmap_disable=no" I guess? They shouldn't affect load that much, mmap_disable should just use somewhat more memory and CPU. > Nov 7 17:10:53 famine dovecot: IMAP(account-name): Corrupted index file /var/shemail/maildirs/site/user/.folder/dovecot.index: Duplicate header extension keywords > > This only happens for Thunderbird IMAP users as far as I can tell. The > client then loses connection with the server after a timeout that can last > for a minute or two. That error message should only cause index file to be rebuilt. I'm not sure if it gives an error message or if it kills the connection immediately, but it really shouldn't just hang the connection. > After reconnecting, duplicates of some messages will sometimes appear, and > some times new messages will be sorted at the top of Thunderbird's list. Also that error message doesn't have anything to do with creation of duplicate messages. > In the maildir, these duplicate messages are hardlinks of the same file. Do you have maildir_copy_with_hardlinks=yes? If yes, it sounds like the client is copying messages into the mailbox itself (or possibly copy to Trash and back to inbox). If it's set to no, then I don't think it's Dovecot creating those files at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bofh.list at gmail.com Tue Nov 7 18:56:25 2006 From: bofh.list at gmail.com (bofh list) Date: Tue, 7 Nov 2006 11:56:25 -0500 Subject: [Dovecot] Corrupted index cache file dovecot.index.cache: invalid record size In-Reply-To: <1162495533.4024.82.camel@hurina> References: <1162495533.4024.82.camel@hurina> Message-ID: On 11/2/06, Timo Sirainen wrote: > > On Wed, 2006-10-18 at 17:53 -0400, bofh list wrote: > > Hi, > > > > Our dovecot setup consists of two hosts running dovecot-1.0.beta9 with > > Maildir/indices stored on NFS(noac,actimeo=0 used). > > > > I am seeing these messages at times - but no real problems on the > > client side. Is this something to worry about? > > > > dovecot: Oct 17 10:33:31 Error: IMAP(user): Corrupted index cache file > > mailstore/user/Maildir/.mail.incoming/dovecot.index.cache: invalid > > record size > > 1.0.beta9 is old. I've done several fixes to cache file handling since. > > Anyway the cache corruption errors aren't too bad, since they're fixed > automatically and they won't show up to users at all. FWIW, we are still seeing these index corruption errors in dovecot-1.0rc12. dovecot: Nov 06 17:19:37 Error: IMAP(1): Corrupted index cache file mailstore/1/Maildir/dovecot.index.cache: invalid record size dovecot: Nov 06 17:22:29 Error: IMAP(1): Corrupted index cache file mailstore/1/Maildir/dovecot.index.cache: invalid record size dovecot: Nov 06 18:54:47 Error: IMAP(2): Corrupted index cache file mailstore/2/Maildir/dovecot.index.cache: invalid record size dovecot: Nov 06 23:14:48 Error: IMAP(2): Corrupted index cache file mailstore/2/Maildir/dovecot.index.cache: invalid record size dovecot: Nov 07 09:20:29 Error: IMAP(3): Corrupted index cache file mailstore/3/Maildir/dovecot.index.cache: invalid record size dovecot: Nov 07 10:30:06 Error: IMAP(4): Corrupted index cache file mailstore/4/Maildir/dovecot.index.cache: invalid record size -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel at copyleft.no Tue Nov 7 20:00:32 2006 From: daniel at copyleft.no (Hr. Daniel Mikkelsen) Date: Tue, 07 Nov 2006 19:00:32 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162918471.4177.115.camel@hurina> References: <549C1053-9CEF-456D-AC50-DA63B6B989F9@iki.fi> <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> Message-ID: <4550C9C0.6090908@copyleft.no> Timo Sirainen wrote: > On Tue, 2006-11-07 at 17:45 +0100, Hr. Daniel Mikkelsen wrote: >> And when set mmap_disable=yes the load goes through the roof on the >> production servers, and they quickly become unresponsive, so I have to >> set it back to mmap_disable=yes. > > "back to mmap_disable=no" I guess? They shouldn't affect load that much, > mmap_disable should just use somewhat more memory and CPU. (Yes to the guess.) Perhaps it was the setting lock_method=dotlock that I tested at the same time that affected load. >> After reconnecting, duplicates of some messages will sometimes appear, and >> some times new messages will be sorted at the top of Thunderbird's list. > > Also that error message doesn't have anything to do with creation of > duplicate messages. On closer inspeciton, the duplication of messages appears is associated with an extra error: Nov 7 14:10:40 famine dovecot: IMAP(account-name): Fixed index file /var/shemail/maildirs/site/user/.folder/dovecot.index: first_recent_uid_lowwater 814 -> 813 Nov 7 14:10:40 famine dovecot: IMAP(account-name): Corrupted index file /var/shemail/maildirs/site/user/.folder/dovecot.index: Duplicate header extension keywords Nov 7 14:10:40 famine dovecot: child 5088 (imap) killed with signal 11 Where I find these three errors, I'm also able to find a set of hardlinked mail files with corresponding timestamp. >> In the maildir, these duplicate messages are hardlinks of the same file. > Do you have maildir_copy_with_hardlinks=yes? If yes, it sounds like the > client is copying messages into the mailbox itself (or possibly copy to > Trash and back to inbox). If it's set to no, then I don't think it's > Dovecot creating those files at all. It's set to yes. -- Daniel Mikkelsen Copyleft Software AS From tss at iki.fi Tue Nov 7 20:46:24 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 20:46:24 +0200 Subject: [Dovecot] Corrupted index cache file dovecot.index.cache: invalid record size In-Reply-To: References: <1162495533.4024.82.camel@hurina> Message-ID: <1162925184.4177.118.camel@hurina> On Tue, 2006-11-07 at 11:56 -0500, bofh list wrote: > On 11/2/06, Timo Sirainen wrote: > On Wed, 2006-10-18 at 17:53 -0400, bofh list wrote: > > Hi, > > > > Our dovecot setup consists of two hosts running > dovecot-1.0.beta9 with > > Maildir/indices stored on NFS(noac,actimeo=0 used). > > > > I am seeing these messages at times - but no real problems > on the > > client side. Is this something to worry about? > > > > dovecot: Oct 17 10:33:31 Error: IMAP(user): Corrupted index > cache file > > mailstore/user/Maildir/.mail.incoming/dovecot.index.cache: > invalid > > record size > > 1.0.beta9 is old. I've done several fixes to cache file > handling since. > > Anyway the cache corruption errors aren't too bad, since > they're fixed > automatically and they won't show up to users at all. > > > FWIW, we are still seeing these index corruption errors in > dovecot-1.0rc12. > > > > dovecot: Nov 06 17:19:37 Error: IMAP(1): Corrupted index cache file > mailstore/1/Maildir/dovecot.index.cache: invalid record size What OS are you using as the NFS client? I think the most likely reason for these is that the OS still does some kind of caching even though the cache is disabled. The cache file is handled a bit specially from locking point of view, which might cause problems unless the NFS client really does no caching at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bofh.list at gmail.com Tue Nov 7 20:55:28 2006 From: bofh.list at gmail.com (bofh list) Date: Tue, 7 Nov 2006 13:55:28 -0500 Subject: [Dovecot] Corrupted index cache file dovecot.index.cache: invalid record size In-Reply-To: <1162925184.4177.118.camel@hurina> References: <1162495533.4024.82.camel@hurina> <1162925184.4177.118.camel@hurina> Message-ID: On 11/7/06, Timo Sirainen wrote: > > > > What OS are you using as the NFS client? I think the most likely reason > for these is that the OS still does some kind of caching even though the > cache is disabled. The cache file is handled a bit specially from > locking point of view, which might cause problems unless the NFS client > really does no caching at all. > > > Multiple RHEL4u3 hosts running 2.6.9-42.0.3.ELsmp connected to a filer with (rw,nosuid,nodev,tcp,nfsvers=3,rsize=8192,wsize=8192,soft,intr,noac,actimeo=0) mmap_disable = yes lock_method = fcntl Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From rostetter at mail.utexas.edu Tue Nov 7 20:59:57 2006 From: rostetter at mail.utexas.edu (Eric Rostetter) Date: Tue, 7 Nov 2006 12:59:57 -0600 Subject: [Dovecot] RC10 errors In-Reply-To: <20061024110126.elomln1vhz6sw8ko@mail.ph.utexas.edu> References: <20061024110126.elomln1vhz6sw8ko@mail.ph.utexas.edu> Message-ID: <20061107125957.itx348miw84kkgwc@mail.ph.utexas.edu> Quoting Eric Rostetter : > I just installed a limited test of RC10 last night. So far, all is great > except for errors being logged for one user (out of about 150 users total). I've just upgraded from RC10 to RC12 today, and this one user no longer has a problem. Of 303 users, only 1 user had the error, and upgrading to RC12 fixed the problem for them with no other changes. BTW, the one user did eventually complain after a week of not being able to get their mail. Some people are a bit slow to complain I guess. > This one user has not yet complained or anything, but the log file has > repeated > entries of the following format for him (host and username changed to protect > the guilty/innocent): > > Oct 24 06:13:02 mail dovecot: IMAP(username): file mbox-sync-rewrite.c: > line 405 (mbox_sync_read_and_move): assertion failed: (need_space == > (uoff_t)-mails[idx].space) > Oct 24 06:13:02 mail1 dovecot: child 18235 (imap) killed with signal 6 > > I find it most interesting that only 1 out of 150+ users is getting this > error... And again, no complaints from the user. > > Setup is: wu-imap mbox files in /var/spool/mail (exported via NFS, but > local to the dovecot server). Mail in ~/mail/ (NFS mount, foreign to > devecot server). Indexes in /var/dovecot/indexes (local to dovecot > server with no NFS at all). > > -- > Eric Rostetter > The Department of Physics > The University of Texas at Austin > > Go Longhorns! -- Eric Rostetter The Department of Physics The University of Texas at Austin Go Longhorns! From tss at iki.fi Tue Nov 7 21:05:31 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 21:05:31 +0200 Subject: [Dovecot] Corrupted index cache file dovecot.index.cache: invalid record size In-Reply-To: References: <1162495533.4024.82.camel@hurina> <1162925184.4177.118.camel@hurina> Message-ID: <1162926331.4177.125.camel@hurina> On Tue, 2006-11-07 at 13:55 -0500, bofh list wrote: > On 11/7/06, Timo Sirainen wrote: > > > What OS are you using as the NFS client? I think the most > likely reason > for these is that the OS still does some kind of caching even > though the > cache is disabled. The cache file is handled a bit specially > from > locking point of view, which might cause problems unless the > NFS client > really does no caching at all. > > > Multiple RHEL4u3 hosts running 2.6.9-42.0.3.ELsmp connected to a filer > with > (rw,nosuid,nodev,tcp,nfsvers=3,rsize=8192,wsize=8192,soft,intr,noac,actimeo=0) > mmap_disable = yes > lock_method = fcntl I don't know what patches RedHat has added to it, but I somehow doubt it has all the needed ones. I think 2.6.17 kernel is the first one which doesn't need any patches to work fully correctly. But anyway those cache things shouldn't really matter, other than annoy you with their existence in the logs :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From juhasaarinen at gmail.com Tue Nov 7 21:13:45 2006 From: juhasaarinen at gmail.com (Juha Saarinen) Date: Wed, 8 Nov 2006 08:13:45 +1300 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <4550C9C0.6090908@copyleft.no> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> Message-ID: On 11/8/06, Hr. Daniel Mikkelsen wrote: > > Do you have maildir_copy_with_hardlinks=yes? If yes, it sounds like the > > client is copying messages into the mailbox itself (or possibly copy to > > Trash and back to inbox). If it's set to no, then I don't think it's > > Dovecot creating those files at all. > > It's set to yes. I have maildir_copy_with_hardlinks=yes as well. Would it better to turn that off? -- Juha http://www.geekzone.co.nz/juha From egbert at vandenbussche.nl Tue Nov 7 23:19:38 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Tue, 07 Nov 2006 22:19:38 +0100 Subject: [Dovecot] Dovecot rc12 on Mandriva 2007.0 woes In-Reply-To: <1162761216.4177.61.camel@hurina> Message-ID: <001901c702b2$6ea50050$0d01a8c0@egbert> Hi list! (cc to Jerome of Mandriva.org) I'm fighting to get dovecot rc12 working on Mandriva 2007.0 with Postfix 2.3.3. Postfix works fine for both system and virtual users. Mail is delivered in the correct Maildirs. System users have /home/user/Maildir/ and virtual users have /home/virtual/domain.tld/user/. I think I've build and installed correct rpm's using the Cooker src.rpm (by Jerome) for rc7 modified by me for rc12. My problem is to get a working dovecot.conf file. Apart from all relocated file locations in Mandriva (/usr instead of /usr/local and other less obvious changes), I want to use imap (and later imaps) with local real system users. I'm completely lost here. Whatever I think is right syntax in dovecot.conf, is immediately leading to problems. Dovecot refuses to start. The doc in the dovecot.conf is rather chaotic, imho. Could somebody give me a WORKING example of the userdb and passdb setting for ordinary imap to the Maildir in /home/user of an ordinairy system user, please? Later on I hope to be able to add MySql lookup of virtual users myself... TIA Egbert Jan (NL) From tss at iki.fi Tue Nov 7 23:35:05 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 23:35:05 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> Message-ID: <1162935305.4177.133.camel@hurina> On Wed, 2006-11-08 at 08:13 +1300, Juha Saarinen wrote: > On 11/8/06, Hr. Daniel Mikkelsen wrote: > > > Do you have maildir_copy_with_hardlinks=yes? If yes, it sounds like the > > > client is copying messages into the mailbox itself (or possibly copy to > > > Trash and back to inbox). If it's set to no, then I don't think it's > > > Dovecot creating those files at all. > > > > It's set to yes. > > I have maildir_copy_with_hardlinks=yes as well. Would it better to > turn that off? No. I was just wondering what would cause the copies to be made. I tried reproducing this "Duplicate header" error myself, but I couldn't. I also can't see anything in the code that would even allow the duplication to be created. I did however notice that there's one race condition between expunging mails and saving new mails. I'm not sure if that helps for this problem, but it might. Fixed in latest nightly snapshot (in a couple of minutes, still building) and patch here: http://dovecot.org/list/dovecot-cvs/2006-November/006759.html If that doesn't help, I've also attached a debug patch. Could you try running with it and see if it now crashes with signal 6? If it does, could you send me a gdb backtrace then? Also if it crashes with signal 11 somewhere I'd like a backtrace of that too. See "Debugging crashes" in http://dovecot.org/bugreport.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Tue Nov 7 23:38:09 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 23:38:09 +0200 Subject: [Dovecot] Dovecot rc12 on Mandriva 2007.0 woes In-Reply-To: <001901c702b2$6ea50050$0d01a8c0@egbert> References: <001901c702b2$6ea50050$0d01a8c0@egbert> Message-ID: <1162935489.4177.136.camel@hurina> On Tue, 2006-11-07 at 22:19 +0100, Egbert Jan wrote: > Hi list! (cc to Jerome of Mandriva.org) > > I'm fighting to get dovecot rc12 working on Mandriva 2007.0 with Postfix > 2.3.3. Postfix works fine for both system and virtual users. Mail is > delivered in the correct Maildirs. System users have /home/user/Maildir/ and > virtual users have /home/virtual/domain.tld/user/. > > I think I've build and installed correct rpm's using the Cooker src.rpm (by > Jerome) for rc7 modified by me for rc12. > > My problem is to get a working dovecot.conf file. Apart from all relocated > file locations in Mandriva (/usr instead of /usr/local and other less > obvious changes), There's no need to change the paths since they're commented out, and the defaults are the ones where Mandriva placed them. > I want to use imap (and later imaps) with local real > system users. I'm completely lost here. Whatever I think is right syntax in > dovecot.conf, is immediately leading to problems. Dovecot refuses to start. How about giving the exact error message? Much easier to help you then. > The doc in the dovecot.conf is rather chaotic, imho. Could somebody give me > a WORKING example of the userdb and passdb setting for ordinary imap to the > Maildir in /home/user of an ordinairy system user, please? The default config file should work without any changes for you. I think your problem is elsewhere. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Tue Nov 7 23:39:19 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 23:39:19 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162935305.4177.133.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> Message-ID: <1162935559.4177.137.camel@hurina> On Tue, 2006-11-07 at 23:35 +0200, Timo Sirainen wrote: > If that doesn't help, I've also attached a debug patch. Oh, right, the patch. -------------- next part -------------- A non-text attachment was scrubbed... Name: dupe-header-debug.diff Type: text/x-patch Size: 1812 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Tue Nov 7 23:42:28 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 07 Nov 2006 23:42:28 +0200 Subject: [Dovecot] Duplicate header extension keywords In-Reply-To: <454FB637.3040707@route66.homelinux.net> References: <454FB637.3040707@route66.homelinux.net> Message-ID: <1162935748.4177.139.camel@hurina> On Mon, 2006-11-06 at 23:24 +0100, Rainer Ophoven wrote: > /home/rainer/Maildir/.software.Dovecot/dovecot.index: Duplicate header > extension keywords > > and close by: > > Error: IMAP(rainer): Fixed index file > /home/rainer/Maildir/.software.Dovecot/dovecot.index: > first_recent_uid_lowwater 1952 -> 1951 Check the "Index corruption causes child process to die" thread and the patch in it. I was going to Cc you also but forgot. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lrosa at hypertrek.info Tue Nov 7 23:45:05 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Tue, 07 Nov 2006 22:45:05 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162935305.4177.133.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> Message-ID: <4550FE61.40206@hypertrek.info> Timo Sirainen said the following On 7/11/2006 22:35: > I tried reproducing this "Duplicate header" error myself, but I > couldn't. I also can't see anything in the code that would even allow > the duplication to be created. If it could help, the problem happens SOMETIMES when I receive a mail that triggers one of the Thunderbird filter rules. In that case Thunderbird moves the message from the INBOX to a folder and I get an error about the index of that folder (never got an error about the index of the INBOX). Ironically it happens also with Dovecot mail list folder :) Ciao, luigi -- / +--[Luigi Rosa]-- \ Do you know the one... "All I ask is a tall ship... and a star to steer her by..." You could feel the wind at your back, about you... the sounds of the sea beneath you. And even if you take away the wind and the water, it's still the same. The ship is yours... you can feel her... and the stars are still there. --James Kirk, The Ultimate Computer From egbert at vandenbussche.nl Wed Nov 8 00:06:07 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Tue, 07 Nov 2006 23:06:07 +0100 Subject: [Dovecot] Dovecot rc12 on Mandriva 2007.0 woes In-Reply-To: <1162935489.4177.136.camel@hurina> Message-ID: <003901c702b8$ed27e040$0d01a8c0@egbert> Thanks Timo, Sorry to bother you with my newbie problems while you're so busy getting rc13 out of the door. Since I have no external mail yet om the development box, it's difficult to cut and past to Outlook which is on another piece of iron. I'll see if I can get some results with the original conf file. CU Egbert Jan > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Timo Sirainen > Sent: Tuesday, November 07, 2006 10:38 PM > To: egbert at vandenbussche.nl; Dovecot Mailing List > Cc: saispo at mandriva.org > Subject: Re: [Dovecot] Dovecot rc12 on Mandriva 2007.0 woes > > > On Tue, 2006-11-07 at 22:19 +0100, Egbert Jan wrote: > > Hi list! (cc to Jerome of Mandriva.org) > > > > I'm fighting to get dovecot rc12 working on Mandriva 2007.0 with > > Postfix 2.3.3. Postfix works fine for both system and > virtual users. > > Mail is delivered in the correct Maildirs. System users have > > /home/user/Maildir/ and virtual users have > > /home/virtual/domain.tld/user/. > > > > I think I've build and installed correct rpm's using the Cooker > > src.rpm (by > > Jerome) for rc7 modified by me for rc12. > > > > My problem is to get a working dovecot.conf file. Apart from all > > relocated file locations in Mandriva (/usr instead of > /usr/local and > > other less obvious changes), > > There's no need to change the paths since they're commented > out, and the defaults are the ones where Mandriva placed them. > > > I want to use imap (and later imaps) with local real > > system users. I'm completely lost here. Whatever I think is right > > syntax in dovecot.conf, is immediately leading to problems. Dovecot > > refuses to start. > > How about giving the exact error message? Much easier to help > you then. > > > The doc in the dovecot.conf is rather chaotic, imho. Could somebody > > give me a WORKING example of the userdb and passdb setting for > > ordinary imap to the Maildir in /home/user of an ordinairy system > > user, please? > > The default config file should work without any changes for > you. I think your problem is elsewhere. > From tss at iki.fi Wed Nov 8 00:18:52 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 00:18:52 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <4550FE61.40206@hypertrek.info> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <4550FE61.40206@hypertrek.info> Message-ID: <1162937932.4177.141.camel@hurina> On Tue, 2006-11-07 at 22:45 +0100, Luigi Rosa wrote: > Timo Sirainen said the following On 7/11/2006 22:35: > > > I tried reproducing this "Duplicate header" error myself, but I > > couldn't. I also can't see anything in the code that would even allow > > the duplication to be created. > > If it could help, the problem happens SOMETIMES when I receive a mail > that triggers one of the Thunderbird filter rules. In that case > Thunderbird moves the message from the INBOX to a folder and I get an > error about the index of that folder (never got an error about the > index of the INBOX). That sounds like it could be caused by the bug that I fixed. For INBOX I guess you use something else than Dovecot's deliver to store the mails? Copying mails might cause the bug to appear. Of course, there could be some other bug also.. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From juhasaarinen at gmail.com Wed Nov 8 01:31:32 2006 From: juhasaarinen at gmail.com (Juha Saarinen) Date: Wed, 8 Nov 2006 12:31:32 +1300 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162937932.4177.141.camel@hurina> References: <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <4550FE61.40206@hypertrek.info> <1162937932.4177.141.camel@hurina> Message-ID: On 11/8/06, Timo Sirainen wrote: > That sounds like it could be caused by the bug that I fixed. For INBOX I > guess you use something else than Dovecot's deliver to store the mails? > Copying mails might cause the bug to appear. Of course, there could be > some other bug also.. :) This is what triggers the the issue for me as well - I've got a set of filter rules for Tbird that copy messages into other folders from Inbox (and mark the copied ones there as Deleted - at least that's how it seems, since Outlook shows the Deleted messages in the Inbox). Will try the patch later and let you know if it works. -- Juha http://www.geekzone.co.nz/juha From lundman at lundman.net Wed Nov 8 04:01:41 2006 From: lundman at lundman.net (Jorgen Lundman) Date: Wed, 08 Nov 2006 11:01:41 +0900 Subject: [Dovecot] L4 probes.. Message-ID: <45513A85.6010003@lundman.net> Probably a special case here, but everytime the L4 probes the port, a line as added to the log. This gets a bit noisy. If a random IP connects, I'd want to see it, but maybe it would be nice to have the option to silence the log entry from certain hosts. For now I patch it locally, but without any .conf finesse. For example: Nov 8 10:55:24 corppop01 dovecot: [ID 107833 mail.info] pop3-login: Disconnected: rip=172.16.253.5, lip=172.16.253.128, TLS handshake Nov 8 10:58:00 corppop01 dovecot: [ID 107833 mail.info] pop3-login: Aborted login: rip=172.16.253.5, lip=172.16.253.128 -- Jorgen Lundman | Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work) Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell) Japan | +81 (0)3 -3375-1767 (home) From lrosa at hypertrek.info Wed Nov 8 07:12:29 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Wed, 08 Nov 2006 06:12:29 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162937932.4177.141.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <4550FE61.40206@hypertrek.info> <1162937932.4177.141.camel@hurina> Message-ID: <4551673D.1060509@hypertrek.info> Timo Sirainen said the following On 7/11/2006 23:18: > That sounds like it could be caused by the bug that I fixed. For INBOX I > guess you use something else than Dovecot's deliver to store the mails? Yes, Postfix is delivering the mails. I'll apply the patch and see what happens. Ciao, luigi -- / +--[Luigi Rosa]-- \ Any wire cut to specified length will be too short. From lists at wiesinger.com Wed Nov 8 08:47:32 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Wed, 8 Nov 2006 07:47:32 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162724210.4177.41.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> Message-ID: Hello Timo! Deliver is also broken with 1.0rc10 (I didn't try 1.0rc11 yet) It also needs the mail_location set, default_mail_env doesn't work. Must be fixed in 1.0rc12, too. I wondered why I didn't get any mails in my mailinglist folders. They were stored in ~ and no in the specified directory :-( Thnx. Ciao, Gerhard -- http://www.wiesinger.com/ On Sun, 5 Nov 2006, Timo Sirainen wrote: > On Sun, 2006-11-05 at 11:44 +0100, Gerhard Wiesinger wrote: >> In Thunderbird I use: >> ~/Mail >> >> In pine I use: >> folder-collections=Mail {localhost/notls}Mail/[] >> >> It has something to do with the default_mail_env, which does not work >> well and seems to be broken for backward compatibility (I should have >> tested the snapshot from yesterday :-) ): >> >> Not OK in 1.0rc11, but ok in 1.0rc10: >> default_mail_env = mbox:~:INBOX=/var/mail/%u >> >> OK in 1.0rc11: >> mail_location = mbox:~:INBOX=/var/mail/%u > > Is it possible that Pine could be logging in with "dovecot --exec-mail > imap" instead of using TCP? I think it tries to execute the imap binary > directly when logging in to localhost. For that case the > default_mail_env is broken, but for normal TCP connections it should > work. > > From lists at wiesinger.com Wed Nov 8 08:52:05 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Wed, 8 Nov 2006 07:52:05 +0100 (CET) Subject: [Dovecot] deliver feature request (filter) In-Reply-To: <200611051831.01377.ndbecker2@gmail.com> References: <20061104232319.GS5591@pixel.global-banlist.de> <200611051831.01377.ndbecker2@gmail.com> Message-ID: Have a look at my procmail patch ... http://dovecot.org/pipermail/dovecot/2006-July/014656.html Ciao, Gerhard -- http://www.wiesinger.com/ On Sun, 5 Nov 2006, Neal Becker wrote: > On Saturday 04 November 2006 6:23 pm, Marcus Rueckert wrote: >> On 2006-11-04 07:00:48 -0500, Neal Becker wrote: >>> I'm using maildrop for delivery, because I want to filter through >>> spamassassin before delivery. Maildrop makes that trivial. >>> >>> It seems deliver can pipe (one way) to a command, but what is needed is >>> to pipe: >>> deliver -> spamd -> deliver >>> >>> which is what the maildrop xfilter does. >> >> you feed deliver from your MTA or from your mail fetch tool? >> > Right now I do: > > fetchmail -> maildrop > > I'd like to do: > > fetchmail -> deliver > From rainer at route66.homelinux.net Wed Nov 8 10:59:19 2006 From: rainer at route66.homelinux.net (Rainer Ophoven) Date: Wed, 08 Nov 2006 09:59:19 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162937932.4177.141.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <4550FE61.40206@hypertrek.info> <1162937932.4177.141.camel@hurina> Message-ID: <45519C67.1070408@route66.homelinux.net> my problem (thread "Duplicate header extension keywords") was probably also caused by Thunderbird filter rules. No more problems so far after applying the patch. Timo Sirainen wrote: > On Tue, 2006-11-07 at 22:45 +0100, Luigi Rosa wrote: >> Timo Sirainen said the following On 7/11/2006 22:35: >> >>> I tried reproducing this "Duplicate header" error myself, but I >>> couldn't. I also can't see anything in the code that would even allow >>> the duplication to be created. >> If it could help, the problem happens SOMETIMES when I receive a mail >> that triggers one of the Thunderbird filter rules. In that case >> Thunderbird moves the message from the INBOX to a folder and I get an >> error about the index of that folder (never got an error about the >> index of the INBOX). > > That sounds like it could be caused by the bug that I fixed. For INBOX I > guess you use something else than Dovecot's deliver to store the mails? > Copying mails might cause the bug to appear. Of course, there could be > some other bug also.. :) > -- in diesem Sinne, Rainer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 208 bytes Desc: OpenPGP digital signature URL: From rick at dualmedia.it Wed Nov 8 11:22:02 2006 From: rick at dualmedia.it (Riccardo Bini) Date: Wed, 8 Nov 2006 10:22:02 +0100 Subject: [Dovecot] Quota without dovecot LDA Message-ID: <200611081022.03498.rick@dualmedia.it> Hi all, I use dovecot with maildir quota plugin + qmail + vpopmail but not dovecot LDA. My dovecot configuration: default_mail_env=maildir:~/Maildir:INDEX=/var/cache/dovecot/indexes/%h/%u:CONTROL=/var/cache/dovecot/control/%h If CONTROL env is set the maildirsize file is stored in /var/cache/dovecot/control/ but I use vpopmail as LDA. It's possible to add a setting in dovecot.conf to specify if dovecot LDA is active?? This is my pseudo-patch: src/plugins/quota/quota-maildir.c static const char *maildirsize_get_path(struct mail_storage *storage) { if (lda_enable) { return t_strconcat(mail_storage_get_mailbox_control_dir(storage, ""), } else { bool is_file; return t_strconcat(mail_storage_get_mailbox_path(storage, "", &is_file), "/"MAILDIRSIZE_FILENAME, NULL); } } dovecot.conf: lda_enable = no Ciao Rick From acasado at ual.es Wed Nov 8 11:43:27 2006 From: acasado at ual.es (=?ISO-8859-1?Q?Antonio_Casado_Rodr=EDguez?=) Date: Wed, 08 Nov 2006 10:43:27 +0100 Subject: [Dovecot] script in quota maildir In-Reply-To: <1162904326.4177.78.camel@hurina> References: <4550700D.7040303@ual.es> <1162904326.4177.78.camel@hurina> Message-ID: <4551A6BF.9070101@ual.es> Hi. Somebody knows some script to send mail messages when 90% of the quota are reached or to find the users? I have found the following ones. Somebody has used them? http://www.timj.co.uk/linux/rcpt-time-quota-maildir.php http://sysadminco.com/postfix/ Another possibility is to use lda compatible with dovecot that handles quota warnings, somebody knows some? Thunks a lot. From egbert at vandenbussche.nl Wed Nov 8 13:07:12 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 08 Nov 2006 12:07:12 +0100 Subject: [Dovecot] How to give system and virtual users their own mail_location? In-Reply-To: <1162935489.4177.136.camel@hurina> Message-ID: <000501c70326$0a721e00$0d01a8c0@egbert> Hi again. I hace Dovecot rc12 working on Mandriva 2007.0 now for system accounts and virtual accounts both imap and imaps can be used. Th problem now is that I cannot use both types of user at the same time. The 'mail_location = ' strings are very different: Real system users have their Maildir in /home/%u/Maildir/ but virtual users have their maildir in /home/virtual/%d/%n/. How can tell dovecot to use the first for pam clients and second for mysql authenticated clients? Just adding two private namespaces does not work. That is for ONE user having more mailbox locations, isn't it? Thanks for any hints! Egbert Jan (NL) From lrosa at hypertrek.info Wed Nov 8 13:47:40 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Wed, 08 Nov 2006 12:47:40 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162935559.4177.137.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> Message-ID: <4551C3DC.5030909@hypertrek.info> Timo Sirainen said the following On 7/11/2006 22:39: > Oh, right, the patch. I applied this morning and until now seems to work Ciao, luigi -- / +--[Luigi Rosa]-- \ I know why you're here, Neo. I know what you've been doing... why you hardly sleep, why you live alone, and why night after night, you sit by your computer. You're looking for him. I know because I was once looking for the same thing. And when he found me, he told me I wasn't really looking for him. I was looking for an answer. It's the question, Neo. It's the question that drives us. It's the question that brought you here. You know the question, just as I did. --Trinity, The Matrix From ghen at telenet.be Wed Nov 8 13:59:50 2006 From: ghen at telenet.be (Geert Hendrickx) Date: Wed, 8 Nov 2006 12:59:50 +0100 Subject: [Dovecot] How to give system and virtual users their own mail_location? In-Reply-To: <000501c70326$0a721e00$0d01a8c0@egbert> References: <1162935489.4177.136.camel@hurina> <000501c70326$0a721e00$0d01a8c0@egbert> Message-ID: <20061108115950.GA15088@lori.ghen.be> Please don't start a new thread by replying on an old mail. This makes threaded mail views inconsistent: http://www.dovecot.org/list/dovecot/2006-November/thread.html#17474 Geert From tss at iki.fi Wed Nov 8 14:36:10 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:36:10 +0200 Subject: [Dovecot] How to give system and virtual users their own mail_location? In-Reply-To: <20061108115950.GA15088@lori.ghen.be> References: <1162935489.4177.136.camel@hurina> <000501c70326$0a721e00$0d01a8c0@egbert> <20061108115950.GA15088@lori.ghen.be> Message-ID: <1162989370.4177.170.camel@hurina> On Wed, 2006-11-08 at 12:59 +0100, Geert Hendrickx wrote: > Please don't start a new thread by replying on an old mail. > This makes threaded mail views inconsistent: > > http://www.dovecot.org/list/dovecot/2006-November/thread.html#17474 I've tried to educate people about this by saying this in the mailing list page and in the mailing list subscribe page. Wonder if it could be made any more clearer without adding a tag..? :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Wed Nov 8 14:38:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:38:00 +0200 Subject: [Dovecot] How to give system and virtual users their own mail_location? In-Reply-To: <000501c70326$0a721e00$0d01a8c0@egbert> References: <000501c70326$0a721e00$0d01a8c0@egbert> Message-ID: <1162989480.4177.173.camel@hurina> On Wed, 2006-11-08 at 12:07 +0100, Egbert Jan wrote: > Hi again. > > I hace Dovecot rc12 working on Mandriva 2007.0 now for system accounts and > virtual accounts both imap and imaps can be used. > Th problem now is that I cannot use both types of user at the same time. The > 'mail_location = ' strings are very different: > Real system users have their Maildir in /home/%u/Maildir/ but virtual users > have their maildir in /home/virtual/%d/%n/. > How can tell dovecot to use the first for pam clients and second for mysql > authenticated clients? mail_location = system users location For virtual users change the dovecot-sql.conf to return "mail" in the user_query. Like: user_query = select 'maildir:/home/virtual/%d/%n' as mail, ... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Wed Nov 8 14:43:10 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:43:10 +0200 Subject: [Dovecot] Quota without dovecot LDA In-Reply-To: <200611081022.03498.rick@dualmedia.it> References: <200611081022.03498.rick@dualmedia.it> Message-ID: <1162989790.4177.176.camel@hurina> On Wed, 2006-11-08 at 10:22 +0100, Riccardo Bini wrote: > Hi all, > > I use dovecot with maildir quota plugin + qmail + vpopmail but not dovecot > LDA. > > My dovecot configuration: > default_mail_env=maildir:~/Maildir:INDEX=/var/cache/dovecot/indexes/%h/%u:CONTROL=/var/cache/dovecot/control/%h > > If CONTROL env is set the maildirsize file is stored > in /var/cache/dovecot/control/ but I use vpopmail as LDA. Why do you want to set CONTROL at all then? Based on the /var/cache name you seem to think that control files are unimportant. I think they're rather important and should be in backups and such. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From egbert at vandenbussche.nl Wed Nov 8 14:34:11 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 08 Nov 2006 13:34:11 +0100 Subject: [Dovecot] How to give system and virtual users their own mail_location? Message-ID: <004001c70332$318c87d0$0d01a8c0@egbert> Hi all. Now hopefully as a new thread because I still have this question. Apologies to Geert and Timo for my misbehaviour...(repling to the list and changing the subject). I hace Dovecot rc12 working on Mandriva 2007.0 now for system accounts and virtual accounts both imap and imaps can be used. Th problem now is that I cannot use both types of user at the same time. The 'mail_location = ' strings are very different: Real system users have their Maildir in /home/%u/Maildir/ but virtual users have their maildir in /home/virtual/%d/%n/. How can tell dovecot to use the first for /etc/passwd clients and second for mysql authenticated clients? Just adding two private namespaces does not work. That is for ONE user having more mailbox locations, isn't it? Thanks for any hints! Egbert Jan (NL) From dfeyer at net4all.ch Wed Nov 8 14:44:52 2006 From: dfeyer at net4all.ch (Dominique Feyer) Date: Wed, 08 Nov 2006 13:44:52 +0100 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <1162491103.4024.32.camel@hurina> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> <1162490681.4024.31.camel@hurina> <1162491103.4024.32.camel@hurina> Message-ID: <1162989892.14436.24.camel@localhost.localdomain> After upgrade to the RC12 no more time limit exceed in postfix log, but in the deliver log, I have: Error: User request from dovecot-auth timed out How can I improve the performance of the dovecot-auth ? Can I use the dovecot-auth cache ? It's disable in our configuration ? Thanks Le jeudi 02 novembre 2006 ? 20:11 +0200, Timo Sirainen a ?crit : > On Thu, 2006-11-02 at 20:04 +0200, Timo Sirainen wrote: > > > > Process 349 attached - interrupt to quit > > > > gettimeofday({1161965973, 768478}, {0, 0}) = 0 > > > > poll( > > > > This should only happen at startup when it's connecting to dovecot-auth. > > So my guess would have been that dovecot-auth is busy and not answering > > to our requests. > > > > I guess I should put some kind of a timeout to this myself also.. > > Done, see if this starts giving timeout errors (or wait for rc11 which > should come in a couple of days): > > http://dovecot.org/list/dovecot-cvs/2006-November/006644.html > From tss at iki.fi Wed Nov 8 14:51:24 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:51:24 +0200 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <1162989892.14436.24.camel@localhost.localdomain> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> <1162490681.4024.31.camel@hurina> <1162491103.4024.32.camel@hurina> <1162989892.14436.24.camel@localhost.localdomain> Message-ID: <1162990284.4177.180.camel@hurina> On Wed, 2006-11-08 at 13:44 +0100, Dominique Feyer wrote: > After upgrade to the RC12 no more time limit exceed in postfix log, but > in the deliver log, I have: > > Error: User request from dovecot-auth timed out > > How can I improve the performance of the dovecot-auth ? > > Can I use the dovecot-auth cache ? It's disable in our configuration ? If the deliver is giving such timeouts, then I'd guess that you'll get similar problems for pop/imap logins as well. What passdb and userdb are you using? auth-cache might help, but I'm guessing the problem is that you're using some blocking passdb/userdb which causes the whole process to hang while waiting for a reply from somewhere. How many dovecot-auth processes do you have? The default is one (auth section, count=1). Growing that might help. How large is the CPU usage by the dovecot-auth? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Wed Nov 8 14:53:51 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:53:51 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> Message-ID: <1162990431.4177.182.camel@hurina> On Wed, 2006-11-08 at 07:47 +0100, Gerhard Wiesinger wrote: > Hello Timo! > > Deliver is also broken with 1.0rc10 (I didn't try 1.0rc11 yet) > It also needs the mail_location set, default_mail_env doesn't work. > Must be fixed in 1.0rc12, too. > > I wondered why I didn't get any mails in my mailinglist folders. They were > stored in ~ and no in the specified directory :-( Um. Huh? mail_location didn't even exist in rc10 yet. And in rc11 it already fallbacked to default_mail_env if mail_location wasn't set. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rick at dualmedia.it Wed Nov 8 14:54:36 2006 From: rick at dualmedia.it (Riccardo Bini) Date: Wed, 8 Nov 2006 13:54:36 +0100 Subject: [Dovecot] Quota without dovecot LDA In-Reply-To: <1162989790.4177.176.camel@hurina> References: <200611081022.03498.rick@dualmedia.it> <1162989790.4177.176.camel@hurina> Message-ID: <200611081354.36912.rick@dualmedia.it> Alle 13:43, mercoled? 8 novembre 2006, Timo Sirainen ha scritto: > On Wed, 2006-11-08 at 10:22 +0100, Riccardo Bini wrote: > > Hi all, > > > > I use dovecot with maildir quota plugin + qmail + vpopmail but not > > dovecot LDA. > > > > My dovecot configuration: > > default_mail_env=maildir:~/Maildir:INDEX=/var/cache/dovecot/indexes/%h/%u > >:CONTROL=/var/cache/dovecot/control/%h > > > > If CONTROL env is set the maildirsize file is stored > > in /var/cache/dovecot/control/ but I use vpopmail as LDA. > > Why do you want to set CONTROL at all then? Based on the /var/cache name > you seem to think that control files are unimportant. I think they're > rather important and should be in backups and such. No, I think CONTROL is important. I have to set CONTROL dir outside the maildir directory because I use also filesystem quota. But I use vpopmail and the 'maildirsize' file for the soft quota it must stay in maildir root and not in CONTROL dir. So I need the CONTROL files in /var/cache/dovecot (/home has quota enable, / not) but maildirsize in maildir. Ciao Rick From tss at iki.fi Wed Nov 8 14:55:57 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 14:55:57 +0200 Subject: [Dovecot] L4 probes.. In-Reply-To: <45513A85.6010003@lundman.net> References: <45513A85.6010003@lundman.net> Message-ID: <1162990557.4177.184.camel@hurina> On Wed, 2006-11-08 at 11:01 +0900, Jorgen Lundman wrote: > Probably a special case here, but everytime the L4 probes the port, a line as > added to the log. This gets a bit noisy. If a random IP connects, I'd want to > see it, but maybe it would be nice to have the option to silence the log entry > from certain hosts. Pretty bloaty setting since pretty much no-one needs it I think.. After v1.0 I'll move to a rewritten master/config/log handling. Maybe I could then find a cleaner solution for this. If nothing else, you could replace the default log process with a script which does this :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gerard at seibercom.net Wed Nov 8 14:56:41 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Wed, 08 Nov 2006 07:56:41 -0500 Subject: [Dovecot] How to give system and virtual users their own mail_location? In-Reply-To: <1162989370.4177.170.camel@hurina> References: <20061108115950.GA15088@lori.ghen.be> <1162989370.4177.170.camel@hurina> Message-ID: <20061108075116.5C67.GERARD@seibercom.net> On Wednesday November 08, 2006 at 07:36:10 (AM) Timo Sirainen wrote: > On Wed, 2006-11-08 at 12:59 +0100, Geert Hendrickx wrote: > > Please don't start a new thread by replying on an old mail. > > This makes threaded mail views inconsistent: > > > > http://www.dovecot.org/list/dovecot/2006-November/thread.html#17474 > > I've tried to educate people about this by saying this in the mailing > list page and in the mailing list subscribe page. Wonder if it could be > made any more clearer without adding a tag..? :) Every list I subscribe to, and there are several, suffers from this phenomena. Other then employing some rhadamanthine punishment such as banishment from the list, I think you are pretty much at their mercy. -- Gerard "Ah, yes, divorce-from the Latin word meaning to rip out a man's genitals through his wallet." Robin Williams From tss at iki.fi Wed Nov 8 15:03:30 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 15:03:30 +0200 Subject: [Dovecot] lda quota In-Reply-To: References: Message-ID: <1162991010.4177.189.camel@hurina> On Tue, 2006-11-07 at 14:53 +0200, razor wrote: > hello > i am using dovecot-1.0.r7 on freebsd 5.4 > everything is fine, but i wanna more -) > > i am using dovecot-lda + plugin quota. when i am trying to send a email > for user with overquota i am getting "local delivery failed". can i make > some more informatic message for users like "your recipient box is > overquoted". Are you using filesystem quota? If so, the quota plugin itself doesn't really do anything. Do you see any errors in Dovecot's log files? If not, see the "Logging" section in http://wiki.dovecot.org/LDA Your problem is most likely that Dovecot couldn't handle the out-of-quota condition in its index file handling, or something like that. See http://wiki.dovecot.org/Quota/FS -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From egbert at vandenbussche.nl Wed Nov 8 14:58:43 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 08 Nov 2006 13:58:43 +0100 Subject: [Dovecot] How to give system and virtual users their ownmail_location? In-Reply-To: <004001c70332$318c87d0$0d01a8c0@egbert> Message-ID: <009701c70335$9f36b0a0$0d01a8c0@egbert> > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Egbert Jan > Sent: Wednesday, November 08, 2006 1:34 PM > To: dovecot at dovecot.org > Subject: [Dovecot] How to give system and virtual users their > ownmail_location? > > > Hi all. > > Now hopefully as a new thread because I still have this > question. Apologies to Geert and Timo for my > misbehaviour...(repling to the list and changing the subject). > > I hace Dovecot rc12 working on Mandriva 2007.0 now for system > accounts and virtual accounts both imap and imaps can be > used. Th problem now is that I cannot use both types of user > at the same time. The 'mail_location = ' strings are very > different: Real system users have their Maildir in > /home/%u/Maildir/ but virtual users have their maildir in > /home/virtual/%d/%n/. How can tell dovecot to use the first > for /etc/passwd clients and second for mysql authenticated > clients? Just adding two private namespaces does not work. > That is for ONE user having more mailbox locations, isn't it? > > Thanks for any hints! > > Egbert Jan (NL) > Another nono... Replying to my own post. Sorry. Timo mailed me the answer at the moment I hit te 'send' button. All is fine now! Both systen and virtual users can happily email/reply/forward to each other now. Egbert Jan From tss at iki.fi Wed Nov 8 15:06:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 15:06:36 +0200 Subject: [Dovecot] Quota without dovecot LDA In-Reply-To: <200611081354.36912.rick@dualmedia.it> References: <200611081022.03498.rick@dualmedia.it> <1162989790.4177.176.camel@hurina> <200611081354.36912.rick@dualmedia.it> Message-ID: <1162991196.4177.193.camel@hurina> On Wed, 2006-11-08 at 13:54 +0100, Riccardo Bini wrote: > Alle 13:43, mercoled? 8 novembre 2006, Timo Sirainen ha scritto: > > On Wed, 2006-11-08 at 10:22 +0100, Riccardo Bini wrote: > > > Hi all, > > > > > > I use dovecot with maildir quota plugin + qmail + vpopmail but not > > > dovecot LDA. > > > > > > My dovecot configuration: > > > default_mail_env=maildir:~/Maildir:INDEX=/var/cache/dovecot/indexes/%h/%u > > >:CONTROL=/var/cache/dovecot/control/%h > > > > > > If CONTROL env is set the maildirsize file is stored > > > in /var/cache/dovecot/control/ but I use vpopmail as LDA. > > > > Why do you want to set CONTROL at all then? Based on the /var/cache name > > you seem to think that control files are unimportant. I think they're > > rather important and should be in backups and such. > > No, I think CONTROL is important. I have to set CONTROL dir outside the > maildir directory because I use also filesystem quota. > But I use vpopmail and the 'maildirsize' file for the soft quota it must stay > in maildir root and not in CONTROL dir. > So I need the CONTROL files in /var/cache/dovecot (/home has quota enable, / > not) but maildirsize in maildir. I think this is way too much of a special case to have a new setting, one quota enforcement way should be enough :) You'll have to settle to patching for now. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dfeyer at net4all.ch Wed Nov 8 15:30:28 2006 From: dfeyer at net4all.ch (Dominique Feyer) Date: Wed, 08 Nov 2006 13:30:28 +0000 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <1162990284.4177.180.camel@hurina> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> <1162490681.4024.31.camel@hurina> <1162491103.4024.32.camel@hurina> <1162989892.14436.24.camel@localhost.localdomain> <1162990284.4177.180.camel@hurina> Message-ID: <1162992628.14436.34.camel@localhost.localdomain> Here is my configuration (auth parts): auth_cache_size = 0 auth_cache_ttl = 3600 auth default { mechanisms = plain login passdb sql { args = /etc/dovecot/dovecot-pgsql.conf } userdb sql { args = /etc/dovecot/dovecot-pgsql.conf } socket listen { master { path = /var/run/dovecot/auth-master mode = 0660 user = vmail group = mail } } user = dovecot count = 1 #ssl_require_client_cert = no #ssl_username_from_cert = no } The socket is use by deliver ? Right ? So I can't set count to more than 1, if I do that dovecto don't start, the process try to create the socket, but after the first process start, the socket exist. I try to add an other section without socket to have more dovecot-auth process: auth normal { mechanisms = plain login passdb sql { args = /etc/dovecot/dovecot-pgsql.conf } userdb sql { args = /etc/dovecot/dovecot-pgsql.conf } user = dovecot count = 48 #ssl_require_client_cert = no #ssl_username_from_cert = no } Our backend i a pgsql server with a average load of 0.10-0.15 /etc/dovecot/dovecot-pgsql.conf driver = pgsql connect = host=10.#.#.# dbname=mail user=mailreader password=secret default_pass_scheme = CRYPT password_query = SELECT password FROM users WHERE userid = '%u' user_query = SELECT '/var/mail/'||home AS home, uid, gid FROM users WHERE userid = '%u' The CPU usage by dovecot-auth is quiet normal. The server has load always under 0.8. Thanks a lots for your help, Le mercredi 08 novembre 2006 ? 14:51 +0200, Timo Sirainen a ?crit : > On Wed, 2006-11-08 at 13:44 +0100, Dominique Feyer wrote: > > After upgrade to the RC12 no more time limit exceed in postfix log, but > > in the deliver log, I have: > > > > Error: User request from dovecot-auth timed out > > > > How can I improve the performance of the dovecot-auth ? > > > > Can I use the dovecot-auth cache ? It's disable in our configuration ? > > If the deliver is giving such timeouts, then I'd guess that you'll get > similar problems for pop/imap logins as well. > > What passdb and userdb are you using? auth-cache might help, but I'm > guessing the problem is that you're using some blocking passdb/userdb > which causes the whole process to hang while waiting for a reply from > somewhere. > > How many dovecot-auth processes do you have? The default is one (auth > section, count=1). Growing that might help. How large is the CPU usage > by the dovecot-auth? From tss at iki.fi Wed Nov 8 15:48:34 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 15:48:34 +0200 Subject: [Dovecot] 1.0.rc13 released Message-ID: <1162993715.4177.214.camel@hurina> http://dovecot.org/releases/dovecot-1.0.rc13.tar.gz http://dovecot.org/releases/dovecot-1.0.rc13.tar.gz.sig I'll just keep on making new releases now whenever something important is fixed. Hopefully there shouldn't be many left anymore. Most of the bugs fixed in this release were found by stress testing with my imaptest tool (http://dovecot.org/tools/imaptest.c). If you're interested in knowing how perfectly your Dovecot setup works (especially if you're using NFS), you could try the tool yourself also. I still see one crash with mmap_disable=yes, but it's pretty rare. Will see if I get it fixed before v1.0, but it's not that important. + deliver: If we're executing as a normal system user, get the HOME environment from passwd if it's not set. This makes it possible to run deliver from .forward. - Older compilers caused LDAP authentication to crash - Dying LDAP connections weren't handled exactly correctly in rc11, although it seemed to work usually - Fixed crashes and memory leaks with AUTHENTICATE command - Fixed crashes and leaks with IMAP/POP3 proxying - maildir: Changing a mailbox while another process was saving a message there at the same may have caused the changes to not be made into the maildir, which could have caused other problems later.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bofh.list at gmail.com Wed Nov 8 17:31:54 2006 From: bofh.list at gmail.com (bofh list) Date: Wed, 8 Nov 2006 10:31:54 -0500 Subject: [Dovecot] Too many open files Message-ID: dovecot: Nov 08 04:04:23 Error: IMAP(user): open() failed with file mailstore/user/Maildir/.Alerts/dovecot.index.log.2: Too many open files dovecot: Nov 08 04:04:23 Error: IMAP(user): open(mailstore/user/Maildir/.Alerts/tmp/1162976663.P4853Q1817.server) failed: Too many open files dovecot: Nov 08 04:04:23 Error: IMAP(user): open() failed with file mailstore/user/Maildir/dovecot.index.tmp: Too many open files Seeing this with both 1.0beta9 and 1.0rc12 This occured when a user was not using the client, however the client(Thunderbird) filtering mechanism was active as their client is left on 24x7. Do we really need to increase individual user maxfiles to >1024 ? Dovecot is set to 31768 so it is definately the user process here. Anything I can tweak in dovecot.conf to prevent this? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From lrosa at hypertrek.info Wed Nov 8 17:39:32 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Wed, 08 Nov 2006 16:39:32 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162935559.4177.137.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> Message-ID: <4551FA34.5040200@hypertrek.info> Timo Sirainen said the following On 7/11/2006 22:39: > Oh, right, the patch. Sigh! ;((( Nov 8 16:20:41 mail dovecot: IMAP(lrosa): Fixed index file /var/spool/mail2/lrosa/.HT list/dovecot.index: first_recent_uid_lowwater 4407 -> 4406 Nov 8 16:20:41 mail dovecot: IMAP(lrosa): Corrupted index file /var/spool/mail2/lrosa/.HT list/dovecot.index: Duplicate header extension keywords Nov 8 16:21:43 mail dovecot: IMAP(lrosa): Corrupted index file /var/spool/mail2/lrosa/.HT list/dovecot.index: Duplicate header extension keywords This events has been loggd few moments ago when "too many open files" message arrived and Thunderbird moved it to Dovecot mailbox. I think that is some kind of race condition that occurs only when there are "fast" servers. In am not talking about supercomputers, but situiations of realtively small amount of workload. This situation coul be worsened by a direct LAN connection between client and server and a frequent (mine is 1 minute) check by mail client. Could it be possible? Please note that your patch was useful because this is the first error I get in 12 hours, previously I got this kind of error more often. Ciao, luigi -- / +--[Luigi Rosa]-- \ The universe is run by the complex interweaving of three elements: energy, matter, and enlightened self-interest. --G'Kar "Survivors", Babylon 5 From rick at dualmedia.it Wed Nov 8 17:46:32 2006 From: rick at dualmedia.it (Riccardo Bini) Date: Wed, 08 Nov 2006 16:46:32 +0100 Subject: [Dovecot] Quota without dovecot LDA In-Reply-To: <1162991196.4177.193.camel@hurina> Message-ID: >I think this is way too much of a special case to have a new setting, >one quota enforcement way should be enough :) You'll have to settle to >patching for now. I made a patch for this problem. It's right and and safe? Ciao Rick -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-1.0.rc12-quota.patch Type: application/octet-stream Size: 2865 bytes Desc: not available URL: From tss at iki.fi Wed Nov 8 17:52:17 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 17:52:17 +0200 Subject: [Dovecot] Too many open files In-Reply-To: References: Message-ID: <1163001137.4177.273.camel@hurina> On Wed, 2006-11-08 at 10:31 -0500, bofh list wrote: > dovecot: Nov 08 04:04:23 Error: IMAP(user): open() failed with file > mailstore/user/Maildir/.Alerts/dovecot.index.log.2: Too many open > files > dovecot: Nov 08 04:04:23 Error: IMAP(user): > open(mailstore/user/Maildir/.Alerts/tmp/1162976663.P4853Q1817.server) > failed: Too many open files > dovecot: Nov 08 04:04:23 Error: IMAP(user): open() failed with file > mailstore/user/Maildir/dovecot.index.tmp: Too many open files > > Seeing this with both 1.0beta9 and 1.0rc12 > > This occured when a user was not using the client, however the > client(Thunderbird) filtering mechanism was active as their client is > left on 24x7. > > Do we really need to increase individual user maxfiles to >1024 ? No. There's a leak somewhere. Could you check what file descriptors are open for such process once it has been running for some hours? So lsof -p or look into /proc/pid/fd/ directly. If it's leaking it should show at least tens of opened files. Once I know what files it's not closing it's easier for me to fix this. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Wed Nov 8 17:53:39 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 17:53:39 +0200 Subject: [Dovecot] Quota without dovecot LDA In-Reply-To: References: Message-ID: <1163001219.4177.275.camel@hurina> On Wed, 2006-11-08 at 16:46 +0100, Riccardo Bini wrote: > >I think this is way too much of a special case to have a new setting, > >one quota enforcement way should be enough :) You'll have to settle to > >patching for now. > > I made a patch for this problem. It's right and and safe? Yes, looks correct. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lists at wiesinger.com Wed Nov 8 18:24:54 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Wed, 8 Nov 2006 17:24:54 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1162990431.4177.182.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> <1162990431.4177.182.camel@hurina> Message-ID: Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only with mail_location. Is this fixed in 1.0rc13? Ciao, Gerhard -- http://www.wiesinger.com/ On Wed, 8 Nov 2006, Timo Sirainen wrote: > On Wed, 2006-11-08 at 07:47 +0100, Gerhard Wiesinger wrote: >> Hello Timo! >> >> Deliver is also broken with 1.0rc10 (I didn't try 1.0rc11 yet) >> It also needs the mail_location set, default_mail_env doesn't work. >> Must be fixed in 1.0rc12, too. >> >> I wondered why I didn't get any mails in my mailinglist folders. They were >> stored in ~ and no in the specified directory :-( > > Um. Huh? mail_location didn't even exist in rc10 yet. And in rc11 it > already fallbacked to default_mail_env if mail_location wasn't set. > From tss at iki.fi Wed Nov 8 18:46:48 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 18:46:48 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> <1162990431.4177.182.camel@hurina> Message-ID: <1163004408.4177.280.camel@hurina> On Wed, 2006-11-08 at 17:24 +0100, Gerhard Wiesinger wrote: > Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only > with mail_location. > > Is this fixed in 1.0rc13? As far as I know, it wasn't broken in rc11 either. Just tested with rc13, and it works for me. And I haven't changed that code since rc11. So I can't really understand why it wouldn't have worked with you.. Although if you had an empty mail_location setting in the file, then it did use it without complaining. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lists at wiesinger.com Wed Nov 8 18:59:56 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Wed, 8 Nov 2006 17:59:56 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: <1163004408.4177.280.camel@hurina> References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> <1162990431.4177.182.camel@hurina> <1163004408.4177.280.camel@hurina> Message-ID: OK, the following configuration does NOT work with 1.0rc11 for me, it delivers to ~/ When I change it back to mail_location = mbox:~/Mail:INBOX=/var/mail/%u it works well. protocol lda { postmaster_address = postmaster at domain auth_socket_path = /var/run/dovecot-auth-master log_path = /path/to/deliver.log info_log_path = /path/to/deliver.log log_timestamp=%Y.%m.%d %H:%M:%S%t default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u mail_debug = yes } Ciao, Gerhard -- http://www.wiesinger.com/ On Wed, 8 Nov 2006, Timo Sirainen wrote: > On Wed, 2006-11-08 at 17:24 +0100, Gerhard Wiesinger wrote: >> Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only >> with mail_location. >> >> Is this fixed in 1.0rc13? > > As far as I know, it wasn't broken in rc11 either. Just tested with > rc13, and it works for me. And I haven't changed that code since rc11. > So I can't really understand why it wouldn't have worked with you.. > > Although if you had an empty mail_location setting in the file, then it > did use it without complaining. > From tss at iki.fi Wed Nov 8 19:03:52 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 19:03:52 +0200 Subject: [Dovecot] Too many open files In-Reply-To: References: <1163001137.4177.273.camel@hurina> Message-ID: <1163005432.4177.283.camel@hurina> On Wed, 2006-11-08 at 11:45 -0500, bofh list wrote: > imap 12009 user 16u REG 0,19 135348 > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > (netapp-storage:/vol/mailstore) > imap 12009 user 17u REG 0,19 135348 > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > (netapp-storage:/vol/mailstore) .. Oh, I see. Could you test if this patch fixes it: http://dovecot.org/list/dovecot-cvs/2006-November/006767.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bofh.list at gmail.com Wed Nov 8 19:10:44 2006 From: bofh.list at gmail.com (bofh list) Date: Wed, 8 Nov 2006 12:10:44 -0500 Subject: [Dovecot] Too many open files In-Reply-To: <1163005432.4177.283.camel@hurina> References: <1163001137.4177.273.camel@hurina> <1163005432.4177.283.camel@hurina> Message-ID: On 11/8/06, Timo Sirainen wrote: > > On Wed, 2006-11-08 at 11:45 -0500, bofh list wrote: > > imap 12009 user 16u REG 0,19 135348 > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > (netapp-storage:/vol/mailstore) > > imap 12009 user 17u REG 0,19 135348 > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > (netapp-storage:/vol/mailstore) > .. > > Oh, I see. Could you test if this patch fixes it: > > http://dovecot.org/list/dovecot-cvs/2006-November/006767.html > > > > I will apply this tomorrow and get back to you. Thanks for the quick turnaround! -------------- next part -------------- An HTML attachment was scrubbed... URL: From lrosa at hypertrek.info Wed Nov 8 21:46:49 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Wed, 08 Nov 2006 20:46:49 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1162935559.4177.137.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> Message-ID: <45523429.5060709@hypertrek.info> Timo Sirainen said the following On 7/11/2006 22:39: > Oh, right, the patch. It happened again ad was more serious. {two mail arrived from two different mailing lists, Thunderbirds moves them in their mailbox but...} Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file /var/spool/mail2/lrosa/.Postfix/dovecot.index: first_recent_uid_lowwater 10272 -> 10271 Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header extension keywords Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 {I tried to open the mailbox with the new mail, but Thunderbird was waiting something from IMAP server, but the server was not responding as TB expected. I forced close TB} Nov 8 20:36:58 mail dovecot: imap-login: Login: user=, method=plain, rip=62.123.164.114, lip=62.123.164.113 Nov 8 20:37:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:37:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:25 mail dovecot: child 15393 (imap) killed with signal 6 Nov 8 20:37:25 mail dovecot: IMAP(polo): Disconnected Nov 8 20:37:25 mail dovecot: IMAP(polo): Disconnected Nov 8 20:37:25 mail dovecot: IMAP(polo): Disconnected in IDLE Nov 8 20:37:25 mail dovecot: IMAP(polo): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:25 mail dovecot: child 12243 (imap) killed with signal 6 Nov 8 20:37:31 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:37:31 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:31 mail dovecot: child 12178 (imap) killed with signal 6 Nov 8 20:37:31 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:37:31 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:31 mail dovecot: IMAP(virusalert): Disconnected in IDLE Nov 8 20:37:31 mail dovecot: IMAP(virusalert): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:31 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:37:31 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:37:31 mail dovecot: child 12164 (imap) killed with signal 6 Nov 8 20:37:31 mail dovecot: child 12245 (imap) killed with signal 6 Nov 8 20:37:31 mail dovecot: child 15010 (imap) killed with signal 6 {I testarted Thunderbird, please note that the same thunderbird handles 3 different accounts on the same server, but only 'lrosa' receives mail, the other can be considered unused} Nov 8 20:37:52 mail dovecot: imap-login: Login: user=, method=plain, rip=62.123.164.114, lip=62.123.164.113 Nov 8 20:37:53 mail last message repeated 2 times {same behaviour as before, I cannot open the mailbox with the new mail, I have to force close TB again} Nov 8 20:37:54 mail dovecot: IMAP(lrosa): Corrupted index file /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header extension keywords Nov 8 20:37:54 mail dovecot: IMAP(lrosa): Corrupted index file /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header extension keywords Nov 8 20:38:04 mail dovecot: imap-login: Login: user=, method=plain, rip=62.123.164.114, lip=62.123.164.113 Nov 8 20:38:09 mail dovecot: imap-login: Login: user=, method=plain, rip=62.123.164.114, lip=62.123.164.113 Nov 8 20:38:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:38:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:38:25 mail dovecot: child 15421 (imap) killed with signal 6 Nov 8 20:38:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:38:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:38:25 mail dovecot: child 15424 (imap) killed with signal 6 Nov 8 20:38:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE Nov 8 20:38:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 8 20:38:25 mail dovecot: child 15415 (imap) killed with signal 6 {this time I decide to stop and restart Dovecot too} Nov 8 20:38:41 mail dovecot: Dovecot v1.0.rc13 starting up {everything is back to normal, with the exception that the two mail boxes with new messages has three copies of the new message: the original and one for each of the two incidents above} Ciao, luigi -- / +--[Luigi Rosa]-- \ Organic chemistry is the chemistry of carbon compounds. Biochemistry is the study of carbon compounds that crawl. --Mike Adams From tss at iki.fi Wed Nov 8 22:24:14 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 22:24:14 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <45523429.5060709@hypertrek.info> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> Message-ID: <1163017454.25914.21.camel@hurina> On Wed, 2006-11-08 at 20:46 +0100, Luigi Rosa wrote: > Timo Sirainen said the following On 7/11/2006 22:39: > > > Oh, right, the patch. > > It happened again ad was more serious. > > {two mail arrived from two different mailing lists, Thunderbirds moves > them in their mailbox but...} > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file > /var/spool/mail2/lrosa/.Postfix/dovecot.index: > first_recent_uid_lowwater 10272 -> 10271 > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file > /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header > extension keywords Were you running with my duplicate header patch? (not included in rc13) > Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 gdb backtrace from this would be nice. > Nov 8 20:37:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE > Nov 8 20:37:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 > (io_add): assertion failed: (fd >= 0) gdb backtrace from this would be _really_ nice. See http://dovecot.org/bugreport.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From egbert at vandenbussche.nl Wed Nov 8 22:35:53 2006 From: egbert at vandenbussche.nl (Egbert Jan van den Bussche) Date: Wed, 08 Nov 2006 21:35:53 +0100 (CET) Subject: [Dovecot] SSL-read error in logfile Message-ID: <3935.192.168.1.10.1163018153.squirrel@www2.vandenbussche.nl> Now most things seem to work (rc12 on Mandriva 2007.0), I've been looking more thoroughly at the syslog file. I see a 'syscall failed' at the end of a normal timed poll from the client. I wonder what it means. Sorry for the layout, it is messed up by the cut and paste. I have created the selfsigned cert and key in the /etc/ssl/dovecot/[certs,private] directories. Egbert Jan Nov 8 21:31:39 dev dovecot: auth(default): client in: AUTH^I1^IPLAIN^Iservice=IMAP^Isecured^Ilip=192.168.1.10^Irip=192.168.1.13^Iresp= Nov 8 21:31:41 dev dovecot: auth(default): pam(user at domain.tld,192.168.1.13): pam_authenticate() failed: User not known to the underlying authentication module Nov 8 21:31:41 dev dovecot: auth-worker(default): sql(user at domain.tld,192.168.1.13): query: SELECT password FROM mailbox WHERE username = 'user at domain.tld' AND active='1' Nov 8 21:31:41 dev dovecot: auth(default): client out: OK^I1^Iuser=user at domain.tld Nov 8 21:31:41 dev dovecot: auth(default): master in: REQUEST^I14^I4012^I1 Nov 8 21:31:41 dev dovecot: auth(default): passwd(user at domain.tld,192.168.1.13): unknown user Nov 8 21:31:41 dev dovecot: auth-worker(default): sql(user at domain.tld,192.168.1.13): SELECT maildir, 1001 AS uid, 1001 AS gid, 'Maildir:/home/virtual/domain.tld/user' as mail FROM mailbox WHERE username = 'user at domain.tld' AND active = '1' Nov 8 21:31:41 dev dovecot: auth(default): master out: USER^I14^Iuser at domain.tld^Imaildir=domain.tld/user/^Iuid=1001^Igid=1001^Imail=Maildir:/home/virtual/domain.tld/user Nov 8 21:31:41 dev dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.1.13, lip=192.168.1.10, TLS Nov 8 21:31:41 dev dovecot: auth(default): client in: AUTH^I1^IPLAIN^Iservice=IMAP^Isecured^Ilip=192.168.1.10^Irip=192.168.1.13^Iresp= Nov 8 21:31:44 dev dovecot: auth(default): pam(user at domain.tld,192.168.1.13): pam_authenticate() failed: User not known to the underlying authentication module Nov 8 21:31:44 dev dovecot: auth-worker(default): sql(user at domain.tld,192.168.1.13): query: SELECT password FROM mailbox WHERE username = 'user at domain.tld' AND active='1' Nov 8 21:31:44 dev dovecot: auth(default): client out: OK^I1^Iuser=user at domain.tld Nov 8 21:31:44 dev dovecot: auth(default): master in: REQUEST^I15^I3990^I1 Nov 8 21:31:44 dev dovecot: auth(default): passwd(user at domain.tld,192.168.1.13): unknown user Nov 8 21:31:44 dev dovecot: auth-worker(default): sql(user at domain.tld,192.168.1.13): SELECT maildir, 1001 AS uid, 1001 AS gid, 'Maildir:/home/virtual/domain.tld/user' as mail FROM mailbox WHERE username = 'user at domain.tld' AND active = '1' Nov 8 21:31:44 dev dovecot: auth(default): master out: USER^I15^Iuser at domain.tld^Imaildir=domain.tld/user/^Iuid=1001^Igid=1001^Imail=Maildir:/home/virtual/domain.tld/user Nov 8 21:31:44 dev dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.1.13, lip=192.168.1.10, TLS Nov 8 21:31:44 dev dovecot: imap-login: SSL_read() syscall failed: EOF [192.168.1.13] Nov 8 21:31:44 dev dovecot: IMAP(user at domain.tld): Disconnected Nov 8 21:31:44 dev dovecot: imap-login: SSL_read() syscall failed: EOF [192.168.1.13] Nov 8 21:31:44 dev dovecot: IMAP(user at domain.tld): Disconnected: Logged out EOF From rainer at route66.homelinux.net Wed Nov 8 22:42:17 2006 From: rainer at route66.homelinux.net (Rainer Ophoven) Date: Wed, 08 Nov 2006 21:42:17 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1163017454.25914.21.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163017454.25914.21.camel@hurina> Message-ID: <45524129.8010108@route66.homelinux.net> My success message tis morning after applying the patch was a bit early. I did find that "Duplicate Header" error im my logs later this afternoon and also have a " Fixed index file /home/rainer/Maildir/.software.Dovecot/dovecot.index: first_recent_uid_lowwater 2038 -> 2037" running an unpatched RC13 again. I'll try to get a dump. Timo Sirainen wrote: > On Wed, 2006-11-08 at 20:46 +0100, Luigi Rosa wrote: >> Timo Sirainen said the following On 7/11/2006 22:39: >> >>> Oh, right, the patch. >> It happened again ad was more serious. >> >> {two mail arrived from two different mailing lists, Thunderbirds moves >> them in their mailbox but...} >> >> Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file >> /var/spool/mail2/lrosa/.Postfix/dovecot.index: >> first_recent_uid_lowwater 10272 -> 10271 >> Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file >> /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header >> extension keywords > > Were you running with my duplicate header patch? (not included in rc13) > >> Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 > > gdb backtrace from this would be nice. > >> Nov 8 20:37:25 mail dovecot: IMAP(lrosa): Disconnected in IDLE >> Nov 8 20:37:25 mail dovecot: IMAP(lrosa): file ioloop.c: line 22 >> (io_add): assertion failed: (fd >= 0) > > gdb backtrace from this would be _really_ nice. See > http://dovecot.org/bugreport.html > -- in diesem Sinne, Rainer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 208 bytes Desc: OpenPGP digital signature URL: From tss at iki.fi Wed Nov 8 22:48:02 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 08 Nov 2006 22:48:02 +0200 Subject: [Dovecot] SSL-read error in logfile In-Reply-To: <3935.192.168.1.10.1163018153.squirrel@www2.vandenbussche.nl> References: <3935.192.168.1.10.1163018153.squirrel@www2.vandenbussche.nl> Message-ID: <1163018882.25914.24.camel@hurina> On Wed, 2006-11-08 at 21:35 +0100, Egbert Jan van den Bussche wrote: > Nov 8 21:31:44 dev dovecot: imap-login: SSL_read() syscall failed: > EOF [192.168.1.13] > Hmm. I think I'll just change the code not to show this "error", since it only means that the SSL connection was closed without a proper "SSL bye" message. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lists at wiesinger.com Wed Nov 8 22:52:22 2006 From: lists at wiesinger.com (Gerhard Wiesinger) Date: Wed, 8 Nov 2006 21:52:22 +0100 (CET) Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> <1162990431.4177.182.camel@hurina> <1163004408.4177.280.camel@hurina> Message-ID: It is also not fixed with 1.0rc13. Hope it helps. Ciao, Gerhard -- http://www.wiesinger.com/ On Wed, 8 Nov 2006, Gerhard Wiesinger wrote: > OK, the following configuration does NOT work with 1.0rc11 for me, it > delivers to ~/ > > When I change it back to > mail_location = mbox:~/Mail:INBOX=/var/mail/%u > it works well. > > protocol lda { > postmaster_address = postmaster at domain > auth_socket_path = /var/run/dovecot-auth-master > log_path = /path/to/deliver.log > info_log_path = /path/to/deliver.log > log_timestamp=%Y.%m.%d %H:%M:%S%t > default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u > mail_debug = yes > } > > Ciao, > Gerhard > > -- > http://www.wiesinger.com/ > > > On Wed, 8 Nov 2006, Timo Sirainen wrote: > >> On Wed, 2006-11-08 at 17:24 +0100, Gerhard Wiesinger wrote: >>> Ok, I ment 1.0rc11 where deliver doesn't work with default_mail_env, only >>> with mail_location. >>> >>> Is this fixed in 1.0rc13? >> >> As far as I know, it wasn't broken in rc11 either. Just tested with >> rc13, and it works for me. And I haven't changed that code since rc11. >> So I can't really understand why it wouldn't have worked with you.. >> >> Although if you had an empty mail_location setting in the file, then it >> did use it without complaining. >> > From egbert at vandenbussche.nl Wed Nov 8 22:53:44 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 08 Nov 2006 21:53:44 +0100 Subject: [Dovecot] SSL-read error in logfile In-Reply-To: <1163018882.25914.24.camel@hurina> Message-ID: <005901c70377$faf0b8e0$0d01a8c0@egbert> OK. So this is not a real error but a side effect of a normally closed of the connection. TNX EJ > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Timo Sirainen > Sent: Wednesday, November 08, 2006 9:48 PM > To: egbert at vandenbussche.nl; Dovecot Mailing List > Subject: Re: [Dovecot] SSL-read error in logfile > > > On Wed, 2006-11-08 at 21:35 +0100, Egbert Jan van den Bussche wrote: > > Nov 8 21:31:44 dev dovecot: imap-login: SSL_read() syscall failed: > > EOF [192.168.1.13] > > > Hmm. I think I'll just change the code not to show this > "error", since it only means that the SSL connection was > closed without a proper "SSL bye" message. > From lars at skovgaarddesign.dk Thu Nov 9 01:20:50 2006 From: lars at skovgaarddesign.dk (Lars Skovgaard) Date: Thu, 9 Nov 2006 00:20:50 +0100 Subject: [Dovecot] MacOS X and quota-plugin Message-ID: Hi all, I've installed dovecot 1.0 rc12 on a MacOS X client system with only a handful of users ? all virtual ? and would like to enable quotas. I've tried searching the wiki for information on how to do this, but haven't been able to find anything ? which is why I turn to the list in hope there's someone out there who can point me in the right direction. I've compiled dovecot without any other authentication than sql and pam, and have enabled ssl, pop3 and dovecot lda (for use with postfix when I get around to it). The installation went smoothly, and dovecot is working great without quota-support. However, when I enable quota- support, the imap child-process crashes. Here's a few lines from the log, slightly altered to protect user-identities: Nov 8 23:05:09 SD-Server dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.2.10, lip=192.168.2.2, TLS Nov 8 23:05:09 SD-Server dovecot: child 22662 (imap) killed with signal 11 Nov 8 23:05:09 SD-Server crashdump[22663]: imap crashed Nov 8 23:05:09 SD-Server crashdump[22663]: crash report written to: / Library/Logs/CrashReporter/imap.crash.log Nov 8 23:05:12 SD-Server dovecot: imap-login: Login: user=< imapuser >, method=PLAIN, rip=192.168.2.10, lip=192.168.2.2, TLS Nov 8 23:05:13 SD-Server dovecot: child 22665 (imap) killed with signal 11 Nov 8 23:05:13 SD-Server crashdump[22666]: imap crashed Nov 8 23:05:13 SD-Server crashdump[22666]: crash report written to: / Library/Logs/CrashReporter/imap.crash.log Nov 8 23:05:16 SD-Server dovecot: imap-login: Login: user=< imapuser >, method=PLAIN, rip=192.168.2.10, lip=192.168.2.2, TLS Nov 8 23:05:17 SD-Server dovecot: child 22670 (imap) killed with signal 11 Nov 8 23:05:17 SD-Server crashdump[22671]: imap crashed Nov 8 23:05:17 SD-Server crashdump[22671]: crash report written to: / Library/Logs/CrashReporter/imap.crash.log This is what I have done in dovecot.conf to enable quota: protocol imap { mail_plugins = quota imap_quota mail_plugin_dir = /usr/local/lib/dovecot/imap } plugin { #quota = dict:storage=10240 #quota = dirsize:storage=10240 #quota = maildir:storage=10240 #quota = maildir:storage=10240 mysql:/usr/local/etc/dovecot-sql.conf #quota = fs:storage=10240 #quota = fs } As you might guess from the lines under "plugin", I've tried a lot of different combinations. If I enable ANY of the above lines under plugin, the child-processes die upon login. When all have been commented out, there's no more crashing ? until I try to see how much space is available, then it crashes again. I've tried adding an extra "quota" field to my mysql userdb to handle quotas, but with the same result. mysql-query looks like this (as described in the wiki): user_query = SELECT home, uid, gid, 'dirsize:storage=' || quota_kb AS quota FROM users WHERE userid = '%u' As with the settings in dovecot.conf, Ive tried various combinations of dict, dirsize and so on, but without any luck. This is what the entries in my crashdump file looks like: Host Name: SD-Server Date/Time: 2006-11-09 00:06:17.151 +0100 OS Version: 10.4.7 (Build 8J135) Report Version: 4 Command: imap Path: /usr/local/libexec/dovecot/imap Parent: dovecot [8370] Version: ??? (???) PID: 23101 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000044 Thread 0 Crashed: 0 lib01_quota_plugin.so 0x00256ca8 quota_root_iter_next + 32 (array.h:144) 1 lib02_imap_quota_plugin.so 0x00273700 cmd_getquotaroot + 280 (imap-quota-plugin.c:87) 2 imap 0x000076b8 _client_input + 556 (client.c:377) 3 imap 0x0006e9a8 io_loop_handler_run + 424 (ioloop-poll.c:200) 4 imap 0x0005e214 io_loop_run + 40 (ioloop.c: 280) 5 imap 0x0000fd38 main + 1740 (main.c:241) 6 imap 0x00001df4 _start + 348 (crt.c:272) 7 imap 0x00001c94 start + 60 Thread 0 crashed with PPC Thread State 64: srr0: 0x0000000000256ca8 srr1: 0x000000000200f030 vrsave: 0x0000000000000000 cr: 0x48000244 xer: 0x0000000000000004 lr: 0x0000000000256c94 ctr: 0x0000000000256c88 r0: 0x0000000000273700 r1: 0x00000000bffff410 r2: 0x0000000000000000 r3: 0x0000000000501e10 r4: 0x0000000000000010 r5: 0x0000000000000010 r6: 0x0000000000000022 r7: 0x0000000000000000 r8: 0x0000000000000002 r9: 0x0000000000501e20 r10: 0x0000000000000000 r11: 0x0000000000275044 r12: 0x0000000000256c88 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 r16: 0x0000000000000000 r17: 0x0000000000000000 r18: 0x0000000000000000 r19: 0x0000000000000000 r20: 0x0000000000000000 r21: 0x0000000000000000 r22: 0x0000000000000000 r23: 0x0000000000000000 r24: 0x0000000000000000 r25: 0x000000000007e808 r26: 0x0000000000000000 r27: 0x0000000000500a24 r28: 0x0000000000501e10 r29: 0x0000000000500a24 r30: 0x00000000002492d0 r31: 0x0000000000256c94 Binary Images Description: 0x1000 - 0x7efff imap /usr/local/libexec/dovecot/imap 0x253000 - 0x258fff lib01_quota_plugin.so /usr/local/lib/ dovecot/imap/lib01_quota_plugin.so 0x273000 - 0x274fff lib02_imap_quota_plugin.so /usr/local/lib/ dovecot/imap/lib02_imap_quota_plugin.so 0x8fe00000 - 0x8fe52fff dyld 45.3 /usr/lib/dyld 0x90000000 - 0x901bbfff libSystem.B.dylib /usr/lib/libSystem.B.dylib 0x90213000 - 0x90218fff libmathCommon.A.dylib /usr/lib/system/ libmathCommon.A.dylib 0x92d65000 - 0x92e53fff libiconv.2.dylib /usr/lib/libiconv.2.dylib 0x936e3000 - 0x93703fff libmx.A.dylib /usr/lib/libmx.A.dylib Best regards, Lars From razor.ua at ua.fm Thu Nov 9 07:41:28 2006 From: razor.ua at ua.fm (razor) Date: Thu, 09 Nov 2006 07:41:28 +0200 Subject: [Dovecot] lda quota In-Reply-To: <1162991010.4177.189.camel@hurina> References: <1162991010.4177.189.camel@hurina> Message-ID: 08.11.06 ? 15:03 Timo Sirainen ? ????? ?????? ?????(?): > On Tue, 2006-11-07 at 14:53 +0200, razor wrote: >> hello >> i am using dovecot-1.0.r7 on freebsd 5.4 >> everything is fine, but i wanna more -) >> >> i am using dovecot-lda + plugin quota. when i am trying to send a email >> for user with overquota i am getting "local delivery failed". can i >> make >> some more informatic message for users like "your recipient box is >> overquoted". > > Are you using filesystem quota? If so, the quota plugin itself doesn't > really do anything. Do you see any errors in Dovecot's log files? If > not, see the "Logging" section in http://wiki.dovecot.org/LDA > no, Timo. there is: ... protocol imap { listen = *:143 ssl_listen = *:993 mail_plugins = quota imap_quota } ... > Your problem is most likely that Dovecot couldn't handle the > out-of-quota condition in its index file handling, or something like > that. See http://wiki.dovecot.org/Quota/FS > so does Dovecot-LDA support configurable messages? does your message mean that there is my config bug? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From lgb at lgb.hu Thu Nov 9 09:41:25 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Thu, 9 Nov 2006 08:41:25 +0100 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <1162993715.4177.214.camel@hurina> References: <1162993715.4177.214.camel@hurina> Message-ID: <20061109074124.GA21913@lgb.hu> Hello, We're using RC13 here (on AMD64 Linux box) with LDAP authentication. I found some entries in the log, all of them say: Nov 9 08:04:35 sn0 dovecot: auth(default): file db-ldap.c: line 143 (db_ldap_add_delayed_request): assertion failed: (!conn->connected) Nov 9 08:04:35 sn0 dovecot: child 13665 (auth) killed with signal 6 Nov 9 08:04:35 sn0 dovecot: pop3-login: Internal login failure: user=, method=PLAIN, rip=yyy.yyy.yyy.yyy, lip=zzz.zzz.zzz.zzz and a single occured one (till now at least): Nov 9 06:23:02 sn0 dovecot: pop3-login: file client.c: line 366 (client_destroy): assertion failed: (!client->common.authenticating) Nov 9 06:23:02 sn0 dovecot: child 19099 (login) killed with signal 6 What should I do now? Thanks, -- - G?bor From lgb at lgb.hu Thu Nov 9 10:02:08 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Thu, 9 Nov 2006 09:02:08 +0100 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <20061109074124.GA21913@lgb.hu> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> Message-ID: <20061109080208.GB21913@lgb.hu> On Thu, Nov 09, 2006 at 08:41:25AM +0100, G?bor L?n?rt wrote: > We're using RC13 here (on AMD64 Linux box) with LDAP authentication. > I found some entries in the log, all of them say: Ohh, sorry, some information should be nice here, I guess. So, we're using only POP3 with LDAP authentication and auth binds. LDAP related configuration (I hope it's okey, server mostly works otherwise): hosts = 127.0.0.1 auth_bind = yes ldap_version = 3 base = dc=example,dc=com defer = never scope = subtree user_filter = (&(objectclass=mailuser)(inetuserstatus=active)(mail=%n@%d)) pass_filter = (&(objectclass=mailuser)(inetuserstatus=active)(mail=%n@%d)) user_global_uid = mailuser user_global_gid = mailuser -- - G?bor From matheus.oliveira at spd.com.br Thu Nov 9 12:24:32 2006 From: matheus.oliveira at spd.com.br (Matheus Antonio Oliveira) Date: Thu, 09 Nov 2006 08:24:32 -0200 Subject: [Dovecot] LDAP authentication windows 2003 Message-ID: <455301E0.6000405@spd.com.br> An HTML attachment was scrubbed... URL: From mmorata at gnuine.com Thu Nov 9 12:46:41 2006 From: mmorata at gnuine.com (Marc Morata) Date: Thu, 09 Nov 2006 11:46:41 +0100 Subject: [Dovecot] Problem with image attachment Message-ID: <1163069201.2763.8.camel@desktop07.gnuine.loc> Hi, I have a litle problem: The image attachment has a one line blank in top. This provokes that the image are corrupt. Only happens with imap acces. With pop3 are visualized correctly. Thank you. -- Marc Morata Fit? mmorata at gnuine.com Gnuine www.gnuine.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Aix? ?s una part d'un missatge, signada digitalment URL: From c.d.wakelin at reading.ac.uk Thu Nov 9 12:47:34 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Thu, 09 Nov 2006 10:47:34 +0000 Subject: [Dovecot] LDAP authentication windows 2003 In-Reply-To: <455301E0.6000405@spd.com.br> References: <455301E0.6000405@spd.com.br> Message-ID: <45530746.3000506@reading.ac.uk> Matheus Antonio Oliveira wrote: > People, > > Almost resolved, but with "blank password" against a "active directory - ldap - > windows 2003 sp1" the user was logged in. See following logs. > > Good notice: the situation doesn't happen in "active directory - ldap - windows > 2000 sp4" > Oh dear - you're right! We're using 2003 Active Directory (but in "2000 mode") and I can repeat the behaviour with my test rc12 server ... * OK University of Reading IMAP test ready. . LOGIN "" . OK Logged in. . SELECT INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 815 EXISTS * 0 RECENT * OK [UIDVALIDITY 1130319036] UIDs valid * OK [UIDNEXT 816] Predicted next UID . OK [READ-WRITE] Select completed. and also with rc10. Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From egbert at vandenbussche.nl Thu Nov 9 13:45:20 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Thu, 09 Nov 2006 12:45:20 +0100 Subject: [Dovecot] Output to logfile Message-ID: <000f01c703f4$88e45f40$0d01a8c0@egbert> Hello, Has everybody those irritating '^I' (tabs?) in his syslog for dovecot messages? Why not replace them by ordinary singe spaces? Maby something for a future release? Egbert Jan From sub at comtel-60.ru Thu Nov 9 14:59:33 2006 From: sub at comtel-60.ru (Max A) Date: Thu, 09 Nov 2006 15:59:33 +0300 Subject: [Dovecot] patch for checkpassword exit codes & vpopmail In-Reply-To: <1162502955.4024.137.camel@hurina> References: <454068A5.20509@comtel-60.ru> <1162502955.4024.137.camel@hurina> Message-ID: <45532635.2030200@comtel-60.ru> >> Also it is possible, that a similar problem exists with other variables >> TCP UCSPI protocol (http://cr.yp.to/proto/ucspi-tcp.txt). > > Hmm. I hadn't heard of UCSPI before. > > Oh well, I guess I'll have to change this. The LOCAL_IP and REMOTE_IP > will stay for backwards compatibility, maybe I'll remove them in Dovecot > v2.0. > Thanks for answer :) There are still some problems with the use of the checkpassword-interface with vpopmail. Besides standard exit codes of checkpassword: 1 unacceptable 2 misused 111 temporary problem vchkpw (the checkpassword analogue in vpopmail) uses two additional groups of exit codes: a) When user gives wrong username/password (procedure checkpassword_request_half_finish() should call checkpassword_request_finish() with parameter PASSDB_RESULT_PASSWORD_MISMATCH): 1 pop/smtp/webmal/imap/ access denied (match with a code of classic checkpassword) 3 password fail / vpopmail user not found 12 null user name given 13 null password given 15 user has no password 20 invalid user/domain characters 21 system user not found 22 system user shadow entry not found 23 system password fail b) vpopmail's internal errors: (checkpassword_request_half_finish() call checkpassword_request_finish() with parameter PASSDB_RESULT_INTERNAL_FAILURE): 4 setgid failed 5 setuid failed 6 autocreate dir error / chdir failed 7 putenv(USER) failed 8 putenv(HOME) failed 9 putenv(SHELL) failed 10 putenv(VPOPUSER) failed 11 vchkpw is only for talking with qmail-popup and qmail-pop3d. It is not for runnning on the command line 14 dir auto create failed / failed to vauth_getpw() after dir auto create Now all these codes are processed in checkpassword_request_half_finish() by "default" section. It will be wrong for the first group of codes to return the user "-ERR Temporary authentication failure. ", because it is not an internal problem, it's a login failure (user problem). I have made some changes in passdb-checkpassword.c to separate internal vpopmail mistakes from user's mistakes (a patch is in attachment). As the exit code "1" in vchkpw corresponds to an interdiction of access to service (smtp/pop3/imap/webmail) I have changed a line for logging in "case 1 " from "Password not accepted" to "Login failed". This line (imho) acceptables both for classical checkpassword and for vchkpw. Now all user's mistakes will be processed as well as a mistake of the password in checkpassword (exit code 1), and internal mistakes will be logged by "default" section. If you do not like an idea of changing a code specially for vpopmail it will be possible to make some parameter in "passdb checkpassword {}" section in the config file, pointing at work specially with vpopmail. Depending on its presence "case" will work otherwise (my knowledge of C is insufficiently for this purpose). Also, if it is not too hard for you, can you add variable TCPLOCALPORT (described in http://cr.yp.to/proto/ucspi-tcp.txt) to environment variables for checkpassword, because vchkpw uses it for an interdiction of access to various services (SMTP/POP3/IMAP/Webmal)? -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: vpopmail_env.patch URL: From steve-lists at aston.ac.uk Thu Nov 9 15:45:24 2006 From: steve-lists at aston.ac.uk (Steve Goodman (lists)) Date: Thu, 9 Nov 2006 13:45:24 -0000 Subject: [Dovecot] Qpopper migration? Message-ID: <106CFD02C50CA54EBFD6F82F32A787BA033DF31F@calliope.staff.campus.aston.ac.uk> Hello, As this is my first post to the list, first and foremost I'd like to thank Timo for writing great software; we've successfully moved to Dovecot for over 10,000 users from UW-IMAP and get great performance. On our overloaded staff POP3/IMAP server, we are looking at replacing qpopper+uw-imapd with dovecot, as an interim before moving them to the main Unix mailstore. The system is primarily POP3, with a small number of heavy IMAP users causing the system grief. There are a large number of POP3 users who leave messages on the server. What I want to ensure doesn't happen is that they are forced to download them again. Do I need to add anything specific in the pop3_uidl_format or am I barking up the wrong tree? Kind Regards, Steve From johannes at sipsolutions.net Thu Nov 9 15:58:00 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Thu, 09 Nov 2006 14:58:00 +0100 Subject: [Dovecot] Qpopper migration? In-Reply-To: <106CFD02C50CA54EBFD6F82F32A787BA033DF31F@calliope.staff.campus.aston.ac.uk> References: <106CFD02C50CA54EBFD6F82F32A787BA033DF31F@calliope.staff.campus.aston.ac.uk> Message-ID: <1163080680.9715.37.camel@ux156> On Thu, 2006-11-09 at 13:45 +0000, Steve Goodman (lists) wrote: > There are a large number of POP3 users who leave messages on the server. > What I want to ensure doesn't happen is that they are forced to download > them again. Do I need to add anything specific in the pop3_uidl_format > or am I barking up the wrong tree? According to this: http://www.dovecot.org/list/dovecot/2005-September/008862.html you just need to set the pop3_reuse_xuidl option (something similar to this patch appears to be present in dovecots sources now) johannes From pazke at donpac.ru Thu Nov 9 15:57:14 2006 From: pazke at donpac.ru (Andrey Panin) Date: Thu, 9 Nov 2006 16:57:14 +0300 Subject: [Dovecot] Qpopper migration? In-Reply-To: <106CFD02C50CA54EBFD6F82F32A787BA033DF31F@calliope.staff.campus.aston.ac.uk> References: <106CFD02C50CA54EBFD6F82F32A787BA033DF31F@calliope.staff.campus.aston.ac.uk> Message-ID: <20061109135714.GJ7080@pazke.donpac.ru> On 313, 11 09, 2006 at 01:45:24PM -0000, Steve Goodman (lists) wrote: > Hello, > > As this is my first post to the list, first and foremost I'd like to > thank Timo for writing great software; we've successfully moved to > Dovecot for over 10,000 users from UW-IMAP and get great performance. > > On our overloaded staff POP3/IMAP server, we are looking at replacing > qpopper+uw-imapd with dovecot, as an interim before moving them to the > main Unix mailstore. The system is primarily POP3, with a small number > of heavy IMAP users causing the system grief. > > There are a large number of POP3 users who leave messages on the server. > What I want to ensure doesn't happen is that they are forced to download > them again. Do I need to add anything specific in the pop3_uidl_format > or am I barking up the wrong tree? IIRC qpopper adds X-UIDL header into each message, so you can try to set pop3_reuse_xuidl = yes. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From tss at iki.fi Thu Nov 9 17:05:01 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 09 Nov 2006 17:05:01 +0200 Subject: [Dovecot] LDAP authentication windows 2003 In-Reply-To: <45530746.3000506@reading.ac.uk> References: <455301E0.6000405@spd.com.br> <45530746.3000506@reading.ac.uk> Message-ID: <1163084701.25914.32.camel@hurina> On Thu, 2006-11-09 at 10:47 +0000, Chris Wakelin wrote: > > Matheus Antonio Oliveira wrote: > > People, > > > > Almost resolved, but with "blank password" against a "active directory - ldap - > > windows 2003 sp1" the user was logged in. See following logs. > > > > Good notice: the situation doesn't happen in "active directory - ldap - windows > > 2000 sp4" > > > > Oh dear - you're right! We're using 2003 Active Directory (but in "2000 > mode") and I can repeat the behaviour with my test rc12 server ... > > * OK University of Reading IMAP test ready. > . LOGIN "" > . OK Logged in. Umm.. The auth bind succeeds with the empty password? So should I just add a check that empty password will always fail if auth_bind=yes? This prevents having users who don't have a password (eg. they'd be proxied elsewhere), but I guess it's not that important. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Thu Nov 9 17:19:28 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Thu, 9 Nov 2006 16:19:28 +0100 (CET) Subject: [Dovecot] LDAP authentication windows 2003 In-Reply-To: <1163084701.25914.32.camel@hurina> References: <455301E0.6000405@spd.com.br> <45530746.3000506@reading.ac.uk> <1163084701.25914.32.camel@hurina> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 9 Nov 2006, Timo Sirainen wrote: > Umm.. The auth bind succeeds with the empty password? > > So should I just add a check that empty password will always fail if > auth_bind=yes? This prevents having users who don't have a password (eg. > they'd be proxied elsewhere), but I guess it's not that important. How about a "#permit_empty_passwords = yes" option in passdb backends? Not that I use accounts with empty passwords, but just in case. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRVNHBS9SORjhbDpvAQKsFQf+OrvK8xyJvH0VIB5EVlT8aQUUv55bmt7p xgKdamg2WaFvIhBU/Y7r4o69zh5gkSh0e1jaVoYzbSeRcohjPmoUOPr7C58cV6Ru dsXeArTDOqfYf28/GG6Kw3zCZAfkKywJ5IZv9nn1PhGn4mC7pyunBoFOqwaR55wb yXSLaA273Jit4GAPdpVY1zsG5KuaNm9qgAUQ2y3aHqA+5HcwtJig8zE9qT/zNf+f qwpStG/znl9NM68V6kzsXuQBvByLtTeNZAKVubRKsgKT7neH8nO2Myxk4oo+Ynq4 5erwP5QslPldl9LOE1Wa2+m2NoR38ALIJlJOR+PAhYL/VTIe44naTA== =ihP3 -----END PGP SIGNATURE----- From c.d.wakelin at reading.ac.uk Thu Nov 9 17:30:29 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Thu, 09 Nov 2006 15:30:29 +0000 Subject: [Dovecot] LDAP authentication windows 2003 In-Reply-To: References: <455301E0.6000405@spd.com.br> <45530746.3000506@reading.ac.uk> <1163084701.25914.32.camel@hurina> Message-ID: <45534995.6030700@reading.ac.uk> Steffen Kaiser wrote: > On Thu, 9 Nov 2006, Timo Sirainen wrote: > >> Umm.. The auth bind succeeds with the empty password? It appears so ... (tried sniffing the LDAP bind). > >> So should I just add a check that empty password will always fail if >> auth_bind=yes? This prevents having users who don't have a password (eg. >> they'd be proxied elsewhere), but I guess it's not that important. Possibly, but my trust in the whole auth binds to AD thing is a bit battered - I'd like to be convinced there's no other tricks ;). The other snag is that passwords are sent to the AD in the clear so perhaps Kerberos or LDAP-over-SSL are better. > > How about a "#permit_empty_passwords = yes" option in passdb backends? > Not that I use accounts with empty passwords, but just in case. > Even better! OpenSSH has something similar, I think. Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From lgb at lgb.hu Thu Nov 9 18:09:28 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Thu, 9 Nov 2006 17:09:28 +0100 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <20061109080208.GB21913@lgb.hu> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <20061109080208.GB21913@lgb.hu> Message-ID: <20061109160927.GC10078@lgb.hu> Hello again, Now found more and more strange messages, like: pop3-login: Can't connect to auth server at default: Resource temporarily unavailable auth(default): LDAP: ldap_result() failed: Can't contact LDAP server auth(default): ldap(user,xxx.xxx.xxx.xxx): ldap_bind() failed: Server is unwilling to perform And the most bizarre stuff: auth(default): ldap_bind((null)) failed: Can't contact LDAP server As far as I know this "(null)" is printed by eg printf() family of C library calls and likes when %s is used and a NULL pointer is passed ... My problem that dovecot pop3 daemon dies after a while (after some hours): when reach that point, POP3 login no longer works, after issuing POP3 command "PASS", it just hangs. Stopping and restarting dovecot cures it for some hours at least. The strange that these error log messages are produced all the time, but not always cause the hang of the WHOLE service. If someone have ANY information, please help me. We used tpop3d before, and that also had similar problems (eg hanging the whole service after a while). That LDAP server is OpenLDAP from Ubuntu 6.06 LTS on AMD64 (2.2.26-5ubuntu2.1). You may think that if both of tpop3d and dovecot fails similary it should be the problem of the LDAP server, however other services (web interface, postfix) does work without a single problem since a month or so. Tried with v2 and v3 LDAP protocol as well. I ran out of ideas ;-( -- - G?bor From rostetter at mail.utexas.edu Fri Nov 10 00:06:02 2006 From: rostetter at mail.utexas.edu (Eric Rostetter) Date: Thu, 9 Nov 2006 16:06:02 -0600 Subject: [Dovecot] 1.0.rc12 released - High Load Levels In-Reply-To: <1162917549.4177.105.camel@hurina> References: <1162726123.4177.44.camel@hurina> <454FAB89.6080504@perkel.com> <454FACAC.2090900@Media-Brokers.com> <20061107102941.qd23lh8jbpwgkgkk@mail.ph.utexas.edu> <1162917549.4177.105.camel@hurina> Message-ID: <20061109160602.dpjfvslrmtq8gskw@mail.ph.utexas.edu> Quoting Timo Sirainen : >> I just now upgraded from RC10 to RC12 using the atrpms RPM version. >> It does _seem_ to be a bit slower (I only notice really because RC10 >> was _SO FREEKING FAST_ that RC12 seems a bit slow in comparison. Very strange. I've just upgraded to RC13 and it seems faster again... Note that the change was not very great, only slightly noticable, but still noticable... > If you want to debug this a bit, you could try looking with strace where > it's spending most of its time: > http://wiki.dovecot.org/Debugging/ProcessTracing I've not yet had the time to do this, but RC13 seems to be a bit faster than RC12, perhaps as fast as rc10. > And maybe even compare that to rc10. > > Anyway I don't think much has changed since rc10. I only fixed some bugs > in mbox handling code, but that shouldn't have slowed it down either. Could be the bugs there, or the memory leaks, or??? Who knows. I've not had time to test, and to tell the truth they are all faster than the wu-imapd I was using, so... >> In the next couple of hours, I'll probably change to the new dovecot.conf >> file with the new mail_location and see if that changes anything. > > It won't. Well, I bit the bullet and made the change anyway, and as you say it doesn't seem to make any difference. A great product. All the errors I've seen in previous RC versions are gone now AFAICT. Looks very, very promising. (Note I'm still only using this in test mode with about 300 users, all IMAP, all mbox). Thanks for the great work Timo! -- Eric Rostetter The Department of Physics The University of Texas at Austin Go Longhorns! From matthew.fisch at yahoo.com Fri Nov 10 01:47:39 2006 From: matthew.fisch at yahoo.com (Matthew Fisch) Date: Thu, 9 Nov 2006 15:47:39 -0800 (PST) Subject: [Dovecot] Using Substring Width with Mailhome Variables Message-ID: <20061109234739.36522.qmail@web30803.mail.mud.yahoo.com> Hello All, I am currently running Dovecot v1.0.rc13 from dovecot-1.0-0_31.rc13.fc5.at.i386.rpm on Linux HOST 2.6.17-1.2157_FC5 #1 Tue Jul 11 22:55:46 EDT 2006 i686 i686 i386 GNU/Linux. I am trying to install Dovecot in a large mail hosting environment and running into troubles. I have specified my mail home in dovecot.conf as follows: default_mail_env = maildir:/mnt/fileserver/maildir/%0.1d/%1.1d/%d/%n I've also tried among other variations: default_mail_env = maildir:/mnt/fileserver/maildir/%0d/%1.1d/%d/%n The expected behavior here, is to resolve this to: /mnt/fileserver/maildir/a/b/abc.com/user However, Dovecot seems to resolve this to: /mnt/raidzone01/maildir/abc.com/bc.com/abc.com/user/ It appears to me using 'width' with a substring does not work as is advertised on http://wiki.dovecot.org/Variables. This page does describe I need to be using 1.0-tests, what is 1.0-tests? I've also tried the default FC5 package: 1.0-0.beta8.2.fc5. Did I misunderstand the syntax? Am I using the wrong version? I won't be able to use dovecot without support for this feature as I am hosting many thousands of domains and know not how else to resolve them all. Thanks for all your time in advance, Matt Matthew Fisch Your-Site.com From bofh.list at gmail.com Fri Nov 10 05:33:26 2006 From: bofh.list at gmail.com (bofh list) Date: Thu, 9 Nov 2006 22:33:26 -0500 Subject: [Dovecot] Too many open files In-Reply-To: References: <1163001137.4177.273.camel@hurina> <1163005432.4177.283.camel@hurina> Message-ID: On 11/8/06, bofh list wrote: > > > > On 11/8/06, Timo Sirainen wrote: > > > > On Wed, 2006-11-08 at 11:45 -0500, bofh list wrote: > > > imap 12009 user 16u REG 0,19 135348 > > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > > (netapp-storage:/vol/mailstore) > > > imap 12009 user 17u REG 0,19 135348 > > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > > (netapp-storage:/vol/mailstore) > > .. > > > > Oh, I see. Could you test if this patch fixes it: > > > > http://dovecot.org/list/dovecot-cvs/2006-November/006767.html > > > > > > > > I will apply this tomorrow and get back to you. Thanks for the quick > turnaround! > With this patch on 1.0rc13 I am seeing the following when moving any messages between folders dovecot: Nov 09 22:24:09 Error: IMAP(user): file mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->tail == NULL) dovecot: Nov 09 22:24:09 Error: child 27320 (imap) killed with signal 6 dovecot: Nov 09 22:25:49 Error: IMAP(user): file mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->tail == NULL) dovecot: Nov 09 22:25:49 Error: child 27335 (imap) killed with signal 6 -------------- next part -------------- An HTML attachment was scrubbed... URL: From tallison at tacocat.net Fri Nov 10 12:35:05 2006 From: tallison at tacocat.net (Tom Allison) Date: Fri, 10 Nov 2006 05:35:05 -0500 Subject: [Dovecot] RFC 2822 - message-id Message-ID: <455455D9.3080200@tacocat.net> I was porting some email from one imap server location to another and ran into a feature of something. One of them writes message-id as 'Message-Id' and the other writes it as 'Message-ID'. Because of this, all the messages are forever different. All mail is delivered from postfix and will be in the future. But I'm asking which of these syntaxes is correct or if there is a right/wrong way of writing the headers? RFC2822 doesn't come right out and say it, but all the examples therein are "Message-ID". RFC 822 says they are all the same. Both? From chopin at sgh.waw.pl Fri Nov 10 12:42:02 2006 From: chopin at sgh.waw.pl (Piotr KUCHARSKI) Date: Fri, 10 Nov 2006 11:42:02 +0100 Subject: [Dovecot] RFC 2822 - message-id In-Reply-To: <455455D9.3080200@tacocat.net> References: <455455D9.3080200@tacocat.net> Message-ID: <20061110104202.GB17616@sgh.waw.pl> On Fri, Nov 10, 2006 at 05:35:05AM -0500, Tom Allison wrote: > I was porting some email from one imap server location to another and ran > into a feature of something. One of them writes message-id as 'Message-Id' > and the other writes it as 'Message-ID'. Because of this, all the messages > are forever different. > All mail is delivered from postfix and will be in the future. > But I'm asking which of these syntaxes is correct or if there is a > right/wrong way of writing the headers? RFC2822 doesn't come right out and > say it, but all the examples therein are "Message-ID". > RFC 822 says they are all the same. > Both? Quote from RFC2822: 1.2.2. Syntactic notation This standard uses the Augmented Backus-Naur Form (ABNF) notation specified in [RFC2234] for the formal definitions of the syntax of messages. Characters will be specified either by a decimal value (e.g., the value %d65 for uppercase A and %d97 for lowercase A) or by a case-insensitive literal value enclosed in quotation marks (e.g., "A" for either uppercase or lowercase A). See [RFC2234] for the full description of the notation. Hence the case is irrelevant for header names. p. -- Beware of he who would deny you access to information, for in his heart he dreams himself your master. -- Commissioner Pravin Lal From dovecot-20061108 at billmail.scconsult.com Fri Nov 10 16:16:24 2006 From: dovecot-20061108 at billmail.scconsult.com (Bill Cole) Date: Fri, 10 Nov 2006 09:16:24 -0500 Subject: [Dovecot] RFC 2822 - message-id In-Reply-To: <455455D9.3080200@tacocat.net> References: <455455D9.3080200@tacocat.net> Message-ID: At 5:35 AM -0500 11/10/06, Tom Allison wrote to many mailing lists including the Dovecot list: >I was porting some email from one imap server location to another >and ran into a feature of something. One of them writes message-id >as 'Message-Id' and the other writes it as 'Message-ID'. Because of >this, all the messages are forever different. No well-written mail software should see those as different. >All mail is delivered from postfix and will be in the future. Not relevant. The Message-ID header can be created at virtually any point in mail handling but usually is created by the MUA that constructs the message. Your message that I saw on the Dovecot list carried one that was almost certainly created by Thunderbird, and I expect that when you see this message it will continue to carry one created by Eudora. Other mailing lists may discard the original MID and impose their own on the copies distributed to subscribers. The only times that an MTA is relevant are when messages arrive with no header and the MTA is configured to add their own (which is the default modern behavior for Sendmail and I believe for Postfix as well.) >But I'm asking which of these syntaxes is correct or if there is a >right/wrong way of writing the headers? RFC2822 doesn't come right >out and say it, but all the examples therein are "Message-ID". RFC2822 says: 1.2.2. Syntactic notation This standard uses the Augmented Backus-Naur Form (ABNF) notation specified in [RFC2234] for the formal definitions of the syntax of messages. Characters will be specified either by a decimal value (e.g., the value %d65 for uppercase A and %d97 for lowercase A) or by a case-insensitive literal value enclosed in quotation marks (e.g., "A" for either uppercase or lowercase A). See [RFC2234] for the full description of the notation. In other words: anywhere in RFC2822 that you see letters instead of numeric codes specifying a character, it indicates case-insensitivity. Given the actual specifications of header fields, this means that ALL message header field names can be in any case. Mail (and things like HTTP and news that have based their message formats on mail) have always worked that way. Changing that in a specification like RFC2822 would be a very bad idea. RFC's are supposed to describe working systems, not theoretical ideals, and RFC's like 2822 that are updates to widely implemented standards need to be written (as 2822 was) to reflect reality first. Because case is explicitly irrelevant for header field names in RFC822 (and its predecessors) there's really no chance of any successor narrowing that to require a particular case pattern, and any that did would simply be ignored in that respect. RFC's have no more power than dictionaries. -- Bill Cole bill at scconsult.com From bofh.list at gmail.com Fri Nov 10 20:19:15 2006 From: bofh.list at gmail.com (bofh list) Date: Fri, 10 Nov 2006 13:19:15 -0500 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <45524129.8010108@route66.homelinux.net> References: <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163017454.25914.21.camel@hurina> <45524129.8010108@route66.homelinux.net> Message-ID: I am seeing the following errors with vanilla RC13 (two servers, nfs, mmap_disable=yes, lock_method=fnctl, Maildir). These only manifested after the upgrade to 1.0RC13 server1: dovecot: Nov 09 15:44:08 Error: IMAP(user1): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 15:44:08 Error: child 2920 (imap) killed with signal 6 dovecot: Nov 09 16:09:47 Error: IMAP(user2): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 16:09:47 Error: child 1894 (imap) killed with signal 6 dovecot: Nov 09 16:09:49 Error: IMAP(user2): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 16:09:49 Error: child 1887 (imap) killed with signal 6 dovecot: Nov 09 16:49:15 Error: IMAP(user3): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 16:49:15 Error: child 495 (imap) killed with signal 6 dovecot: Nov 09 17:51:36 Error: IMAP(user4): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 17:51:36 Error: child 7154 (imap) killed with signal 6 dovecot: Nov 09 19:09:21 Error: IMAP(user5): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 19:09:21 Error: child 6289 (imap) killed with signal 6 dovecot: Nov 09 22:56:31 Error: IMAP(user6): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 22:56:31 Error: child 13968 (imap) killed with signal 6 dovecot: Nov 10 11:17:41 Error: IMAP(user7): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 11:17:41 Error: child 25516 (imap) killed with signal 6 dovecot: Nov 10 12:34:10 Error: IMAP(user4): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 12:34:10 Error: child 24433 (imap) killed with signal 6 dovecot: Nov 10 12:34:26 Error: IMAP(user4): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 12:34:26 Error: child 25041 (imap) killed with signal 6 dovecot: Nov 10 13:06:36 Error: IMAP(user8): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 13:06:36 Error: child 29278 (imap) killed with signal 6 server2: dovecot: Nov 09 14:42:39 Error: IMAP(user9): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 14:42:39 Error: child 31506 (imap) killed with signal 6 dovecot: Nov 09 14:47:36 Error: IMAP(user10): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 14:47:36 Error: child 30492 (imap) killed with signal 6 dovecot: Nov 09 16:01:33 Error: IMAP(user8): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 16:01:33 Error: child 31884 (imap) killed with signal 6 dovecot: Nov 09 17:51:36 Error: IMAP(user4): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 17:51:36 Error: child 5648 (imap) killed with signal 6 dovecot: Nov 09 20:08:26 Error: IMAP(user1): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 09 20:08:26 Error: child 5344 (imap) killed with signal 6 dovecot: Nov 10 10:11:12 Error: IMAP(user1): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 10:11:12 Error: child 25314 (imap) killed with signal 6 dovecot: Nov 10 10:17:35 Error: IMAP(user10): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 10:17:35 Error: child 25997 (imap) killed with signal 6 dovecot: Nov 10 10:35:19 Error: IMAP(user8): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 10:35:19 Error: child 25964 (imap) killed with signal 6 dovecot: Nov 10 11:14:31 Error: IMAP(user11): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 11:14:31 Error: child 24501 (imap) killed with signal 6 dovecot: Nov 10 11:41:49 Error: IMAP(user10): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 11:41:49 Error: child 28684 (imap) killed with signal 6 dovecot: Nov 10 13:07:12 Error: IMAP(user8): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) dovecot: Nov 10 13:07:12 Error: child 26323 (imap) killed with signal 6 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dovecot-20061108 at billmail.scconsult.com Sat Nov 11 05:10:44 2006 From: dovecot-20061108 at billmail.scconsult.com (Bill Cole) Date: Fri, 10 Nov 2006 22:10:44 -0500 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: References: <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163017454.25914.21.camel@hurina> <45524129.8010108@route66.homelinux.net> Message-ID: At 1:19 PM -0500 11/10/06, bofh list wrote: >I am seeing the following errors with vanilla RC13 (two servers, >nfs, mmap_disable=yes, lock_method=fnctl, Maildir). These only >manifested after the upgrade to 1.0RC13 > > > >server1: >dovecot: Nov 09 15:44:08 Error: IMAP(user1): file ioloop.c: line 22 >(io_add): assertion failed: (fd >= 0) >dovecot: Nov 09 15:44:08 Error: child 2920 (imap) killed with signal 6 >dovecot: Nov 09 16:09:47 Error: IMAP(user2): file ioloop.c: line 22 >(io_add): assertion failed: (fd >= 0) Data point: I am seeing the same thing (ioloop.c line 22 assertion failure) with a very different system: MacOS X 10.4.8, mmap_disable=no (default), single machine, Maildir at ~/Maildir on the same internal disk as everything else, lock_method=fcntl. Because this is a small informal test system I also have a little more info that may be relevant. Since rc7 (my first rc version) I have seen occasional incidents where a single account (the same one involved in my assertion failures today) gets one subdirectory locked with one or more temp.$PID. files in it and a message in tmp, This account has multiple clients almost constantly logged in, one Eudora/Mac, one Outlook 2003/XP, one Versamail 3.5/PalmOS. Only Eudora moves anything anywhere, Outlook sits mostly idle, Versamail is scanning the Inbox every 15 minutes and sync's everything irregularly every few hours. Most mail arriving for this account is automatically moved to one of 3 IMAP folders, and about half of the rest is automatically stashed locally by the client and trashed on the server. In all cases, the jammed IMAP directory In all 4 cases of the hang, a simple stop and restart of Dovecot and all clients has failed to solve the hang, and the solutions have come from either full system reboots or cleaning out both the dovecot index files and the file in the tmp folder of the Maildir subdirectory that was hung. I believe this is connected because twice today around the same times as the assertion failures in the logs, I had clients time out while trying to synch IMAP folders, which had me suspecting the same sort of failure, only to work on another connection within 10 minutes. -- Bill Cole bill at scconsult.com From lev at serebryakov.spb.ru Sat Nov 11 10:24:53 2006 From: lev at serebryakov.spb.ru (Lev Serebryakov) Date: Sat, 11 Nov 2006 11:24:53 +0300 Subject: [Dovecot] mail_chroot: no variables support? Message-ID: <715548214.20061111112453@serebryakov.spb.ru> Hello dovecot, It seems, that mail_chroot setting can't use variables. I try to set it to `%h' and it deosn't work :( Are here any security considerations, or it is bug? -- Best regards, Lev mailto:lev at serebryakov.spb.ru From gerard at seibercom.net Sat Nov 11 23:15:09 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Sat, 11 Nov 2006 16:15:09 -0500 (EST) Subject: [Dovecot] Writing to mail directory Message-ID: <20061111155734.U4211@scorpio.seibercom.net> FreeBSD 6.1 Dovecot 1.0.rc12 Using Dovecot as an LDA produces this error message: // START ERROR MESSAGE // deliver(gerard): Error:open(/var/mail/.temp.scorpio.seibercom.net.812.03034e3c3c1ab1c8) failed: Permission denied deliver(gerard): Error: file_lock_dotlock() failed with mbox file /var/mail/gerard: Permission denied // END ERROR MESSAGE// Actually, there are dozens of similar messages for all of my accounts. One example is enough to see what I am referring to. I am using Postfix for my mail-server. If I change the permissions on the directory to '1777' the error goes away and everything seems normal. The problem is that I should not have to do that and I do not understand what the problem is. Has anyone else experienced this phenomena and come up with a solution? Thanks! -- Gerard "Off list mail from *.gmail.com is rejected/deleted unseen. Don't waste your time." From dking at ketralnis.com Sun Nov 12 09:15:46 2006 From: dking at ketralnis.com (David King) Date: Sat, 11 Nov 2006 23:15:46 -0800 Subject: [Dovecot] assertion failed: (need_space == (uoff_t)-mails[idx].space) Message-ID: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> I'm running Dovecot dovecot-1.0.r13 on FreeBSD (FreeBSD 6.1-RELEASE- p10). Mail is stored in mbox format (dovecot.conf after the msg). Procmail delivers mail to subfolders under ~/.mail, locking using dotfiles. One folder in particular for one user has an mbox file ~/.mail/Cron. Quite often, I'll see that procmail processes are stacking up because ~/.mail/Cron.lock exists, and they (rightly) refuse to deliver to a locked mailbox. It seems that dovecot is creating these lock files and then dying. The .lock file's contents refer to a PID that, by the time I see the lockfile, doesn't exist. It appears that dovecot is leaving behind the lock files, after exiting with a signal 6 (sometimes 11) and leaving behind messages in /var/log/maillog (and the end of this message). In dovecot.conf I have mail_drop_priv_before_exec = no, but I can't find the core file that I would expect it to dump, so I can't give you a backtrace. Hopefully the assertion in /var/log/maillog is enough. With ~/.mail/Cron perpetually locked, I'm not able to receive mail in this folder, and with any IMAP client that tries to access that folder having the IMAP server shut down, it keeps me from getting mail. Any ideas? # tail /var/log/maillog Nov 11 23:05:32 melchoir dovecot: imap-login: Login: user=, method=PLAIN, rip=10.0.1.239, lip=10.0.0.1, TLS Nov 11 23:05:32 melchoir dovecot: IMAP(ketralnis): Disconnected: Logged out Nov 11 23:06:52 melchoir dovecot: IMAP(ketralnis): file mbox-sync- rewrite.c: line 405 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) Nov 11 23:06:52 melchoir dovecot: child 16929 (imap) killed with signal 6 Here is dovecot.conf: # cat /usr/local/etc/dovecot.conf | sed -E 's/^(.*)#.*$/\1/' | grep - Ev '(^#|^[ ]*$' protocols = imap pop3 imaps pop3s ssl_cert_file = /etc/ssl/mail-cert.pem ssl_key_file = /etc/ssl/private/mail-key.pem disable_plaintext_auth = no login_user = dovecot verbose_proctitle = yes first_valid_gid = 0 mail_extra_groups = mail default_mail_env = mbox:%h/.mail:INBOX=/var/mail/%u mmap_disable = no lock_method = fcntl mbox_read_locks = dotlock mbox_write_locks = dotlock fcntl mail_drop_priv_before_exec = no protocol imap { login_greeting_capability = yes imap_client_workarounds = delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep } protocol pop3 { pop3_uidl_format = %08Xu%08Xv pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } auth default { mechanisms = plain login passdb pam { } userdb passwd { } userdb prefetch { } user = root } From tss at iki.fi Sun Nov 12 13:13:07 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:13:07 +0200 Subject: [Dovecot] Too many open files In-Reply-To: References: <1163001137.4177.273.camel@hurina> <1163005432.4177.283.camel@hurina> Message-ID: <1163329987.8783.18.camel@hurina> On Thu, 2006-11-09 at 22:33 -0500, bofh list wrote: > > On 11/8/06, bofh list wrote: > > > On 11/8/06, Timo Sirainen wrote: > On Wed, 2006-11-08 at 11:45 -0500, bofh list wrote: > > imap 12009 user 16u REG > 0,19 135348 > > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > (netapp-storage:/vol/mailstore) > > imap 12009 user 17u REG > 0,19 135348 > > > 9876198 /chroot/mailstore/user/Maildir/.Trash/dovecot.index.log.2 > > (netapp-storage:/vol/mailstore) > .. > > Oh, I see. Could you test if this patch fixes it: > > http://dovecot.org/list/dovecot-cvs/2006-November/006767.html > > > > I will apply this tomorrow and get back to you. Thanks for > the quick turnaround! > > With this patch on 1.0rc13 I am seeing the following when moving any > messages between folders > > dovecot: Nov 09 22:24:09 Error: IMAP(user): file > mail-transaction-log.c: line 273 (mail_transaction_log_close): > assertion failed: (log->tail == NULL) > dovecot: Nov 09 22:24:09 Error: child 27320 (imap) killed with signal OK, this really fixes it: http://dovecot.org/list/dovecot-cvs/2006-November/006776.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 13:19:19 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:19:19 +0200 Subject: [Dovecot] assertion failed: (need_space == (uoff_t)-mails[idx].space) In-Reply-To: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> References: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> Message-ID: <1163330359.8783.23.camel@hurina> On Sat, 2006-11-11 at 23:15 -0800, David King wrote: > I'm running Dovecot dovecot-1.0.r13 on FreeBSD (FreeBSD 6.1-RELEASE- > p10). Mail is stored in mbox format (dovecot.conf after the msg). I fixed one reason for this in rc11, but I don't know why it would happen in rc13 anymore.. > In dovecot.conf I have mail_drop_priv_before_exec = no, but I can't > find the core file that I would expect it to dump, so I can't give > you a backtrace. Hopefully the assertion in /var/log/maillog is enough. You need to have mail_drop_priv_before_exec=yes to get the core files, and ulimit -c set to be high enough before starting dovecot. > With ~/.mail/Cron perpetually locked, I'm not able to receive mail in > this folder, and with any IMAP client that tries to access that > folder having the IMAP server shut down, it keeps me from getting > mail. Any ideas? If it happens only for that one mailbox, can you easily reproduce the crash then? If so, could you put the mbox file through http://dovecot.org/tools/mbox-anonymize.pl and send it to me? There's something in the mbox that Dovecot doesn't seem to like. > passdb pam { > } > userdb passwd { > } > userdb prefetch { > } BTW. There's no use to have prefetch there, since passwd will always get used before that. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 13:32:35 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:32:35 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: References: <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163017454.25914.21.camel@hurina> <45524129.8010108@route66.homelinux.net> Message-ID: <1163331155.8783.26.camel@hurina> On Fri, 2006-11-10 at 13:19 -0500, bofh list wrote: > I am seeing the following errors with vanilla RC13 (two servers, nfs, > mmap_disable=yes, lock_method=fnctl, Maildir). These only manifested > after the upgrade to 1.0RC13 > > > > server1: > dovecot: Nov 09 15:44:08 Error: IMAP(user1): file ioloop.c: line 22 > (io_add): assertion failed: (fd >= 0) Happens when client disconnects while IDLEing. Fixed: http://dovecot.org/list/dovecot-cvs/2006-November/006782.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 13:37:35 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:37:35 +0200 Subject: [Dovecot] mail_chroot: no variables support? In-Reply-To: <715548214.20061111112453@serebryakov.spb.ru> References: <715548214.20061111112453@serebryakov.spb.ru> Message-ID: <1163331455.8783.28.camel@hurina> On Sat, 2006-11-11 at 11:24 +0300, Lev Serebryakov wrote: > Hello dovecot, > > It seems, that mail_chroot setting can't use variables. I try to set it to `%h' and it deosn't work :( > Are here any security considerations, or it is bug? I'll add in my TODO, but if your userdb isn't passwd, you could do it there as well. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 13:38:26 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:38:26 +0200 Subject: [Dovecot] Writing to mail directory In-Reply-To: <20061111155734.U4211@scorpio.seibercom.net> References: <20061111155734.U4211@scorpio.seibercom.net> Message-ID: <1163331506.8783.30.camel@hurina> On Sat, 2006-11-11 at 16:15 -0500, Gerard Seibert wrote: > Error:open(/var/mail/.temp.scorpio.seibercom.net.812.03034e3c3c1ab1c8) > failed: Permission denied Set mail_extra_groups = mail (or whatever group has write access to /var/mail). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 13:51:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 13:51:00 +0200 Subject: [Dovecot] Using Substring Width with Mailhome Variables In-Reply-To: <20061109234739.36522.qmail@web30803.mail.mud.yahoo.com> References: <20061109234739.36522.qmail@web30803.mail.mud.yahoo.com> Message-ID: <1163332260.8783.33.camel@hurina> On Thu, 2006-11-09 at 15:47 -0800, Matthew Fisch wrote: > I have specified my mail home in dovecot.conf as follows: > default_mail_env = maildir:/mnt/fileserver/maildir/%0.1d/%1.1d/%d/%n Looks like there are bugs in here. I'll fix them, but this should work for you already: default_mail_env = maildir:/mnt/fileserver/maildir/%1d/%1.1d/%d/%n -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 14:41:52 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 14:41:52 +0200 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <20061109074124.GA21913@lgb.hu> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> Message-ID: <1163335312.8783.35.camel@hurina> On Thu, 2006-11-09 at 08:41 +0100, G?bor L?n?rt wrote: > Hello, > > We're using RC13 here (on AMD64 Linux box) with LDAP authentication. > I found some entries in the log, all of them say: > > Nov 9 08:04:35 sn0 dovecot: auth(default): file db-ldap.c: line 143 (db_ldap_add_delayed_request): assertion failed: (!conn->connected) > Nov 9 08:04:35 sn0 dovecot: child 13665 (auth) killed with signal 6 > Nov 9 08:04:35 sn0 dovecot: pop3-login: Internal login failure: user=, method=PLAIN, rip=yyy.yyy.yyy.yyy, lip=zzz.zzz.zzz.zzz Fixed: http://dovecot.org/list/dovecot-cvs/2006-November/006788.html > and a single occured one (till now at least): > > Nov 9 06:23:02 sn0 dovecot: pop3-login: file client.c: line 366 (client_destroy): assertion failed: (!client->common.authenticating) > Nov 9 06:23:02 sn0 dovecot: child 19099 (login) killed with signal 6 This I'm not sure.. I did a couple of fixes which might fix these, but I don't think those errors should really ever happen. You could anyway try rc14 (to be released soon) and see if this happens again. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gerard at seibercom.net Sun Nov 12 14:58:56 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Sun, 12 Nov 2006 07:58:56 -0500 Subject: [Dovecot] Writing to mail directory In-Reply-To: <1163331506.8783.30.camel@hurina> References: <20061111155734.U4211@scorpio.seibercom.net> <1163331506.8783.30.camel@hurina> Message-ID: <20061112075633.9E12.GERARD@seibercom.net> On Sunday November 12, 2006 at 06:38:26 (AM) Timo Sirainen wrote: > On Sat, 2006-11-11 at 16:15 -0500, Gerard Seibert wrote: > > Error:open(/var/mail/.temp.scorpio.seibercom.net.812.03034e3c3c1ab1c8) > > failed: Permission denied > > Set mail_extra_groups = mail (or whatever group has write access > to /var/mail). I had done that previously; however, it did not work. Maybe I'll check on the FreeBSD forum. Someone there might have any idea. Thanks! -- Gerard From tss at iki.fi Sun Nov 12 15:02:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:02:00 +0200 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <20061109160927.GC10078@lgb.hu> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <20061109080208.GB21913@lgb.hu> <20061109160927.GC10078@lgb.hu> Message-ID: <1163336520.8783.40.camel@hurina> On Thu, 2006-11-09 at 17:09 +0100, G?bor L?n?rt wrote: > Hello again, > > Now found more and more strange messages, like: > > pop3-login: Can't connect to auth server at default: Resource temporarily unavailable This means that dovecot-auth is busy and couldn't respond in time. > auth(default): LDAP: ldap_result() failed: Can't contact LDAP server > > auth(default): ldap(user,xxx.xxx.xxx.xxx): ldap_bind() failed: Server is unwilling to perform Well, this sounds like it really is down. > And the most bizarre stuff: > > auth(default): ldap_bind((null)) failed: Can't contact LDAP server This is strange. I tried to figure out a reason why it could happen, but couldn't.. I added anyway an extra assert and changed one error string a bit, so if this happens to you again in rc14 I could maybe debug it further. Especially if it crashes, gdb backtrace would be helpful. > My problem that dovecot pop3 daemon dies after a while (after some hours): > when reach that point, POP3 login no longer works, after issuing POP3 > command "PASS", it just hangs. Stopping and restarting dovecot cures it for > some hours at least. The strange that these error log messages are produced > all the time, but not always cause the hang of the WHOLE service. I guess the connection to LDAP server dies somehow. Does OpenLDAP have some timeouts for connections? That might cause it I guess.. > If someone have ANY information, please help me. We used tpop3d before, and > that also had similar problems (eg hanging the whole service after a while). > That LDAP server is OpenLDAP from Ubuntu 6.06 LTS on AMD64 (2.2.26-5ubuntu2.1). > You may think that if both of tpop3d and dovecot fails similary it should > be the problem of the LDAP server, however other services (web interface, > postfix) does work without a single problem since a month or so. Tried with > v2 and v3 LDAP protocol as well. I ran out of ideas ;-( I think the difference is that Dovecot keeps the connection open all the time, while web/postfix keep reconnecting to it constantly. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 15:10:59 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:10:59 +0200 Subject: [Dovecot] Problem with image attachment In-Reply-To: <1163069201.2763.8.camel@desktop07.gnuine.loc> References: <1163069201.2763.8.camel@desktop07.gnuine.loc> Message-ID: <1163337059.8783.44.camel@hurina> On Thu, 2006-11-09 at 11:46 +0100, Marc Morata wrote: > Hi, > > I have a litle problem: > > The image attachment has a one line blank in top. This provokes that the > image are corrupt. Only happens with imap acces. With pop3 are > visualized correctly. Could you send such mail to me? I've had no problems with image attachments. And are you sure this is a Dovecot bug, and not a bug in the IMAP client? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 15:18:41 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:18:41 +0200 Subject: [Dovecot] Output to logfile In-Reply-To: <000f01c703f4$88e45f40$0d01a8c0@egbert> References: <000f01c703f4$88e45f40$0d01a8c0@egbert> Message-ID: <1163337521.8783.46.camel@hurina> On Thu, 2006-11-09 at 12:45 +0100, Egbert Jan wrote: > Hello, > > Has everybody those irritating '^I' (tabs?) in his syslog for dovecot > messages? Why not replace them by ordinary singe spaces? Maby something for > a future release? I don't think it happens unless you have auth_debug=yes? In those debug lines the spaces and tabs mean different things, so replacing them with spaces would just make debugging some problems more difficult. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 15:30:39 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:30:39 +0200 Subject: [Dovecot] Deliver: command time exceed limit In-Reply-To: <1162992628.14436.34.camel@localhost.localdomain> References: <20061027184737.3e11a4ba@localhost.localdomain> <20061030144317.2b9f6ce7@localhost.localdomain> <1162490681.4024.31.camel@hurina> <1162491103.4024.32.camel@hurina> <1162989892.14436.24.camel@localhost.localdomain> <1162990284.4177.180.camel@hurina> <1162992628.14436.34.camel@localhost.localdomain> Message-ID: <1163338239.8783.55.camel@hurina> On Wed, 2006-11-08 at 13:30 +0000, Dominique Feyer wrote: > passdb sql { > args = /etc/dovecot/dovecot-pgsql.conf > } > userdb sql { > args = /etc/dovecot/dovecot-pgsql.conf > } .. > The socket is use by deliver ? Right ? So I can't set count to more than > 1, if I do that dovecto don't start, the process try to create the > socket, but after the first process start, the socket exist. Yea, right, it won't work if external sockets have been created.. But you're using PostgreSQL which doesn't do any blocking, so it shouldn't have these kind of timeout problems. I'm not really sure how to debug this further without knowing exactly what's happening in dovecot-auth when deliver is hanging. Can you reproduce this with any tests? Such as delivering lots of mails in a short time? If so, could you do a strace -tt of the dovecot-auth and preferrably also the hanging deliver process? I've also attached a patch, which you could try to see if it changes anything, but I don't think it should. -------------- next part -------------- A non-text attachment was scrubbed... Name: accept-more.diff Type: text/x-patch Size: 789 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 15:33:45 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:33:45 +0200 Subject: [Dovecot] 1.0.rc11 released In-Reply-To: References: <1162675651.4177.25.camel@hurina> <1162721795.4177.29.camel@hurina> <1162722847.4177.37.camel@hurina> <1162724210.4177.41.camel@hurina> <1162990431.4177.182.camel@hurina> <1163004408.4177.280.camel@hurina> Message-ID: <1163338425.8783.58.camel@hurina> On Wed, 2006-11-08 at 17:59 +0100, Gerhard Wiesinger wrote: > OK, the following configuration does NOT work with 1.0rc11 for me, it > delivers to ~/ > > When I change it back to > mail_location = mbox:~/Mail:INBOX=/var/mail/%u > it works well. > > protocol lda { > postmaster_address = postmaster at domain > auth_socket_path = /var/run/dovecot-auth-master > log_path = /path/to/deliver.log > info_log_path = /path/to/deliver.log > log_timestamp=%Y.%m.%d %H:%M:%S%t > default_mail_env = mbox:~/Mail:INBOX=/var/mail/%u > mail_debug = yes > } I still don't see it myself, but why do you have default_mail_env inside the protocol lda block? If you had mail_location outside the protocol lda block, then it would have overridden the default_mail_env inside protocol lda. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 15:37:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:37:00 +0200 Subject: [Dovecot] lda quota In-Reply-To: References: <1162991010.4177.189.camel@hurina> Message-ID: <1163338620.8783.61.camel@hurina> On Thu, 2006-11-09 at 07:41 +0200, razor wrote: > 08.11.06 ? 15:03 Timo Sirainen ? ????? ?????? ?????(?): > > > On Tue, 2006-11-07 at 14:53 +0200, razor wrote: > >> hello > >> i am using dovecot-1.0.r7 on freebsd 5.4 > >> everything is fine, but i wanna more -) > >> > >> i am using dovecot-lda + plugin quota. when i am trying to send a email > >> for user with overquota i am getting "local delivery failed". can i > >> make > >> some more informatic message for users like "your recipient box is > >> overquoted". > > > > Are you using filesystem quota? If so, the quota plugin itself doesn't > > really do anything. Do you see any errors in Dovecot's log files? If > > not, see the "Logging" section in http://wiki.dovecot.org/LDA > > > > no, Timo. there is: > ... > protocol imap { > listen = *:143 > ssl_listen = *:993 > mail_plugins = quota imap_quota > } But this by itself doesn't do anything. Did you configure the quota plugin also somehow? > > Your problem is most likely that Dovecot couldn't handle the > > out-of-quota condition in its index file handling, or something like > > that. See http://wiki.dovecot.org/Quota/FS > > > > so does Dovecot-LDA support configurable messages? No, but if the mail can't be saved because user goes over quota, then it should send a bounce with "Quota exceeded." message. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 15:52:05 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 15:52:05 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <45523429.5060709@hypertrek.info> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> Message-ID: <1163339525.8783.66.camel@hurina> On Wed, 2006-11-08 at 20:46 +0100, Luigi Rosa wrote: > Timo Sirainen said the following On 7/11/2006 22:39: > > > Oh, right, the patch. > > It happened again ad was more serious. > > {two mail arrived from two different mailing lists, Thunderbirds moves > them in their mailbox but...} > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file > /var/spool/mail2/lrosa/.Postfix/dovecot.index: > first_recent_uid_lowwater 10272 -> 10271 > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file > /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header > extension keywords > Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 Do you use Dovecot's deliver to save the mails to INBOX, or something else? Do you have the Postfix mailbox opened while this happens? What if you change "Max number of server connections to cache" to 1 in the account settings -> server settings -> advanced? I tried reproducing this for a while with Thunderbird, but couldn't get these kind of errors. Anyway, testing what happens with this patch would also help: http://dovecot.org/pipermail/dovecot/attachments/20061107/958172d0/attachment.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 16:02:56 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 16:02:56 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1163339525.8783.66.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163339525.8783.66.camel@hurina> Message-ID: <1163340176.8783.68.camel@hurina> On Sun, 2006-11-12 at 15:52 +0200, Timo Sirainen wrote: > On Wed, 2006-11-08 at 20:46 +0100, Luigi Rosa wrote: > > Timo Sirainen said the following On 7/11/2006 22:39: > > > > > Oh, right, the patch. > > > > It happened again ad was more serious. > > > > {two mail arrived from two different mailing lists, Thunderbirds moves > > them in their mailbox but...} > > > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file > > /var/spool/mail2/lrosa/.Postfix/dovecot.index: > > first_recent_uid_lowwater 10272 -> 10271 > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file > > /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header > > extension keywords > > Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 .. > I tried reproducing this for a while with Thunderbird, but couldn't get > these kind of errors. No, forget it. I was finally able to reproduce this myself after setting maildir_copy_with_hardlinks=yes. :) Now lets try to fix it.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lrosa at hypertrek.info Sun Nov 12 16:04:32 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Sun, 12 Nov 2006 15:04:32 +0100 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1163339525.8783.66.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163339525.8783.66.camel@hurina> Message-ID: <455729F0.4000200@hypertrek.info> Timo Sirainen said the following On 12/11/2006 14:52: > Do you use Dovecot's deliver to save the mails to INBOX, or something > else? I have just Dovecot and Postfix, nothing else. > Do you have the Postfix mailbox opened while this happens? No. > What if > you change "Max number of server connections to cache" to 1 in the > account settings -> server settings -> advanced? Just changed. Since the problem was happening with only two mailboxes (I have more than 60 mailboxes on that account, all of them with at least a Thunderbird rule an many with more traffic than Postfix list), I stopped dovecot, deleted all index and other files created by dovecot and restarted the daemon. I deleted the files a couple of hours ago and no error showed up, but it's too soon to be happy. > Anyway, testing what happens with this patch would also help: > http://dovecot.org/pipermail/dovecot/attachments/20061107/958172d0/attachment.bin Installed the patch now and restarted dovecot. Let's see what happens. Ciao, luigi -- / +--[Luigi Rosa]-- \ If you see an onion ring, answer it! From lev at serebryakov.spb.ru Sun Nov 12 20:08:36 2006 From: lev at serebryakov.spb.ru (Lev Serebryakov) Date: Sun, 12 Nov 2006 21:08:36 +0300 Subject: [Dovecot] mail_chroot: no variables support? In-Reply-To: <1163331455.8783.28.camel@hurina> References: <715548214.20061111112453@serebryakov.spb.ru> <1163331455.8783.28.camel@hurina> Message-ID: <50424723.20061112210836@serebryakov.spb.ru> Hello Timo, Sunday, November 12, 2006, 2:37:35 PM, you wrote: TS> I'll add in my TODO, but if your userdb isn't passwd, you could do it TS> there as well. Yep, my userdb is SQL, so I found workaround already. IMHO, documentation should mention, that maildir and home will be calcualted relative to new root, if chroot is set! I've found this experementally, but it is not evident, IMHO. Oh... And it is good question: if home is relative to chroot, and chroot is %h... Hmm... Will it work at all?! -- Best regards, Lev mailto:lev at serebryakov.spb.ru From tss at iki.fi Sun Nov 12 20:14:52 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 20:14:52 +0200 Subject: [Dovecot] mail_chroot: no variables support? In-Reply-To: <50424723.20061112210836@serebryakov.spb.ru> References: <715548214.20061111112453@serebryakov.spb.ru> <1163331455.8783.28.camel@hurina> <50424723.20061112210836@serebryakov.spb.ru> Message-ID: <1163355292.8783.82.camel@hurina> On Sun, 2006-11-12 at 21:08 +0300, Lev Serebryakov wrote: > Hello Timo, > > Sunday, November 12, 2006, 2:37:35 PM, you wrote: > > TS> I'll add in my TODO, but if your userdb isn't passwd, you could do it > TS> there as well. > Yep, my userdb is SQL, so I found workaround already. > IMHO, documentation should mention, that maildir and home will be calcualted relative to new root, if chroot is set! I've found this experementally, but it is not evident, IMHO. > Oh... And it is good question: if home is relative to chroot, and chroot is %h... Hmm... Will it work at all?! They're not really relative to anything, and you should only use absolute paths everywhere. It's just that chroot is set first before the other paths are used, so they have a new root directory. You actually can't really use %h for chroot. Otherwise you'll end up having your home directory in /home/user/home/user. If you want to chroot to home, you should return chroot=/home/%u and home=/. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 20:24:01 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 20:24:01 +0200 Subject: [Dovecot] Index corruption causes child process to die In-Reply-To: <1163340176.8783.68.camel@hurina> References: <453FE833.80806@copyleft.no> <4540BA45.5060401@copyleft.no> <1162496230.4024.95.camel@hurina> <4550B82C.6070201@copyleft.no> <1162918471.4177.115.camel@hurina> <4550C9C0.6090908@copyleft.no> <1162935305.4177.133.camel@hurina> <1162935559.4177.137.camel@hurina> <45523429.5060709@hypertrek.info> <1163339525.8783.66.camel@hurina> <1163340176.8783.68.camel@hurina> Message-ID: <1163355841.8783.88.camel@hurina> On Sun, 2006-11-12 at 16:02 +0200, Timo Sirainen wrote: > On Sun, 2006-11-12 at 15:52 +0200, Timo Sirainen wrote: > > On Wed, 2006-11-08 at 20:46 +0100, Luigi Rosa wrote: > > > Timo Sirainen said the following On 7/11/2006 22:39: > > > > > > > Oh, right, the patch. > > > > > > It happened again ad was more serious. > > > > > > {two mail arrived from two different mailing lists, Thunderbirds moves > > > them in their mailbox but...} > > > > > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Fixed index file > > > /var/spool/mail2/lrosa/.Postfix/dovecot.index: > > > first_recent_uid_lowwater 10272 -> 10271 > > > Nov 8 20:36:44 mail dovecot: IMAP(lrosa): Corrupted index file > > > /var/spool/mail2/lrosa/.Postfix/dovecot.index: Duplicate header > > > extension keywords > > > Nov 8 20:36:44 mail dovecot: child 12176 (imap) killed with signal 11 > .. > > I tried reproducing this for a while with Thunderbird, but couldn't get > > these kind of errors. > > No, forget it. I was finally able to reproduce this myself after setting > maildir_copy_with_hardlinks=yes. :) Now lets try to fix it.. Annoying. I tried to debug this for two hours, and it happened maybe 5 times, but after I had added enough debugging code it stopped doing it completely (even without the debugging code). I guess I'll have to write some test program which tries to emulate Thunderbird and make this crash happen more easily. I did anyway see that the index file gets about 13 of these keyword extensions in it. Originally I thought there'd be just one extra, but this is weird.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 20:48:15 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 20:48:15 +0200 Subject: [Dovecot] MacOS X and quota-plugin In-Reply-To: References: Message-ID: <1163357295.8783.91.camel@hurina> On Thu, 2006-11-09 at 00:20 +0100, Lars Skovgaard wrote: > As you might guess from the lines under "plugin", I've tried a lot of > different combinations. If I enable ANY of the above lines under > plugin, the child-processes die upon login. Looks like Dovecot's quota symbol conflicted with OSX's existing quota symbol. Fixed in CVS now. I'll make a rc14 release soon also. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dovecot at fischer-net.net Sun Nov 12 21:01:33 2006 From: dovecot at fischer-net.net (Wolfgang Fischer) Date: Sun, 12 Nov 2006 20:01:33 +0100 (MET) Subject: [Dovecot] imap - file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Message-ID: <4CFAE4C8-73EA-4D2E-A6CF-7F4C749F47AE@fischer-net.net> in dovecot 1.0RC13 after "Disconnected in IDLE" I get following Error: Nov 12 19:49:51 mini1 dovecot: IMAP(wolfgang): Disconnected in IDLE Nov 12 19:49:51 mini1 dovecot: IMAP(wolfgang): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Nov 12 19:49:51 mini1 dovecot: child 1301 (imap) killed with signal 6 dovecot is running with Mac OS 10.4.8 (PowerPC), Mailbox Format is mbox. Wolfgang From tss at iki.fi Sun Nov 12 21:40:46 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 21:40:46 +0200 Subject: [Dovecot] imap - file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) In-Reply-To: <4CFAE4C8-73EA-4D2E-A6CF-7F4C749F47AE@fischer-net.net> References: <4CFAE4C8-73EA-4D2E-A6CF-7F4C749F47AE@fischer-net.net> Message-ID: <1163360446.8783.122.camel@hurina> On Sun, 2006-11-12 at 20:01 +0100, Wolfgang Fischer wrote: > in dovecot 1.0RC13 after "Disconnected in IDLE" I get following Error: > > Nov 12 19:49:51 mini1 dovecot: IMAP(wolfgang): Disconnected in IDLE > Nov 12 19:49:51 mini1 dovecot: IMAP(wolfgang): file ioloop.c: line 22 > (io_add): assertion failed: (fd >= 0) > Nov 12 19:49:51 mini1 dovecot: child 1301 (imap) killed with signal 6 This happens only after the client has already disconnected, so it doesn't break anything. Fixed anyway in CVS and I'll release rc14 soon. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 12 22:10:46 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 12 Nov 2006 22:10:46 +0200 Subject: [Dovecot] 1.0.rc14 released Message-ID: <1163362246.8783.131.camel@hurina> http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz.sig More fixes. "Duplicate header extension keywords" is the only known problem (or if I forgot something, remind me). I'll try to figure out a way to reproduce it easily and then get it fixed. * LDAP: Don't try to use ldap_bind() with empty passwords, since Windows 2003 AD skips password checking with them and just returns success. * verbose_ssl=yes: Don't bother logging "syscall failed: EOF" messages. No-one cares about them. + Dovecot sources should now compile without any warnings with gcc 3.2+ - rc13 crashed if client disconnected while IDLEing - LDAP: auth_bind=yes fixes - %variables: Fixed zero padding handling and documented it. %0.1n shouldn't enable it, and it really shouldn't stay for the next %variable. -sign also shouldn't stay for the next variable. - Don't leak opened .log.2 transaction logs. - Fixed a potential hang in IDLE command (probably really rare). - Fixed potential problems with client disconnecting while master was handling the login. - quota plugin didn't work in Mac OS X -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dking at ketralnis.com Sun Nov 12 22:24:47 2006 From: dking at ketralnis.com (David King) Date: Sun, 12 Nov 2006 12:24:47 -0800 Subject: [Dovecot] assertion failed: (need_space == (uoff_t)-mails[idx].space) In-Reply-To: <1163330359.8783.23.camel@hurina> References: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> <1163330359.8783.23.camel@hurina> Message-ID: <82766515-079B-465B-8398-EA7E746046DE@ketralnis.com> >> In dovecot.conf I have mail_drop_priv_before_exec = no, but I can't >> find the core file that I would expect it to dump, so I can't give >> you a backtrace. Hopefully the assertion in /var/log/maillog is >> enough. > You need to have mail_drop_priv_before_exec=yes to get the core files, > and ulimit -c set to be high enough before starting dovecot. Ah, makes sense, I feel dumb now :) Here's a backtrace from imap.core, I can do more with the core if it helps #0 0x182bc437 in kill () from /lib/libc.so.6 #1 0x182bc3d6 in raise () from /lib/libc.so.6 #2 0x182baf02 in abort () from /lib/libc.so.6 #3 0x080b7355 in i_set_failure_file () #4 0x080b6dc9 in i_panic () #5 0x0807c19d in mbox_sync_try_rewrite () #6 0x0807c70e in mbox_sync_rewrite () #7 0x08076df9 in mbox_sync_apply_index_syncs () #8 0x0807756b in mbox_sync_apply_index_syncs () #9 0x08078326 in mbox_sync_apply_index_syncs () #10 0x08078bea in mbox_sync () #11 0x08070456 in mbox_is_valid_mask () #12 0x080a8607 in mailbox_close () #13 0x080569e2 in cmd_copy () #14 0x0805a573 in cmd_uid () #15 0x0805b12c in _client_reset_command () #16 0x0805b21d in _client_input () #17 0x080bd39c in io_loop_handler_run () #18 0x080bccb8 in io_loop_run () #19 0x08064078 in main () >> With ~/.mail/Cron perpetually locked, I'm not able to receive mail in >> this folder, and with any IMAP client that tries to access that >> folder having the IMAP server shut down, it keeps me from getting >> mail. Any ideas? > If it happens only for that one mailbox, can you easily reproduce the > crash then? If so, could you put the mbox file through > http://dovecot.org/tools/mbox-anonymize.pl and send it to me? There's > something in the mbox that Dovecot doesn't seem to like. Sent it to you >> passdb pam { >> } >> userdb passwd { >> } >> userdb prefetch { >> } > BTW. There's no use to have prefetch there, since passwd will > always get > used before that. Good to know From sysadmin at webdock.com.au Mon Nov 13 06:32:59 2006 From: sysadmin at webdock.com.au (Mick T) Date: Mon, 13 Nov 2006 15:32:59 +1100 Subject: [Dovecot] quota plugin enhancement request In-Reply-To: <1158933506.11013.9.camel@hurina> References: <44FF8278.6090406@webdock.com.au> <200609070940.15320.ar-dovecot@nwdb.co.uk> <200609070916.08100.rob0@gmx.co.uk> <45011A98.8000200@webdock.com.au> <1158933506.11013.9.camel@hurina> Message-ID: <4557F57B.2050202@webdock.com.au> Timo Sirainen wrote: > On Fri, 2006-09-08 at 17:24 +1000, Michael Tibben wrote: > >> /dev/rob0 wrote: >> >>> Michael Tibben wrote: >>>> Hi am having an issue with the quota plugin >>>> >>>> To reproduce: >>>> - have a mailbox close to its quota limit (say 10 MB), and a large >>>> email in the inbox (say 6 MB) >>>> - use Squirrelmail or Thunderbird to delete the email >>>> >>>> The operation fails, as by default the email client seems to try and >>>> copy the message into the Trash before deleting it from the inbox, and >>>> dovecot will correctly deny the copy operation as the quota will be >>>> exceeded if the message is copied... >>>> >>>> Because of this, I am wondering if it is possible to have an option for >>>> the quota plugin to track, but not enforce the quota. This is because I >>>> don't require quota enforcement on IMAP operations, as Postfix will >>>> enforce quota on incoming mail anyway. >>>> >>>> Attached is a quick hack job I did on the plugin to strip out the >>>> enforcing functionality, but it would be great if this could be a >>>> configurable option.. >>>> >>>> Thanks >>>> Michael >>> >>> What about: >>> maildir_copy_with_hardlinks = yes >>> (if you're using maildir of course) >>> >>> >> aahhh, thanks... this works great >> >> sorry for the dup email today, i didn't realise my first message got through >> > > What? Copying with hardlinks should increase quota just the same, if > we're talking about maildir++ quota here. > You're right - I have just realized this, as I have updated to RC13, but now I am having the same issue again... I must have still been using my hacked quota plugin when I wrote that email.... sorry for the confusion So now I am back where I started from.... is there a better solution to this problem that you would recommend ? MT From dking at ketralnis.com Mon Nov 13 07:24:24 2006 From: dking at ketralnis.com (David King) Date: Sun, 12 Nov 2006 21:24:24 -0800 Subject: [Dovecot] assertion failed: (need_space == (uoff_t)-mails[idx].space) In-Reply-To: <1163363839.8783.136.camel@hurina> References: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> <1163330359.8783.23.camel@hurina> <1163363839.8783.136.camel@hurina> Message-ID: <547058CA-9179-4C67-A78D-51A8807395E6@ketralnis.com> >> Ah, makes sense, I feel dumb now :) >> Here's a backtrace from imap.core, I can do more with the core if it >> helps >> #0 0x182bc437 in kill () from /lib/libc.so.6 >> #1 0x182bc3d6 in raise () from /lib/libc.so.6 >> #2 0x182baf02 in abort () from /lib/libc.so.6 > .. > Not having debugging information stripped would be helpful :) Well now I feel dumber :) FreeBSD uses the install-strip target in the Makefile to install the binaries, so even if I have -g in COPTS the binaries get stripped. I overwrote the binaries with those from src/ and reproduced the crash (which is as easy and opening the folder in an IMAP client), here's the new backtrace (gdb) bt #0 0x182bc437 in kill () from /lib/libc.so.6 #1 0x182bc3d6 in raise () from /lib/libc.so.6 #2 0x182baf02 in abort () from /lib/libc.so.6 #3 0x080b7355 in i_internal_panic_handler (fmt=0x0, args=0x0) at failures.c:382 #4 0x080b6dc9 in i_panic (format=0x0) at failures.c:180 #5 0x0807c19d in mbox_sync_read_and_move (sync_ctx=0xbfbfe8b0, mail_ctx=0xbfbfe580, mails=0x80fb000, seq=405589544, idx=0, padding=3217024224, move_diff=37, expunged_space=0, end_offset=3333, first_nonexpunged=true) at mbox-sync-rewrite.c:405 #6 0x0807c70e in mbox_sync_rewrite (sync_ctx=0xbfbfe8b0, mail_ctx=0x0, end_offset=3333, move_diff=37, extra_space=63, first_seq=1, last_seq=0) at mbox-sync-rewrite.c:507 #7 0x08076df9 in mbox_sync_handle_missing_space (mail_ctx=0xbfbfe7b0) at mbox-sync.c:854 #8 0x0807756b in mbox_sync_loop (sync_ctx=0xbfbfe8b0, mail_ctx=0xbfbfe7b0, partial=true) at mbox-sync.c:1158 #9 0x08078326 in mbox_sync_do (sync_ctx=0xbfbfe8b0, flags=MBOX_SYNC_REWRITE) at mbox-sync.c:1480 #10 0x08078bea in mbox_sync (mbox=0x80e5840, flags=MBOX_SYNC_REWRITE) at mbox-sync.c:1732 #11 0x08070456 in mbox_storage_close (box=0x80e5840) at mbox- storage.c:1063 #12 0x080a8607 in mailbox_close (_box=0x0) at mail-storage.c:371 #13 0x08058a4d in cmd_logout (cmd=0x80e8044) at cmd-logout.c:18 #14 0x0805b12c in client_handle_input (cmd=0x80e8044) at client.c:377 #15 0x0805b21d in _client_input (context=0x80e8000) at client.c:428 #16 0x080bd39c in io_loop_handler_run (ioloop=0x80e4000) at ioloop- poll.c:199 #17 0x080bccb8 in io_loop_run (ioloop=0x80e4000) at ioloop.c:281 #18 0x08064078 in main (argc=3, argv=0x0, envp=0x0) at main.c:280 >> Sure, you can get it here: > You don't have X-IMAPbase or X-IMAP header in the first mail, so I > guess > you're also reading and modifying the mailbox outside Dovecot? That by > itself shouldn't break it as long as the locking is done correctly. > But > I guess your problem is somehow related to that. I couldn't anyway > cause > a crash using the file. Procmail writes to the folders, but it uses dotlocks, and I don't have logs of it crashing, whereas I do have logs of dovecot crashing :) I'm confused as to what the last sentence says, do you mean that you were able to reproduce the crash? From lgb at lgb.hu Mon Nov 13 10:15:06 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Mon, 13 Nov 2006 09:15:06 +0100 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <1163335312.8783.35.camel@hurina> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <1163335312.8783.35.camel@hurina> Message-ID: <20061113081506.GA8364@lgb.hu> On Sun, Nov 12, 2006 at 02:41:52PM +0200, Timo Sirainen wrote: > > and a single occured one (till now at least): > > > > Nov 9 06:23:02 sn0 dovecot: pop3-login: file client.c: line 366 (client_destroy): assertion failed: (!client->common.authenticating) > > Nov 9 06:23:02 sn0 dovecot: child 19099 (login) killed with signal 6 > > This I'm not sure.. I did a couple of fixes which might fix these, but I > don't think those errors should really ever happen. You could anyway try > rc14 (to be released soon) and see if this happens again. First of all, thank for your answer! I've just tried RC14. Interesting. Strange messages logged as log level priority error (ie: mail.err) are gone. However I'm still not happy. I've written a simple script which act as a stupid POP3 client: uses USER , PASS , LIST, UIDL, RETR 1, then QUIT, and repeat this at maximal possible speed. It's quite good to trigger my problems, at least with RC13 it took only seconds to log strange messages I've posted (and also trigger problem with tpop3d). The script stops at the moment when timeout occured or not expected answer received. Now, with RC14 - as I've written - no more strange errors, however the script stops after some second. I've found messages in syslog similar to the following pattern: Nov 13 08:24:14 sn0 dovecot: auth(default): client in: AUTH^I112^IPLAIN^Iservice=POP3^Isecured^Ilip=127.0.0.1^Irip=127.0.0.1^Iresp= Nov 13 08:24:14 sn0 dovecot: auth(default): ldap(user,127.0.0.1): bind search: base=dc=example,dc=com filter=(&(objectclass=mailuser)(inetuserstatus=active)(mail=user)) Nov 13 08:24:14 sn0 slapd[3925]: connection_input: conn=303725 deferring operation: pending operations I've read quite large amount of configuration information about OpenLDAP, but I can't find suitable solution to avoid this. I think this behaviour may be caused by too many pending request sent towards OpenLDAP server. Is there any way to limit this by dovecot itself? Ie: I've also written an authentication module for tpop3d in PHP (errr ... yes, it's ugly, and for tpop3d because it seems to be also affected and it's simplier to do than dovecot) which does ldap connection on each request. It runs in 50 parallel instance of my POP3 stretch script (yields maximum of 300 POP3 sessions per second) without a single fault for half an a hour (it's about half a million requests). Also, please note that tpop3d has a major design problem: it does authentication in the main daemon, so as far as I know, it can only do authentication serialized (and not in parallel), so it may not be fair to compare with dovecot (anyway tpop3d also affected with my problem as I've discribed, however with my owen "other" - external - auth type it works perfectly under exterm pop3 load as well). The trick - as you have also guessed - that it reconnects each time. So for me it would be also good, that dovecot would be able to reconnect each time ... After doing many tests in parallel and after waitng them to fail, no more session (even a single one) can be done, after PASS it blocks, log says at the point (while telnet 127.0.0.1 110 shows nothing after PASS ): Nov 13 08:58:46 sn0 dovecot: auth(default): client in: AUTH^I12465^IPLAIN^Iservice=POP3^Isecured^Ilip=127.0.0.1^Irip=127.0.0.1^Iresp= Nov 13 08:58:46 sn0 dovecot: auth(default): ldap(user,127.0.0.1): bind search: base=dc=example,dc=com filter=(&(objectclass=mailuser)(inetuserstatus=active)(mail=user)) Nov 13 08:59:02 sn0 dovecot: pop3-login: Disconnected: Inactivity: method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Nov 13 08:59:46 sn0 dovecot: pop3-login: Disconnected: Inactivity: method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured If I restart OpenLDAP slapd at this point, it does not help, however if I kill all of dovecot-auth processes it works again! So the problem should be not caused some kind of OpenLDAP limit is reached, since restarting slapd can't help. Just realized, that there is some entries in mail log with ERR log level: auth(default): LDAP: ldap_result() failed: Can't contact LDAP server last message repeated 2 times auth(default): ldap_bind((null)) failed: Can't contact LDAP server auth(default): ldap_bind((null)) failed: Can't contact LDAP server auth(default): key not found from hash child 10655 (auth) killed with signal 6 auth(default): ldap_bind((null)) failed: Can't contact LDAP server auth(default): ldap_bind((null)) failed: Can't contact LDAP server auth(default): key not found from hash child 10653 (auth) killed with signal 6 What does 'key not found from hash' means? Thanks, -- - G?bor From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Mon Nov 13 11:11:52 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Mon, 13 Nov 2006 10:11:52 +0100 (CET) Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <20061113081506.GA8364@lgb.hu> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <1163335312.8783.35.camel@hurina> <20061113081506.GA8364@lgb.hu> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 13 Nov 2006, G?bor L?n?rt wrote: > Nov 13 08:24:14 sn0 dovecot: auth(default): ldap(user,127.0.0.1): bind search: base=dc=example,dc=com filter=(&(objectclass=mailuser)(inetuserstatus=active)(mail=user)) > Nov 13 08:24:14 sn0 slapd[3925]: connection_input: conn=303725 deferring operation: pending operations > The trick - as you have also guessed - that it reconnects each time. So for me it would be also good, that dovecot > would be able to reconnect each time ... We have lots of trouble with OpenLDAP under heavy load. After trial-and-error I do now: + unbind() when I do not intend to use the LDAP connection in the script anymore, e.g. after authentification is done and the data has been read (LDAP retrieval done), + re- bind() when I start a new LDAP retrieval (most often, an anonymous bind in order to find the user logging in), + when bind() or the first the search fails with "pending blah blah" or "unwilling to perform", I drop the LDAP connection and reconnect, then bind() and, eventually, search again. None of this is necessary by the API as I understand it, but now the scripts almost never fail for LDAP errors. To reconnect to the LDAP server each time is an huge performace killer in my envrionment. I would have expected in any environment?! Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRVg24S9SORjhbDpvAQK2Awf9EHVyY0Mv8bB0OsGwQThyXp7aQPgIlBhd 3zWZ2hldPjPw08kljiTLFnDcgJfV/qu8Nl5FZXgI4mJFJE2bnEPj2b1B0kINlPDE xyDiXnSfMAu2nLyQ6jKUL7UrL3zg8ztUTEMKNRA7AC7Jv/smOB4oti/SNsor4mxf 75a/6+346LvZPuhMxmFo6QI1z7RZM5lzISKcin1iFpaFiad5bRgrqxpuu1AP7Zc4 6snBNMLne9zDetPvGYWqztkqIk6yCso9i3ty0E7s7RxGYk7fBNIebaL0o2HzJZ2j kmN3oropXmg6wVD8sb9AF3yX42rdUxvEG1Mp65RBlDcgF6lz29ymkA== =k+PI -----END PGP SIGNATURE----- From lgb at lgb.hu Mon Nov 13 12:52:01 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Mon, 13 Nov 2006 11:52:01 +0100 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <1163335312.8783.35.camel@hurina> <20061113081506.GA8364@lgb.hu> Message-ID: <20061113105201.GB28881@lgb.hu> On Mon, Nov 13, 2006 at 10:11:52AM +0100, Steffen Kaiser wrote: > + unbind() when I do not intend to use the LDAP connection in the script > anymore, e.g. after authentification is done and the data has been read > (LDAP retrieval done), > + re- bind() when I start a new LDAP retrieval (most often, an anonymous > bind in order to find the user logging in), > + when bind() or the first the search fails with "pending blah blah" or > "unwilling to perform", I drop the LDAP connection and reconnect, then > bind() and, eventually, search again. In my tpop3d auth module, I do this, eg on LDAP error returned and this is not handled one (ie: bad credentials should means wrong password, so not in this case, but other errors) then reissue the whole stuff, with some kind of loop counter and timeout value. However during my very heavy test load, there was no even a single LDAP error. Sure, I close and reopen (and bind) LDAP connection each time so maybe this does the trick even if it's far from ideal in performance (as I've written even with this 300 pop3 sessions / second is done, even with very heavy debug logging set in OpenLDAP, tpop3d and my auth stuff through syslog). > None of this is necessary by the API as I understand it, but now the > scripts almost never fail for LDAP errors. Hmm, maybe this should be asked on OpenLDAP list .... ? I was afraid to be off topic there, but since it seems to be a general problem with OpenLDAP I should try that, I think now. -- - G?bor From rueckert at informatik.uni-rostock.de Mon Nov 13 13:31:54 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Mon, 13 Nov 2006 12:31:54 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <1163362246.8783.131.camel@hurina> References: <1163362246.8783.131.camel@hurina> Message-ID: <20061113113154.GJ15234@pixel.global-banlist.de> On 2006-11-12 22:10:46 +0200, Timo Sirainen wrote: > http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz > http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz.sig rpms for suse are updated now. you can find them at http://software.opensuse.org/download/ user documentation here: http://en.opensuse.org/Build_Service/User darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From rain at bluecherry.net Mon Nov 13 16:39:01 2006 From: rain at bluecherry.net (Ben Winslow) Date: Mon, 13 Nov 2006 09:39:01 -0500 Subject: [Dovecot] my_strncasecmp ignores max_chars Message-ID: <20061113093901.e024852a.rain@bluecherry.net> my_strncasecmp ignores the length parameter, which breaks all sorts of things on platforms where the function actually gets used. Trivial patch attached. -- Ben Winslow -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: compat.c.diff URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: From tss at iki.fi Mon Nov 13 16:44:53 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 13 Nov 2006 16:44:53 +0200 Subject: [Dovecot] my_strncasecmp ignores max_chars In-Reply-To: <20061113093901.e024852a.rain@bluecherry.net> References: <20061113093901.e024852a.rain@bluecherry.net> Message-ID: On 13.11.2006, at 16.39, Ben Winslow wrote: > my_strncasecmp ignores the length parameter, which breaks all sorts of > things on platforms where the function actually gets used. Thanks. Do you actually know such a platform? I had been thinking earlier that maybe I should just drop them out completely. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From rain at bluecherry.net Mon Nov 13 17:12:25 2006 From: rain at bluecherry.net (Ben Winslow) Date: Mon, 13 Nov 2006 10:12:25 -0500 Subject: [Dovecot] my_strncasecmp ignores max_chars In-Reply-To: References: <20061113093901.e024852a.rain@bluecherry.net> Message-ID: <20061113101225.806ef34c.rain@bluecherry.net> On Mon, 13 Nov 2006 16:44:53 +0200 Timo Sirainen wrote: > On 13.11.2006, at 16.39, Ben Winslow wrote: > > > my_strncasecmp ignores the length parameter, which breaks all sorts of > > things on platforms where the function actually gets used. > > Thanks. Do you actually know such a platform? I had been thinking > earlier that maybe I should just drop them out completely. Well, my man page suggests that the first 'formal' standard it appears in is POSIX.1-2001, so I'm sure such systems exist... I don't have access to any, though. ;) A little digging suggests that some old versions of SunOS, Solaris < 2.6, and VMS < 7.0 don't have it. In my particular case, a bounds checker/malloc debugger I was using (bounds checking gcc[1], which is excellent, by the way) caused the configure test to fail, since strn?casecmp had an internal prototype. [1] http://sourceforge.net/projects/boundschecking/ -- Ben Winslow -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: From mmaurer at betterbe.com Mon Nov 13 18:10:00 2006 From: mmaurer at betterbe.com (Marc Maurer) Date: Mon, 13 Nov 2006 17:10:00 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <1163362246.8783.131.camel@hurina> References: <1163362246.8783.131.camel@hurina> Message-ID: <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> On Sun, 2006-11-12 at 22:10 +0200, Timo Sirainen wrote: > http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz > http://dovecot.org/releases/dovecot-1.0.rc14.tar.gz.sig > > More fixes. I just moved from rc3 to rc14 (yes, that was rc3, not 13 :), and now I'm seeing a crash in mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->files == NULL) Some debug output attached. Thanks, Marc -------------- next part -------------- Nov 13 17:02:13 nemesis dovecot: auth(default): client in: AUTH 1 PLAIN service=IMAP lip=192.168.2.5 rip=192.168.2.25 resp= Nov 13 17:02:13 nemesis dovecot: auth(default): ldap(mmaurer at betterbe.com,192.168.2.25): bind search: base=dc=betterbe,dc=com filter=(&(objectClass=posixAccount)(mailLocalAddress=mmaurer at betterbe.com)) Nov 13 17:02:13 nemesis dovecot: auth(default): ldap(mmaurer at betterbe.com,192.168.2.25): result: uid(%u@%d)=mmaurer-betterbe Nov 13 17:02:13 nemesis dovecot: auth(default): ldap(mmaurer at betterbe.com,192.168.2.25): bind: dn=cn=mmaurer,ou=Users,ou=Better.be,dc=betterbe,dc=com Nov 13 17:02:13 nemesis dovecot: auth(default): client out: OK 1 user=mmaurer at betterbe.com %u@%d=mmaurer-betterbe Nov 13 17:02:13 nemesis dovecot: auth(default): master in: REQUEST 519 8527 1 Nov 13 17:02:13 nemesis dovecot: auth(default): ldap(mmaurer at betterbe.com,192.168.2.25): user search: base=dc=betterbe,dc=com scope=subtree filter=(&(objectClass=posixAccount)(mailLocalAddress=mmaurer at betterbe.com)) fields=uid,homeDirectory,uidNumber,gidNumber Nov 13 17:02:13 nemesis dovecot: auth(default): master out: USER 519 mmaurer at betterbe.com uid=1012 gid=200 home=/home/betterbe/mmaurer Nov 13 17:02:13 nemesis dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.2.25, lip=192.168.2.5 Nov 13 17:02:14 nemesis dovecot: IMAP(mmaurer at betterbe.com): file mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->files == NULL) Nov 13 17:02:14 nemesis dovecot: child 8602 (imap) killed with signal 6 From lars at skovgaarddesign.dk Mon Nov 13 23:47:50 2006 From: lars at skovgaarddesign.dk (Lars Skovgaard) Date: Mon, 13 Nov 2006 22:47:50 +0100 Subject: [Dovecot] MacOS X and quota-plugin In-Reply-To: <1163357295.8783.91.camel@hurina> References: <1163357295.8783.91.camel@hurina> Message-ID: <7639A719-AF13-4F21-8E34-A8DC128F0173@skovgaarddesign.dk> Den 12/11/2006 kl. 19.48 skrev Timo Sirainen: > On Thu, 2006-11-09 at 00:20 +0100, Lars Skovgaard wrote: >> As you might guess from the lines under "plugin", I've tried a lot of >> different combinations. If I enable ANY of the above lines under >> plugin, the child-processes die upon login. > > Looks like Dovecot's quota symbol conflicted with OSX's existing quota > symbol. Fixed in CVS now. I'll make a rc14 release soon also. Thanks, Timo rc14 fixed the crashing. Now I just need to find out how to enforce the quota... :o) I've tried enabling maildir quota, which registers with OS X Mail enough for it to acknowledge that the account supports quota. I get no indication, however, as to how large the quota is. I've tried to follow the instructions in the Wiki, but I must be missing something. Does anyone have a more detailed "for dummies" walkthrough? /Lars From lars at skovgaarddesign.dk Tue Nov 14 00:50:51 2006 From: lars at skovgaarddesign.dk (Lars Skovgaard) Date: Mon, 13 Nov 2006 23:50:51 +0100 Subject: [Dovecot] NTLM authentication from Outlook Message-ID: <978AEC26-39CC-466A-881A-5264054E739F@skovgaarddesign.dk> Hi all I've enabled ntlm authentication in dovecot, and use dovecot sasl in postfix as well. Authentication with ntlm works well from Mac OS X Mail.app, as well as from Outlook Express, but fails with Outlook. Strangely enough, ntml authentication works in Outlook when using smtp (via postfix), but neither from imap or pop3 (both dovecot). As dovecot sasl handles all authentication against a mysql userdb, this strikes me as very strange. I've instructed my clients with Outlook to fetch mail using a ssl- encrypted connection, and to send using ntlm-authentication. This works, but I would like to have ntlm available as an option to all my clients, without forcing them to change mail-clients. I've turned on auth_verbose, auth_debug and auth_debug_passwords, and compared the passwordstring with the one calculated using dovecotpw, and they match. The only odd thing is that the username is returned from Outlook as an all-caps string, so user at domain.tld becomes USER at DOMAIN.TLD. I don't know if it matters, but I don't think so, as changing the user-login to an all-caps version doesn't solve the problem. Any hints will be most welcome. /Lars From rdcampos at rsi.com.br Tue Nov 14 03:39:50 2006 From: rdcampos at rsi.com.br (Ricardo Dias Campos) Date: Mon, 13 Nov 2006 22:39:50 -0300 (BRT) Subject: [Dovecot] Is "Resource temporarily unavailable" an old problem? In-Reply-To: References: Message-ID: Hi. I've installed dovecot recently in a Fedora 5 Linux. It seemed to be OK but I begun to get the message "Can't connect to auth server at default: Resource temporarily unavailable". When I get the message, dovecot hangs. The problem is that "temporarily" is not quite true since the only way to get dovecot running again is to restart it. As a matter of fact, I cannot say that it never recovers. What I know is that it is out for a long, long time. Then a new problem arose: the time between hang-ups begun to diminish. Trying to find why I discovered that the number or dovecot-auth processes was too high (last time I got 169 processes, a lot of them ). It seems that, if I kill all these processes, it takes more time before it hangs again. I looked up for messages in the Internet and I found a mail exchange between people from this list. The first hint I got was to upgrade dovecot. As I said, I'm using Fedora 5 and the version distributed with it was dovecot-1.0-0.beta2.7.i386. I upgraded it to dovecot-1.0-0.beta8.2.fc5.i386. I couldn't make any direct relantionship between this versions and the ones in dovecot site so I cannot tell what dovecot version I'm using in terms of dovecot site versioning. Any help is welcome. Thanks, Ricardo From chibi at gol.com Tue Nov 14 03:10:04 2006 From: chibi at gol.com (Christian Balzer) Date: Tue, 14 Nov 2006 10:10:04 +0900 Subject: [Dovecot] Is "Resource temporarily unavailable" an old problem? In-Reply-To: References: Message-ID: Hello, this might be an old problem indeed, but to really get some help from Timo and others in the know, they will need the dovecot version: dovecot --version should do the trick. Regards, Christian -- Christian Balzer Network/Systems Engineer NOC chibi at gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/ From ben.marsh at editure.com Tue Nov 14 08:19:24 2006 From: ben.marsh at editure.com (Ben Marsh) Date: Tue, 14 Nov 2006 17:19:24 +1100 Subject: [Dovecot] 45second delays on log in Message-ID: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> Dear List Members, We have been running Dovecot as an IMAP server for web based access to email for our customers. At the moment, when the server is under load, some users are finding that it takes 45 seconds to log in. I was wondering if any of you guys would have any tips. I would love any information that would help solve or debug this issue. Background information: The server is Debian with kernel 2.4.31. We are running Dovecot 1.0rc6. I have reviewed the change logs and not found any changes pertinent to our situation from rc6 to rc14 (But maybe I am wrong). We have our own auth mechanism. This auth mechanism is the same used across our other products and we haven't had the same delays with the other products. From the information in the various log files the auth mechanism responds almost instantaneously but it still takes a long time for 1 OK Logged in. message to arrive on the screen when using telnet localhost 143 to login. All the mailboxes are stored over NFS. I have taken the step of moving the INDEXES from NFS to a local hard drive using default_mail_env = maildir:%h/mail:INDEX=/spare/%h in the config file. (/spare is a locally attached hard drive). We are using Maildir for our mailboxes so I am told that locking should not be a problem. A mailbox would never be accessed by two machines simultaneously due to the architecture of the system. In order to gain performance increases we also implemented an IMAP proxy between the webmail client and the imap server. This removes delays in all but the first attempt to access webmail. When logging into a user for which login has been verified to take about 45seconds deletion of the large numbers of messages seemed to speed up login for that particular mailbox indicating to me that it was other things that dovecot does after login and before the 1 OK Logged in. message is displayed that takes up all the time. Unfortunately this theory failed when I tried it with other users. I have also analysed the log files. of the 100,000 lines in the log file 49 were messages: Child 12040 (login) returned error 89 54 were messages: imap-login: Master sent reply with unknown tag 18 The actual number at the end of the message changes lots. The frequency of the extended logins would make it extremely unlikely that these messages are the problem. Any help is very much appreciated. Thanks, Ben Marsh From mahashmi at gmail.com Tue Nov 14 08:50:06 2006 From: mahashmi at gmail.com (Mustafa A. Hashmi) Date: Tue, 14 Nov 2006 11:50:06 +0500 Subject: [Dovecot] Question regarding bounce messages on quota full. In-Reply-To: <5f636a2f0611022157g7ac3e54du9c39bbd15e0818be@mail.gmail.com> References: <5f636a2f0610200440vf1f1a9di56e9595b2c3ece92@mail.gmail.com> <1162495736.4024.86.camel@hurina> <5f636a2f0611022157g7ac3e54du9c39bbd15e0818be@mail.gmail.com> Message-ID: <5f636a2f0611132250i50ffbe9fjc30c14d20d4f7b0a@mail.gmail.com> Dear Timo: I tried rc11 from source and the exact same issue occurs. The deliver program dies with status 11 if the user is over (virtual) quota. Could this possibly be a result of how dovecot is configured on our end? We are pulling quota information from LDAP (using qmailUser schema attribute mailQuotaSize). The LDAP attribute value has the following format: maildir:storage=10240:messages=1000 Additionally, dovecot-ldap.conf has the following settings: user_attrs = uid,mailMessageStore,,,,,mailQuotaSize=quota Using postfix as the MTA, the master.cf file invokes dovecot as follows: -- dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient} main.cf (from postfix) directs messages to dovecot in the following manner: -- dovecot_destination_recipient_limit = 1 ldaptransportlocal_result_filter = dovecot ldaptransportlocal_version = 3 ldaptransportlocal_server_host = ldap.company.com ldaptransportlocal_search_base = dc=company, dc=com ldaptransportlocal_query_filter = (&(|(mail=%s)(mailAlternateAddress=%s))(mailHost=$localroute)(|(AccountStatus=active))) ldaptransportlocal_result_attribute = uid dovecot.conf relevant sections: -- protocol lda { mail_plugins = quota mail_plugin_dir = /usr/lib/dovecot/modules/imap postmaster_address = postmaster at domain.com auth_socket_path = /var/run/dovecot-auth-master } auth default { mechanisms = plain socket listen { master { path = /var/run/dovecot-auth-master mode = 0600 user = vmail # User running Dovecot LDA #group = mail # Or alternatively mode 0660 + LDA user in this group } } passdb pam { } # LDAP database userdb ldap { args = /etc/dovecot/dovecot-ldap.conf } user = root } plugin { quota = maildir:storage=102400:messages=500 } Quotas generally work properly -- that is, if a user over quota tries to move copy messages from one folder to another, he gets the "over quota" message as required. Delivery by itself works fine if the user is not over quota. The delivery program runs as system user vmail as defined in master.cf. I am at a bit of a loss on how to proceed as I doubt this is a problem with dovecot -- this is most likely a configuration problem on my end. Any assistance would be much appreciated. Regards, Mustafa. On 11/3/06, Mustafa A. Hashmi wrote: > Apologies about the late response. > > On 11/3/06, Timo Sirainen wrote: > > On Fri, 2006-10-20 at 16:40 +0500, Mustafa A. Hashmi wrote: > > > Using dovecot's LDA (debian backports package: 1.0rc2), users who have > > > exceeded their quota when receiving messages see the message get > > > bounced. > > > > You're using filesystem quota or virtual quota? Filesystem quota doesn't > > work perfectly in Dovecot, see: > > Virtual quotas. > > > > > http://wiki.dovecot.org/Quota/FS > > > > > : Command died with status 11: > > > "/usr/lib/dovecot/deliver" > > > > Of course it shouldn't crash. Possibly already fixed since 1.0.rc2 > > though. > > We're currently on 1.0.rc2 (debian backports). > > > > Is it not possible to specify something a bit more civil for the > > > sender? a "User is over quota" message works much better here. > > > > Yes, that's how it should have worked. :) > > I'll try to debug this further and see how far I get. -- Mustafa A. Hashmi mahashmi at gmail.com mh at stderr.net From rueckert at informatik.uni-rostock.de Tue Nov 14 13:07:50 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Tue, 14 Nov 2006 12:07:50 +0100 Subject: [Dovecot] 45second delays on log in In-Reply-To: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> References: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> Message-ID: <20061114110750.GO15234@pixel.global-banlist.de> hi, can you at least describe: 1. roughly how you authenticate 2. how do you combine dovecot and your auth system? darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From mmorata at gnuine.com Tue Nov 14 13:29:43 2006 From: mmorata at gnuine.com (Marc Morata) Date: Tue, 14 Nov 2006 12:29:43 +0100 Subject: [Dovecot] Problem with image attachment In-Reply-To: <1163337059.8783.44.camel@hurina> References: <1163069201.2763.8.camel@desktop07.gnuine.loc> <1163337059.8783.44.camel@hurina> Message-ID: <1163503783.29375.37.camel@desktop07.gnuine.loc> Thank you but the problem is solved. The problem was in a squirrelmail conf. El dg 12 de 11 del 2006 a les 15:10 +0200, en/na Timo Sirainen va escriure: > On Thu, 2006-11-09 at 11:46 +0100, Marc Morata wrote: > > Hi, > > > > I have a litle problem: > > > > The image attachment has a one line blank in top. This provokes that the > > image are corrupt. Only happens with imap acces. With pop3 are > > visualized correctly. > > Could you send such mail to me? I've had no problems with image > attachments. And are you sure this is a Dovecot bug, and not a bug in > the IMAP client? -- Marc Morata Fit? mmorata at gnuine.com Gnuine www.gnuine.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Aix? ?s una part d'un missatge, signada digitalment URL: From ben.marsh at editure.com Tue Nov 14 13:42:33 2006 From: ben.marsh at editure.com (Ben Marsh) Date: Tue, 14 Nov 2006 22:42:33 +1100 Subject: [Dovecot] 45second delays on log in In-Reply-To: <20061114110750.GO15234@pixel.global-banlist.de> References: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> <20061114110750.GO15234@pixel.global-banlist.de> Message-ID: <6C2D4E2F-6030-4271-B77F-818156D118E6@editure.com> On 14/11/2006, at 10:07 PM, Marcus Rueckert wrote: > > hi, > > can you at least describe: > > 1. roughly how you authenticate Dovecot communicate with a daemon over a UNIX domain socket. > 2. how do you combine dovecot and your auth system? A passdb and userdb part was written for the auth-worker worker process. Thanks, Ben Marsh From charles at bueche.ch Tue Nov 14 16:31:03 2006 From: charles at bueche.ch (Charles Bueche) Date: Tue, 14 Nov 2006 15:31:03 +0100 Subject: [Dovecot] 45second delays on log in In-Reply-To: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> References: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> Message-ID: <4559D327.5090606@bueche.ch> Hi, maybe a stupid idea, but it looks like a double DNS timeout. Can the server resolve the incoming IP addresses to names ? Charles Ben Marsh wrote: > > Dear List Members, > > We have been running Dovecot as an IMAP server for web based access to > email for our customers. At the moment, when the server is under load, > some users are finding that it takes 45 seconds to log in. I was > wondering if any of you guys would have any tips. I would love any > information that would help solve or debug this issue. > > Background information: > > The server is Debian with kernel 2.4.31. We are running Dovecot > 1.0rc6. I have reviewed the change logs and not found any changes > pertinent to our situation from rc6 to rc14 (But maybe I am wrong). > > We have our own auth mechanism. This auth mechanism is the same used > across our other products and we haven't had the same delays with the > other products. From the information in the various log files the auth > mechanism responds almost instantaneously but it still takes a long time > for > > 1 OK Logged in. > > message to arrive on the screen when using telnet localhost 143 to login. > > > All the mailboxes are stored over NFS. I have taken the step of moving > the INDEXES from NFS to a local hard drive using > > default_mail_env = maildir:%h/mail:INDEX=/spare/%h > > in the config file. (/spare is a locally attached hard drive). We are > using Maildir for our mailboxes so I am told that locking should not be > a problem. A mailbox would never be accessed by two machines > simultaneously due to the architecture of the system. > > In order to gain performance increases we also implemented an IMAP > proxy between the webmail client and the imap server. This removes > delays in all but the first attempt to access webmail. > > When logging into a user for which login has been verified to take about > 45seconds deletion of the large numbers of messages seemed to speed up > login for that particular mailbox indicating to me that it was other > things that dovecot does after login and before the 1 OK Logged in. > message is displayed that takes up all the time. Unfortunately this > theory failed when I tried it with other users. > > I have also analysed the log files. of the 100,000 lines in the log file > > 49 were messages: > > Child 12040 (login) returned error 89 > > 54 were messages: > > imap-login: Master sent reply with unknown tag 18 > > The actual number at the end of the message changes lots. > > The frequency of the extended logins would make it extremely unlikely > that these messages are the problem. > > > Any help is very much appreciated. > > Thanks, > > Ben Marsh -- Charles Bueche sand, snow, wave, wind and net -surfer A-Cat SUI 192 From tss at iki.fi Tue Nov 14 16:40:27 2006 From: tss at iki.fi (Timo Sirainen) Date: Tue, 14 Nov 2006 16:40:27 +0200 Subject: [Dovecot] 45second delays on log in In-Reply-To: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> References: <9986B85D-58F6-439D-8B3A-114B7E8FDC71@editure.com> Message-ID: <1163515227.8783.181.camel@hurina> On Tue, 2006-11-14 at 17:19 +1100, Ben Marsh wrote: > We have our own auth mechanism. This auth mechanism is the same used > across our other products and we haven't had the same delays with the > other products. From the information in the various log files the > auth mechanism responds almost instantaneously but it still takes a > long time for > > 1 OK Logged in. Internally it works like this: 1) Login process sends auth request to auth process and waits for a reply. Apparently this works fast for you. 2) The client's fd is sent to master process, which again asks auth process for the userdb information. 3) A new IMAP process is forked, and the fd is moved there. 4) IMAP process writes the "OK Logged in." after it has initialized its configuration. Best way to debug this would be to add some debugging lines to show at which point the delay is. > All the mailboxes are stored over NFS. I have taken the step of > moving the INDEXES from NFS to a local hard drive using I don't think any of this should matter, since the "OK Logged in" is sent before any mailbox is opened. > imap-login: Master sent reply with unknown tag 18 I fixed this in rc14. It only happened if the client was disconnected while it was waiting for a "OK" reply from master. So I guess the long delay is related to master process not getting a userdb reply fast enough, or master process getting stuck somewhere for a long time. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Kind at it.uib.no Tue Nov 14 18:16:27 2006 From: Kind at it.uib.no (Hans Morten Kind) Date: Tue, 14 Nov 2006 17:16:27 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> References: <1163362246.8783.131.camel@hurina> <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> Message-ID: <20061114161627.GA13081@alf.uib.no> On Mon, Nov 13, 2006 at 05:10:00PM +0100, Marc Maurer wrote: > I just moved from rc3 to rc14 (yes, that was rc3, not 13 :), and now I'm > seeing a crash in mail-transaction-log.c: line 273 > (mail_transaction_log_close): assertion failed: (log->files == NULL) We are also seeing a lot of these after moving from rc12 to rc14 on a Solaris-2.8 platform. Since upgrading yesterday app 300 users have logged this several times each. The loggings are accompanied by child 22257 (imap) returned error 1 # happens for pop too and all seems to be while the user is disconnecting. New in rc14 is this as well: file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) which has been observered for only one user of app 10.000 logged in today. His dovecot.index.log does however exist in the actual directory of indexes. hmk From technojoecoolusa at comcast.net Tue Nov 14 18:40:54 2006 From: technojoecoolusa at comcast.net (Joseph D. Wagner) Date: Tue, 14 Nov 2006 08:40:54 -0800 Subject: [Dovecot] Failed Assert in RC13 on FC4 Message-ID: <000401c7080b$a7a1f4e0$0201a8c0@joe> I received the following notices from logwatch: dovecot: IMAP(userid): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0): 1 Time(s) dovecot: child 16976 (imap) killed with signal 6: 1 Time(s) Please let me know if you need any further information from me. Joseph D. Wagner From mahashmi at gmail.com Tue Nov 14 19:16:57 2006 From: mahashmi at gmail.com (Mustafa A. Hashmi) Date: Tue, 14 Nov 2006 22:16:57 +0500 Subject: [Dovecot] Question regarding bounce messages on quota full. [solved] Message-ID: <5f636a2f0611140916h65c90718l8ebff0ef455f9f26@mail.gmail.com> On 11/14/06, Mustafa A. Hashmi wrote: In the following section: > auth default { > mechanisms = plain > > socket listen { > master { > path = /var/run/dovecot-auth-master > mode = 0600 > user = vmail # User running Dovecot LDA > #group = mail # Or alternatively mode 0660 + LDA user in this group > } > } > > passdb pam { > > } > > # LDAP database > userdb ldap { > args = /etc/dovecot/dovecot-ldap.conf > } > user = root # <<-- wrong > } user = vmail fixes the issue. Apologies about the noise. Thanks all. Regards, -- Mustafa A. Hashmi mahashmi at gmail.com mh at stderr.net From tomislav at filipcic.com Tue Nov 14 23:27:25 2006 From: tomislav at filipcic.com (=?ISO-8859-2?Q?Tomislav_Filip=E8i=E6?=) Date: Tue, 14 Nov 2006 22:27:25 +0100 Subject: [Dovecot] Dovecot/Postfix SASL problem Message-ID: Hi. I'm trying to get Dovecot - Postfix - SASL to work. But I need some help. Dovecot v1.0.rc14 Postfix 2.3.4 dovecot.conf ---------------- auth default { mechanisms = plain login passdb pam { } passdb passwd { } socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } postfix/main.cf ------------------ smtpd_sasl_auth_enable = yes smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination broken_sasl_auth_clients = yes smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_authenticated_header = yes telnet test session ----------------------- orion:~ tomislav$ telnet ra.mahune.org 25 Trying 63.99.9.80... Connected to ra.mahune.org. Escape character is '^]'. 220 ra.mahune.org ESMTP Postfix EHLO ra.mahune.org 250-ra.mahune.org 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN AUTH PLAIN bmFddAc0b2pvAHRvam8= 535 5.7.0 Error: authentication failed: mail logs: ------------- Nov 14 22:21:38 [postfix/smtpd] connect from 83-131-68-11.adsl.net.t-com.hr[83.131.68.11] Nov 14 22:22:24 [dovecot] auth(default): client in: AUTH_1_PLAIN_service=smtp_resp=bmFddAc0b2pvAHRvam8= Nov 14 22:22:24 [dovecot] auth(default): passdb(najt,master): Attempted master login with no master passdbs Nov 14 22:22:25 [dovecot] auth(default): client out: FAIL_1_user=tojo Nov 14 22:22:25 [postfix/smtpd] warning: 83-131-68-11.adsl.net.t-com.hr[83.131.68.11]: SASL PLAIN authentication failed: Any ideas? Thank you From gerard at seibercom.net Wed Nov 15 13:11:03 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Wed, 15 Nov 2006 06:11:03 -0500 Subject: [Dovecot] Dovecot/Postfix SASL problem In-Reply-To: References: Message-ID: <20061115060210.A174.GERARD@seibercom.net> On Tuesday November 14, 2006 at 04:27:25 (PM) Tomislav Filip?i? wrote: > Hi. I'm trying to get Dovecot - Postfix - SASL to work. But I need some help. > > Dovecot v1.0.rc14 > Postfix 2.3.4 > > dovecot.conf > ---------------- > auth default { > mechanisms = plain login > > passdb pam { > } > passdb passwd { > } > > socket listen { > client { > path = /var/spool/postfix/private/auth > mode = 0660 > user = postfix > group = postfix > } > } > } > > postfix/main.cf > ------------------ > smtpd_sasl_auth_enable = yes > > smtpd_recipient_restrictions = > permit_mynetworks, > permit_sasl_authenticated, > reject_unauth_destination > > broken_sasl_auth_clients = yes > smtpd_sasl_type = dovecot > smtpd_sasl_path = private/auth > smtpd_sasl_authenticated_header = yes > > > telnet test session > ----------------------- > orion:~ tomislav$ telnet ra.mahune.org 25 > Trying 63.99.9.80... > Connected to ra.mahune.org. > Escape character is '^]'. > 220 ra.mahune.org ESMTP Postfix > EHLO ra.mahune.org > 250-ra.mahune.org > 250-PIPELINING > 250-SIZE 10240000 > 250-VRFY > 250-ETRN > 250-AUTH PLAIN LOGIN > 250-AUTH=PLAIN LOGIN > 250-ENHANCEDSTATUSCODES > 250-8BITMIME > 250 DSN > AUTH PLAIN bmFddAc0b2pvAHRvam8= > 535 5.7.0 Error: authentication failed: > > mail logs: > ------------- > Nov 14 22:21:38 [postfix/smtpd] connect from > 83-131-68-11.adsl.net.t-com.hr[83.131.68.11] > Nov 14 22:22:24 [dovecot] auth(default): client in: > AUTH_1_PLAIN_service=smtp_resp=bmFddAc0b2pvAHRvam8= > Nov 14 22:22:24 [dovecot] auth(default): passdb(najt,master): Attempted > master login with no master passdbs > Nov 14 22:22:25 [dovecot] auth(default): client out: FAIL_1_user=tojo > Nov 14 22:22:25 [postfix/smtpd] warning: > 83-131-68-11.adsl.net.t-com.hr[83.131.68.11]: SASL PLAIN authentication > failed: > You might want to post this on the Postfix forum: List-Subscribe: This is really a Postfix, not a Dovecot problem. By the way, I use SASL - Dovcot - Postfix without any problems. My main.cf file does not resemble yours however. At the very least, you should have posted the output of 'postconf -n' so we could see exactly what you are referring to. The Postfix forum will require that at a minimum. It would also be a good idea to list the OS that you are working with. I am only familiar with FreeBSD myself. Good luck! -- Gerard And always remember, when life hands you lemons, ask for tequila and salt. From eraldtroja at gmail.com Wed Nov 15 15:06:46 2006 From: eraldtroja at gmail.com (erald troja) Date: Wed, 15 Nov 2006 08:06:46 -0500 Subject: [Dovecot] dovecot & pine Message-ID: Hello, using dovecot-1.0.r12 on a 6.1 FreeBSD system and pine-4.64 on FreeBSD as well. After switching from Courier..i cannot seem to access my folders anymore. Just INBOX is viewable. On different mail clients on has to resubscribe..yet there's no such feature w/Pine. Anyone ever had this issue? Also, let me know what sort of info you need me to post in here to get some help on this. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From guard at uptime.pl Wed Nov 15 15:55:17 2006 From: guard at uptime.pl (guard) Date: Wed, 15 Nov 2006 14:55:17 +0100 (CET) Subject: [Dovecot] Dovecot's MySQL authentication driver Message-ID: Hi, I'm wonderig if dovecot have any mechanism which prevent sql injection? I didn't find anything about that. How can I escape inputs in sql query? Best regards. From c.d.wakelin at reading.ac.uk Wed Nov 15 16:10:18 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Wed, 15 Nov 2006 14:10:18 +0000 Subject: [Dovecot] dovecot & pine In-Reply-To: References: Message-ID: <455B1FCA.2090406@reading.ac.uk> erald troja wrote: > Hello, > > using > > dovecot-1.0.r12 on a 6.1 FreeBSD system > and pine-4.64 on FreeBSD as well. > > > After switching from Courier..i cannot seem to access > my folders anymore. Just INBOX is viewable. > > On different mail clients on has to resubscribe..yet there's > no such feature w/Pine. > > Anyone ever had this issue? > Also, let me know what sort of info you need me to post in > here to get some help on this. > > Thanks > We've got hundreds of happy Pine users. Make sure you either a) remove the folder prefix (e.g. ~/mail) in your folder collections or b) add ~/mail etc. as hidden namespaces in Dovecot (see http://wiki.dovecot.org/MissingMailboxes and NameSpaces). Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From me at mooluv.com Wed Nov 15 16:17:40 2006 From: me at mooluv.com (me at mooluv.com) Date: Wed, 15 Nov 2006 09:17:40 -0500 (EST) Subject: [Dovecot] Dovecot/Postfix SASL problem In-Reply-To: <20061115060210.A174.GERARD@seibercom.net> References: <20061115060210.A174.GERARD@seibercom.net> Message-ID: <46669.162.136.193.1.1163600260.squirrel@webmail.mooluv.com> > On Tuesday November 14, 2006 at 04:27:25 (PM) Tomislav Filip??i?? wrote: > >> Hi. I'm trying to get Dovecot - Postfix - SASL to work. But I need some >> help. >> >> mail logs: >> ------------- >> Nov 14 22:21:38 [postfix/smtpd] connect from >> 83-131-68-11.adsl.net.t-com.hr[83.131.68.11] >> Nov 14 22:22:24 [dovecot] auth(default): client in: >> AUTH_1_PLAIN_service=smtp_resp=bmFddAc0b2pvAHRvam8= *************************************************************** >> Nov 14 22:22:24 [dovecot] auth(default): passdb(najt,master): Attempted >> master login with no master passdbs *************************************************************** >> Nov 14 22:22:25 [dovecot] auth(default): client out: FAIL_1_user=tojo >> Nov 14 22:22:25 [postfix/smtpd] warning: >> 83-131-68-11.adsl.net.t-com.hr[83.131.68.11]: SASL PLAIN authentication >> failed: >> > You might want to post this on the Postfix forum: > > List-Subscribe: > > This is really a Postfix, not a Dovecot problem. By the way, I use SASL > - Dovcot - Postfix without any problems. My main.cf file does not > resemble yours however. At the very least, you should have posted the > output of 'postconf -n' so we could see exactly what you are referring > to. The Postfix forum will require that at a minimum. It would also be a > good idea to list the OS that you are working with. I am only familiar > with FreeBSD myself. > Actually this has nothing to do with postfix. As you can see by the log entry I hilited with *'s there is no master password configured for the user that is being tested. This causes a failure to authenticate which is honestly reported back to postfix. I would suggest getting rid of the master password config or using a non-master user for testing until you get that portion working. Then start debugging with master passwords enabled again. Leeman From luca at leenoox.net Wed Nov 15 16:36:02 2006 From: luca at leenoox.net (Luca Corti) Date: Wed, 15 Nov 2006 15:36:02 +0100 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: References: Message-ID: <1163601362.6923.14.camel@luca> On Wed, 2006-11-15 at 14:55 +0100, guard wrote: > I'm wonderig if dovecot have any mechanism which prevent sql injection? > I didn't find anything about that. How can I escape inputs in sql query? You could just connect read-only to the database. No? ciao Luca From Rich.West at wesmo.com Wed Nov 15 17:28:52 2006 From: Rich.West at wesmo.com (Rich West) Date: Wed, 15 Nov 2006 10:28:52 -0500 Subject: [Dovecot] 1.0.rc13 released In-Reply-To: <1163336520.8783.40.camel@hurina> References: <1162993715.4177.214.camel@hurina> <20061109074124.GA21913@lgb.hu> <20061109080208.GB21913@lgb.hu> <20061109160927.GC10078@lgb.hu> <1163336520.8783.40.camel@hurina> Message-ID: <455B3234.1010707@wesmo.com> Timo Sirainen wrote: > On Thu, 2006-11-09 at 17:09 +0100, G?bor L?n?rt wrote: > >> If someone have ANY information, please help me. We used tpop3d before, and >> that also had similar problems (eg hanging the whole service after a while). >> That LDAP server is OpenLDAP from Ubuntu 6.06 LTS on AMD64 (2.2.26-5ubuntu2.1). >> You may think that if both of tpop3d and dovecot fails similary it should >> be the problem of the LDAP server, however other services (web interface, >> postfix) does work without a single problem since a month or so. Tried with >> v2 and v3 LDAP protocol as well. I ran out of ideas ;-( >> > > I think the difference is that Dovecot keeps the connection open all the > time, while web/postfix keep reconnecting to it constantly. Another thing to check would be the version of OpenLDAP. We've been running an FC5 installation of dovecot with OpenLDAP 2.3.19 (upgraded periodically as they come up) without a hitch. And, yes, Timo is correct. Postfix, Sendmail, Web, etc.. they all connect to the LDAP backend as needed, and close the connection when done with that particular process. -Rich From lrau at confluencecorp.com Wed Nov 15 18:01:41 2006 From: lrau at confluencecorp.com (Lisa Rau) Date: Wed, 15 Nov 2006 11:01:41 -0500 Subject: [Dovecot] Problem with authentication? Message-ID: <005101c708cf$57d1acc0$0400a8c0@Confluence4> We have things set up so Outlook and Outlook express are sending passwords via plain text, but Dovecot is saying the server was expecting an excrypted password -- can anyone help / give us a list of things to look at??? Hopefully, Lisa -------------- next part -------------- An HTML attachment was scrubbed... URL: From eraldtroja at gmail.com Wed Nov 15 18:19:00 2006 From: eraldtroja at gmail.com (erald troja) Date: Wed, 15 Nov 2006 11:19:00 -0500 Subject: [Dovecot] dovecot & pine In-Reply-To: <455B1FCA.2090406@reading.ac.uk> References: <455B1FCA.2090406@reading.ac.uk> Message-ID: Chris, thanks for trying to trying to help. I should mention that we were using bincimap instead of Courier..what i stated previously is wrong. Ok, so I went looking & troubleshooting..eventually this page states http://wiki.dovecot.org/MissingMailboxes#head-56902961efd9eb18e5c3535e6544d1414b24c347 "If you see a list of expected mailboxes, the problem is with your IMAP client." I did perform the troubleshooting steps and this is what I get * OK [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS QUOTA STARTTLS AUTH=PLAIN] Do vecot ready. . login username at blah.com password . OK Logged in. . list "" * * LIST (\HasNoChildren) "." "INBOX.spam" * LIST (\HasNoChildren) "." "INBOX.miva" * LIST (\HasNoChildren) "." "INBOX.saved-messages" * LIST (\HasNoChildren) "." "INBOX.bacula" * LIST (\HasNoChildren) "." "INBOX.solutions" * LIST (\HasNoChildren) "." "INBOX.passwds" * LIST (\HasNoChildren) "." "INBOX.sent-mail" * LIST (\HasNoChildren) "." "INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.cron" * LIST (\HasNoChildren) "." "INBOX.old_passwds" * LIST (\HasNoChildren) "." "INBOX.Drafts" * LIST (\HasNoChildren) "." "INBOX.dco" * LIST (\HasNoChildren) "." "INBOX.fullteam" * LIST (\HasNoChildren) "." "INBOX" * LIST (\HasNoChildren) "." "spam" * LIST (\HasNoChildren) "." "miva" * LIST (\HasNoChildren) "." "saved-messages" * LIST (\HasNoChildren) "." "bacula" * LIST (\HasNoChildren) "." "solutions" * LIST (\HasNoChildren) "." "passwds" * LIST (\HasNoChildren) "." "sent-mail" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasNoChildren) "." "cron" * LIST (\HasNoChildren) "." "old_passwds" * LIST (\HasNoChildren) "." "Drafts" * LIST (\HasNoChildren) "." "dco" * LIST (\HasNoChildren) "." "fullteam" * LIST (\HasNoChildren) "." "INBOX" . OK List completed. . logout * BYE Logging out . OK Logout completed. So..what needs to be changed within Pine to accomodate for such? I'm also using Thunderbird as a backup which seems to be unaffected so far. On 11/15/06, Chris Wakelin wrote: > > > erald troja wrote: > > Hello, > > > > using > > > > dovecot-1.0.r12 on a 6.1 FreeBSD system > > and pine-4.64 on FreeBSD as well. > > > > > > After switching from Courier..i cannot seem to access > > my folders anymore. Just INBOX is viewable. > > > > On different mail clients on has to resubscribe..yet there's > > no such feature w/Pine. > > > > Anyone ever had this issue? > > Also, let me know what sort of info you need me to post in > > here to get some help on this. > > > > Thanks > > > > We've got hundreds of happy Pine users. > > Make sure you either a) remove the folder prefix (e.g. ~/mail) in your > folder collections or b) add ~/mail etc. as hidden namespaces in Dovecot > (see http://wiki.dovecot.org/MissingMailboxes and NameSpaces). > > Chris > > -- > --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- > Christopher Wakelin, c.d.wakelin at reading.ac.uk > IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 > Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jc at info-systems.de Wed Nov 15 19:11:39 2006 From: jc at info-systems.de (Jakob Curdes) Date: Wed, 15 Nov 2006 18:11:39 +0100 Subject: [Dovecot] Problem with authentication? In-Reply-To: <005101c708cf$57d1acc0$0400a8c0@Confluence4> References: <005101c708cf$57d1acc0$0400a8c0@Confluence4> Message-ID: <455B4A4B.6000601@info-systems.de> Can you elaborate a bit on the protocol you want to use (POP/IMAP), whether SSL is enabled and what authentication options you use in dvoecot.conf ? JC > We have things set up so Outlook and Outlook express are sending > passwords via plain text, but Dovecot is saying the server was > expecting an excrypted password -- can anyone help / give us a list of > things to look at??? Hopefully, > > Lisa > From matteo at progettomio.net Wed Nov 15 19:48:03 2006 From: matteo at progettomio.net (matteo at progettomio.net) Date: Wed, 15 Nov 2006 18:48:03 +0100 Subject: [Dovecot] Problem with authentication? In-Reply-To: <005101c708cf$57d1acc0$0400a8c0@Confluence4> References: <005101c708cf$57d1acc0$0400a8c0@Confluence4> Message-ID: <455B52D3.5010904@progettomio.net> > We have things set up so Outlook and Outlook express are sending passwords > via plain text, but Dovecot is saying the server was expecting an excrypted > password -- can anyone help / give us a list of things to look at??? It's not true. Outlook sends password in login format, not plaintext as thunderbird (for example). Matteo From jpeacock at rowman.com Wed Nov 15 19:52:18 2006 From: jpeacock at rowman.com (John Peacock) Date: Wed, 15 Nov 2006 12:52:18 -0500 Subject: [Dovecot] Problem with authentication? In-Reply-To: <455B52D3.5010904@progettomio.net> References: <005101c708cf$57d1acc0$0400a8c0@Confluence4> <455B52D3.5010904@progettomio.net> Message-ID: <455B53D2.4070006@rowman.com> matteo at progettomio.net wrote: > It's not true. Outlook sends password in login format, not plaintext as > thunderbird (for example). "login" format *is* plaintext (other than being Base64-encoded and null-delimited). The OP is having a problem that Dovecot expects the password to be encrypted, probably because of a misconfiguration. John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748 From Kind at it.uib.no Wed Nov 15 20:28:14 2006 From: Kind at it.uib.no (Hans Morten Kind) Date: Wed, 15 Nov 2006 19:28:14 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <20061114161627.GA13081@alf.uib.no> References: <1163362246.8783.131.camel@hurina> <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> <20061114161627.GA13081@alf.uib.no> Message-ID: <20061115182814.GA10593@alf.uib.no> > > seeing a crash in mail-transaction-log.c: line 273 > > (mail_transaction_log_close): assertion failed: (log->files == NULL) > > We are also seeing a lot of these after moving from rc12 to rc14 > on a Solaris-2.8 platform. This problem moved away when old log.2 were removed, I dont know why, but all indexes should perhaps always be removed when upgrading? Our indexes are not in users home directories; find _SOMEWHERE_ -name dovecot.index.log.2 | xargs rm hmk From Kind at it.uib.no Wed Nov 15 21:12:51 2006 From: Kind at it.uib.no (Hans Morten Kind) Date: Wed, 15 Nov 2006 20:12:51 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <20061114161627.GA13081@alf.uib.no> References: <1163362246.8783.131.camel@hurina> <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> <20061114161627.GA13081@alf.uib.no> Message-ID: <20061115191251.GB10593@alf.uib.no> > New in rc14 is this as well: > file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) Still, I dont know why. But during some debugging I have found that this call to io_add() comes from 'void _cork()' in src/lib/ostream-file.c when fstream->fd is -1 hmk From thierry at mailhub.co.za Wed Nov 15 21:41:55 2006 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Wed, 15 Nov 2006 21:41:55 +0200 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: Message-ID: <5g6acb$2bmsjl@mail-03.jhb.wbs.co.za> Hi, I'm using a specific SQL user for dovecot and postfix, and this user only has SELECT rights to the database. Works well. Regards, Thierry On Wed, 15 Nov 2006 14:55:17 +0100 (CET), guard wrote: >Hi, >I'm wonderig if dovecot have any mechanism which prevent sql injection? >I didn't find anything about that. How can I escape inputs in sql query? >Best regards. From rueckert at informatik.uni-rostock.de Wed Nov 15 22:04:15 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Wed, 15 Nov 2006 21:04:15 +0100 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <20061115182814.GA10593@alf.uib.no> References: <1163362246.8783.131.camel@hurina> <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> <20061114161627.GA13081@alf.uib.no> <20061115182814.GA10593@alf.uib.no> Message-ID: <20061115200415.GS15234@pixel.global-banlist.de> On 2006-11-15 19:28:14 +0100, Hans Morten Kind wrote: > find _SOMEWHERE_ -name dovecot.index.log.2 | xargs rm find _SOMEWHERE_ -name dovecot.index.log.2 -print0 | xargs -r0 rm if your find and xargs support those args. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From egbert at vandenbussche.nl Wed Nov 15 23:34:35 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 15 Nov 2006 22:34:35 +0100 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: <5g6acb$2bmsjl@mail-03.jhb.wbs.co.za> Message-ID: <000b01c708fd$d8db5770$0d01a8c0@egbert> I've taken this even further: I have separate 'users' for postfix, postfixadmin (web frontend for virtual users/domains) and dovecot. Each *might* need specific rights. Egbert Jan > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Thierry de Montaudry > Sent: Wednesday, November 15, 2006 8:42 PM > To: dovecot at dovecot.org; guard > Subject: Re: [Dovecot] Dovecot's MySQL authentication driver > > > Hi, > > I'm using a specific SQL user for dovecot and postfix, and > this user only has SELECT rights to the database. Works well. > > Regards, > > Thierry > > On Wed, 15 Nov 2006 14:55:17 +0100 (CET), guard wrote: > > > >Hi, > >I'm wonderig if dovecot have any mechanism which prevent sql > injection? > >I didn't find anything about that. How can I escape inputs in sql > >query? > > >Best regards. > > > > > From jh at plonk.de Thu Nov 16 02:07:44 2006 From: jh at plonk.de (Jakob Hirsch) Date: Thu, 16 Nov 2006 01:07:44 +0100 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: References: Message-ID: <455BABD0.2080407@plonk.de> Quoting guard: > I'm wonderig if dovecot have any mechanism which prevent sql injection? I didn't check deeper, but there's code which uses mysql's escape function. Should be even save without that, as long as you are not messing with auth_username_chars. From lundman at lundman.net Thu Nov 16 02:42:54 2006 From: lundman at lundman.net (Jorgen Lundman) Date: Thu, 16 Nov 2006 09:42:54 +0900 Subject: [Dovecot] Dovecot LDA, LDAP, Postfix and Spawning programs.. Message-ID: <455BB40E.4010601@lundman.net> Qmail, when using LDAP, a user can specify delvieryProgramPath, or a .qmail file, to launch something like procmail. Qmail correctly setuid() to the uids set for the user in LDAP, as well as set up the common env vars (HOME, USER, MAILDIR). We moved to Postfix but found that it is quite lacking in the features supported when it comes to "virtual" users. No .forward, and if you set up an alternate transport, they are run as "any user but root, nor postfix, nor the virtual-user's uid". And worse, does not even supply the HOME/MAILDIR values to transport delivery plugin. (Forcing it to getpwnam() or similar). I have an option to make my own setuid program to query LDAP (postmap -q would work), setuid() and call, say, procmail. It has been suggested I can use "maildrop" as it can talk to LDAP. However, I picked "Dovecot" as my pop3/imap program due to an irrational dislike of Courier imap. So, if I tried Dovecot-LDA, would it support the user optionally having a ".forward" file, or perhaps the LDAP attribute deliveryProgramPath, or some other way to filter based on subject/body to sort, and/or forward, mail? If it can use LDAP, will it setuid() to the users uid (as set in LDAP, assuming I cook the LDAP conf entries correctly) when delivering(I'd hope so!) and running external filters? I am still running rc10, which works well but flips out regularly. (Previously mentioned 'too many files open' bug, some leaks in locks) I will upgrade when the LDAP changes are deemed stable. Lund -- Jorgen Lundman | Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work) Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell) Japan | +81 (0)3 -3375-1767 (home) From robin at 15augustus.nl Thu Nov 16 09:59:57 2006 From: robin at 15augustus.nl (Robin Elfrink) Date: Thu, 16 Nov 2006 08:59:57 +0100 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: <000b01c708fd$d8db5770$0d01a8c0@egbert> References: <000b01c708fd$d8db5770$0d01a8c0@egbert> Message-ID: <455C1A7D.1020709@15augustus.nl> Egbert Jan wrote: > I've taken this even further: I have separate 'users' for postfix, > postfixadmin (web frontend for virtual users/domains) and dovecot. Each > *might* need specific rights. Using restricted user rights and chroots and what not does not prevent SQL injection in any way. Robin From guard at uptime.pl Thu Nov 16 10:41:16 2006 From: guard at uptime.pl (guard) Date: Thu, 16 Nov 2006 09:41:16 +0100 (CET) Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: <455C1A7D.1020709@15augustus.nl> References: <000b01c708fd$d8db5770$0d01a8c0@egbert> <455C1A7D.1020709@15augustus.nl> Message-ID: On Thu, 16 Nov 2006, Robin Elfrink wrote: > Egbert Jan wrote: > >> I've taken this even further: I have separate 'users' for postfix, >> postfixadmin (web frontend for virtual users/domains) and dovecot. Each >> *might* need specific rights. > > > Using restricted user rights and chroots and what not does not prevent > SQL injection in any way. Indeed. But until auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ is set, and default_pass_scheme won't be PLAIN we are secure against sql injection. Right? I have also found %E varible - escape '"', "'" and '\' characters by inserting '\' before them, but how can I use it for escape characters from %u? Best Regards. From CMarcus at Media-Brokers.com Thu Nov 16 15:27:39 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 16 Nov 2006 08:27:39 -0500 Subject: [Dovecot] NFSV4? Message-ID: <455C674B.6040309@Media-Brokers.com> Hi Timo, I just read about NFSv4 now being included in SuSE and Redhat Enterprise versions, and although I don't use it myself, wondered how this will impact Dovecot for those using it? Will it make life easier? Or is it even supported currently? Just curious... thanks... -- Best regards, Charles From spil.oss at googlemail.com Thu Nov 16 16:59:15 2006 From: spil.oss at googlemail.com (Spil Oss) Date: Thu, 16 Nov 2006 15:59:15 +0100 Subject: [Dovecot] dovecot:IMAP(user) killed with signal 6 Message-ID: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> Hi all, After rc10 I have problems with imap and imaps Hi all, After rc10 I have problems with imap and imaps Nov 16 15:42:39 beastie dovecot: IMAP(user1): open(/home/user1/Maildir/.MeldWelSpam/dovecot-keywords) failed: Permission denied Nov 16 15:44:09 beastie dovecot: IMAP(user2): open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: Permission denied Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: line 222 (maildir_keywords_lookup_or_create): assertion failed: (mk->synced) Nov 16 15:44:09 beastie dovecot: child 98798 (imap) killed with signal 6 Nov 16 15:46:10 beastie dovecot: IMAP(user2): open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: Permission denied Nov 16 15:46:10 beastie dovecot: IMAP(user2): file maildir-keywords.c: line 222 (maildir_keywords_lookup_or_create): assertion failed: (mk->synced) Nov 16 15:46:10 beastie dovecot: child 98819 (imap) killed with signal 6 The Permission denied messages where there in rc10 as well, but that was not causing problems. These folders are symlinks to shared spam and ham folders for spamassassin learning. Any clue on how to fix this? FreeBSD-i386 6.1-RELEASE-p10 dovecot-1.0.r13 from ports Kind regards, Spil. From spil.oss at googlemail.com Thu Nov 16 17:17:22 2006 From: spil.oss at googlemail.com (Spil Oss) Date: Thu, 16 Nov 2006 16:17:22 +0100 Subject: [Dovecot] dovecot:IMAP(user) killed with signal 6 In-Reply-To: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> References: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> Message-ID: <5fbf03c20611160717r161615f8u53dd33a328a7737a@mail.gmail.com> Just upgraded to rc14 and problem persists. On 16/11/06, Spil Oss wrote: > Hi all, > > After rc10 I have problems with imap and imaps > > Hi all, > > After rc10 I have problems with imap and imaps > > Nov 16 15:42:39 beastie dovecot: IMAP(user1): > open(/home/user1/Maildir/.MeldWelSpam/dovecot-keywords) failed: > Permission denied > Nov 16 15:44:09 beastie dovecot: IMAP(user2): > open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > Permission denied > Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: > line 222 (maildir_keywords_lookup_or_create): assertion failed: > (mk->synced) > Nov 16 15:44:09 beastie dovecot: child 98798 (imap) killed with signal 6 > Nov 16 15:46:10 beastie dovecot: IMAP(user2): > open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > Permission denied > Nov 16 15:46:10 beastie dovecot: IMAP(user2): file maildir-keywords.c: > line 222 (maildir_keywords_lookup_or_create): assertion failed: > (mk->synced) > Nov 16 15:46:10 beastie dovecot: child 98819 (imap) killed with signal 6 > > The Permission denied messages where there in rc10 as well, but that > was not causing problems. These folders are symlinks to shared spam > and ham folders for spamassassin learning. > > Any clue on how to fix this? > > FreeBSD-i386 6.1-RELEASE-p10 > dovecot-1.0.r13 from ports > > Kind regards, > > Spil. > From tss at iki.fi Thu Nov 16 17:20:59 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 16 Nov 2006 17:20:59 +0200 Subject: [Dovecot] Dovecot's MySQL authentication driver In-Reply-To: References: <000b01c708fd$d8db5770$0d01a8c0@egbert> <455C1A7D.1020709@15augustus.nl> Message-ID: <1163690459.8783.196.camel@hurina> On Thu, 2006-11-16 at 09:41 +0100, guard wrote: > auth_username_chars = > abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ > is set, and default_pass_scheme won't be PLAIN we are secure against sql > injection. Right? Right. > I have also found %E varible - escape '"', "'" and '\' characters by > inserting '\' before them, but how can I use it for escape characters > from %u? Don't. All the %vars are properly escaped when used in pass_query and user_query. I'm not sure what happens if you use %E, at best it just adds extra '\' and at worst it would cause SQL injection hole possibilities. They're also escaped properly in LDAP queries. If Dovecot didn't do these, it really shouldn't deserve to be advertised as "Secure IMAP server" :P -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Thu Nov 16 17:31:18 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 16 Nov 2006 17:31:18 +0200 Subject: [Dovecot] NFSV4? In-Reply-To: <455C674B.6040309@Media-Brokers.com> References: <455C674B.6040309@Media-Brokers.com> Message-ID: <1163691078.8783.202.camel@hurina> On Thu, 2006-11-16 at 08:27 -0500, Charles Marcus wrote: > Hi Timo, > > I just read about NFSv4 now being included in SuSE and Redhat Enterprise > versions, and although I don't use it myself, wondered how this will > impact Dovecot for those using it? > > Will it make life easier? Or is it even supported currently? Since older NFS versions already work with Dovecot, I think NFSv4 can only make it work better. What I've read of NFSv4 it looks like its client cache can work better. But I haven't looked more than just a few "feature lists" of it so far. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From odhiambo.raburu at wananchi.com Thu Nov 16 17:41:00 2006 From: odhiambo.raburu at wananchi.com (Odhiambo WASHINGTON) Date: Thu, 16 Nov 2006 18:41:00 +0300 Subject: [Dovecot] dovecot:IMAP(user) killed with signal 6 In-Reply-To: <5fbf03c20611160717r161615f8u53dd33a328a7737a@mail.gmail.com> References: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> <5fbf03c20611160717r161615f8u53dd33a328a7737a@mail.gmail.com> Message-ID: <20061116154100.GF82152@ns2.wananchi.com> * On 16/11/06 16:17 +0100, Spil Oss wrote: | Just upgraded to rc14 and problem persists. | | On 16/11/06, Spil Oss wrote: | >Hi all, | > | >After rc10 I have problems with imap and imaps | > | >Hi all, | > | >After rc10 I have problems with imap and imaps | > | >Nov 16 15:42:39 beastie dovecot: IMAP(user1): | >open(/home/user1/Maildir/.MeldWelSpam/dovecot-keywords) failed: | >Permission denied | >Nov 16 15:44:09 beastie dovecot: IMAP(user2): | >open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: | >Permission denied | >Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: | >line 222 (maildir_keywords_lookup_or_create): assertion failed: | >(mk->synced) | >Nov 16 15:44:09 beastie dovecot: child 98798 (imap) killed with signal 6 | >Nov 16 15:46:10 beastie dovecot: IMAP(user2): | >open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: | >Permission denied | >Nov 16 15:46:10 beastie dovecot: IMAP(user2): file maildir-keywords.c: | >line 222 (maildir_keywords_lookup_or_create): assertion failed: | >(mk->synced) | >Nov 16 15:46:10 beastie dovecot: child 98819 (imap) killed with signal 6 | > | >The Permission denied messages where there in rc10 as well, but that | >was not causing problems. These folders are symlinks to shared spam | >and ham folders for spamassassin learning. | > | >Any clue on how to fix this? | > | >FreeBSD-i386 6.1-RELEASE-p10 | >dovecot-1.0.r13 from ports "Permission Denied" is such a straight error message that you should be able to figure out and fix, everything being standard[1] What are the permissions on that folder (.MeldWelSpam)? Is it really owned by user2? Dovecot wants to write to it, but is being denied that chance. It should be writable by dovecot, I believe. So that folder should be group writable and dovecot should be in that group. But again, perhaps we should see the permissions on the dovecot binary also, because dovecot should be writing there "as user2" (suid), yes? [1] I suppose you are installing dovecot using the ports tree and that you have not tweaked your box beyond your own comprehension. I don't see -Wash http://www.netmeister.org/news/learn2quote.html DISCLAIMER: See http://www.wananchi.com/bms/terms.php -- +======================================================================+ |\ _,,,---,,_ | Odhiambo Washington Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +======================================================================+ Garbage In -- Gospel Out. From Rich.West at wesmo.com Thu Nov 16 17:34:03 2006 From: Rich.West at wesmo.com (Rich West) Date: Thu, 16 Nov 2006 10:34:03 -0500 Subject: [Dovecot] NFSV4? In-Reply-To: <455C674B.6040309@Media-Brokers.com> References: <455C674B.6040309@Media-Brokers.com> Message-ID: <455C84EB.30902@wesmo.com> Since NFS is an underlying subsystem, dovecot does not need anything (code wise) to "support" it. Basically, dovecot writes to the filesystem, regardless of where it is located. It really doesn't know about the underlying layer, be it NFS, ext3, jfs, iSCSI, etc. In other words, in the most general sense, if the file to be read from or written to is on an NFSv2 or NFSv4 partition, dovecot really doesn't care. :) However, the same *tuning* parameters are necessary when you are using an NFS file store. And, in answer to your questions: o it is already supported (as described above) o NFSv4 boasts better performance and stability o it will probably have little impact on the dovecot user community, but better performance is always a good thing. ;) -Rich > > I just read about NFSv4 now being included in SuSE and Redhat > Enterprise versions, and although I don't use it myself, wondered how > this will impact Dovecot for those using it? > > Will it make life easier? Or is it even supported currently? > > Just curious... thanks... From CMarcus at Media-Brokers.com Thu Nov 16 17:44:24 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 16 Nov 2006 10:44:24 -0500 Subject: [Dovecot] NFSV4? In-Reply-To: <455C84EB.30902@wesmo.com> References: <455C674B.6040309@Media-Brokers.com> <455C84EB.30902@wesmo.com> Message-ID: <455C8758.9000706@Media-Brokers.com> > And, in answer to your questions: > o it is already supported (as described above) > o NFSv4 boasts better performance and stability > o it will probably have little impact on the dovecot user community, but > better performance is always a good thing. ;) Thanks for the answers... My query was prompted mainly by the posts that I have seen on this list describing problems with using NFS - mainly file-locking, if memory serves correctly. So, I just wondered if the use of NFSv4 might make these issues 'go away'... ;) Anyway, as I said, I was just curious. Thanks again for responding... -- Best regards, Charles From jhorner at arinbe.com Thu Nov 16 18:02:44 2006 From: jhorner at arinbe.com (Jim Horner) Date: Thu, 16 Nov 2006 11:02:44 -0500 Subject: [Dovecot] I/O leak Message-ID: <200611161102.44165.jhorner@arinbe.com> I upgraded from rc12 to rc14 last night... sifting through the logs I noticed the following. I point this out since it appears dovecot is in high gear bug-fix mode. This issue is not big for me; I rarely stop dovecot. My init.d script for dovecot is basically stop) killall dovecot imap-login I am guessing there might be a more graceful way to stop dovecot? Or rc14 fixed this? I see in rc14 changelog: - rc13 crashed if client disconnected while IDLEing but only user1 was IDLE. Nov 15 21:53:23 myserver dovecot: IMAP(user1 at arinbe.com): Disconnected in IDLE Nov 15 21:53:23 myserver dovecot: imap-login: Killed with signal 15 Nov 15 21:53:23 myserver dovecot: IMAP(user2 at arinbe.com): Disconnected Nov 15 21:53:23 myserver dovecot: imap-login: Killed with signal 15 Nov 15 21:53:23 myserver dovecot: IMAP(user3 at arinbe.com): Disconnected Nov 15 21:53:23 myserver dovecot: imap-login: Killed with signal 15 Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (17) Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (15) Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (19) Nov 15 21:53:30 myserver postfix/master[31974]: terminating on signal 15 Nov 15 21:54:02 myserver dovecot: Dovecot v1.0.rc14 starting up Jim From moya at infomed.sld.cu Thu Nov 16 23:28:22 2006 From: moya at infomed.sld.cu (Maykel Moya) Date: Thu, 16 Nov 2006 16:28:22 -0500 Subject: [Dovecot] maildirsize update error? Message-ID: <1163712502.9779.7.camel@julia.red.sld.cu> According to [1], Trash is a reserverd folder name. When moving a message to it, maildirsize should be update with a negative byte count. If I move a message from any folder to Trash, maildirsize gets two lines, one positive and one negative. The problem is that a user can't move messages to Trash while being overquota because the positive entry goes before the negative. I'm using dovecot-1.0rc14. Regards maykel [1] http://www.inter7.com/courierimap/README.maildirquota.html From jeff at navinet.com Fri Nov 17 00:08:33 2006 From: jeff at navinet.com (Jeff) Date: Thu, 16 Nov 2006 17:08:33 -0500 Subject: [Dovecot] LDA Question Message-ID: <455CE161.8070902@navinet.com> I need some advice about replacing maildrop with the Dovecot LDA. I need to replicate a setup that uses postfix+maildrop+spamassassin. We'll be using Dovecot 1rc13. In the current setup, maildrop reads a file called .mailfilter in each user's folder, then call spamassassin according to the user's preferences. The file is simple, and looks like this -- if ( $SIZE > 20971520 ) { EXITCODE=77 echo "Your email was rejected because it exceeded limit of 20 MB" exit } if ( $SIZE < 26144 ) { exception { xfilter "/usr/local/bin/spamc -u user at domain.com" } } exception { to "$DEFAULT/Maildir/" } What is the most straightforward way to have 'Deliver' do the same thing, without changing the way that SA gets called? Apologies in advance if this is a boneheaded question. I've been sorting through Sieve documentation and HOWTOs and I see everything but what I need. From rueckert at informatik.uni-rostock.de Fri Nov 17 00:25:27 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Thu, 16 Nov 2006 23:25:27 +0100 Subject: [Dovecot] LDA Question In-Reply-To: <455CE161.8070902@navinet.com> References: <455CE161.8070902@navinet.com> Message-ID: <20061116222527.GV15234@pixel.global-banlist.de> On 2006-11-16 17:08:33 -0500, Jeff wrote: > I need some advice about replacing maildrop with the Dovecot LDA. I need > to replicate a setup that uses postfix+maildrop+spamassassin. We'll be > using Dovecot 1rc13. > > In the current setup, maildrop reads a file called .mailfilter in each > user's folder, then call spamassassin according to the user's > preferences. The file is simple, and looks like this -- should this be global or just per user? > if ( $SIZE > 20971520 ) > { > EXITCODE=77 > echo "Your email was rejected because it exceeded limit of 20 MB" > exit > } if this should be global -> MTA message size limit > if ( $SIZE < 26144 ) > { > exception { > xfilter "/usr/local/bin/spamc -u user at domain.com" > } > } do that at MTA level > exception { > to "$DEFAULT/Maildir/" > } delivering to the default mailbox is no problem with the LDA ;) > What is the most straightforward way to have 'Deliver' do the same > thing, without changing the way that SA gets called? Apologies in > advance if this is a boneheaded question. I've been sorting through > Sieve documentation and HOWTOs and I see everything but what I need. hope this helps darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From lars at skovgaarddesign.dk Fri Nov 17 01:15:02 2006 From: lars at skovgaarddesign.dk (Lars Skovgaard) Date: Fri, 17 Nov 2006 00:15:02 +0100 Subject: [Dovecot] NTLM authentication from Outlook In-Reply-To: References: Message-ID: <236D356A-362F-4386-95C8-165EE0D73DCC@skovgaarddesign.dk> > Hi all > > I've enabled ntlm authentication in dovecot, and use dovecot sasl in > postfix as well. > > Authentication with ntlm works well from Mac OS X Mail.app, as well > as from Outlook Express, but fails with Outlook. Strangely enough, > ntml authentication works in Outlook when using smtp (via postfix), > but neither from imap or pop3 (both dovecot). As dovecot sasl handles > all authentication against a mysql userdb, this strikes me as very > strange. > > I've instructed my clients with Outlook to fetch mail using a ssl- > encrypted connection, and to send using ntlm-authentication. This > works, but I would like to have ntlm available as an option to all my > clients, without forcing them to change mail-clients. > > I've turned on auth_verbose, auth_debug and auth_debug_passwords, and > compared the passwordstring with the one calculated using dovecotpw, > and they match. The only odd thing is that the username is returned > from Outlook as an all-caps string, so user at domain.tld becomes > USER at DOMAIN.TLD. I don't know if it matters, but I don't think so, as > changing the user-login to an all-caps version doesn't solve the > problem. > > Any hints will be most welcome. > > /Lars Greetings, everyone I'm sorry, but I seem to have made a mistake regarding the passwordstring from Outlook ? seems like the string I looked at was from MS Entourage... (that's what you get from trying to debug something when you're too tired to think straight). I've now enabled debugging again, and have tried logging in from Outlook with ntlm-authentication. The log-entries are as follows: Nov 16 23:29:09 SD-Server dovecot: auth(default): client in: AUTH 1 NTLM service=IMAP lip=192.168.2.2 rip=192.168.2.13 Nov 16 23:29:09 SD-Server dovecot: auth(default): client out: CONT 1 Nov 16 23:29:09 SD-Server dovecot: auth(default): client in: CONT 1 TlRM7IIog0ADQAuAAAFASgKAAAAD0AABgATVNTUAABYUEFSQkVKRFNHUlVQUAAAABGACgAAA lNQUNEU= Nov 16 23:29:09 SD-Server dovecot: auth(default): client out: CONT 1 TlRMTVNAAAAFAHgAeAAAAAAAADAA +H1XooTUAACAAAAyZ9yMNkAAdgBlAHIALgBsAG8AACYAJgBOAAAAUwBEAC0AUwBlAHIAYwBh AGwAAwAeAFMAyAC4AbABvsAAAAAGMAYRAAtAFMAZQByAHYAZQBQBAAA= Nov 16 23:29:09 SD-Server dovecot: auth(default): client in: CONT 1 TlRMAYAHwAAAAYABgAlAAAAAwADTVNTUAFQAAAAMAAAAAAAAEAH3ZyprYRPWIAAAAAAcgBkA EkATQBBAEMAWABQAAAAACsAAADAAAAGAABIAqMx1XpiwbAAAHAAcwAcABQNAEEAQwBYAFAAT ABpAHMAYQAgAFMAawBvAHYAZwBhAGAAAAAKIAgUBKAoAAAAPSQBAAAAAAAAAAAJILBz4x4RA Ixsp2rhFi8VB6g== Nov 16 23:29:09 SD-Server dovecot: auth(default): ntlm(?, 192.168.2.13): Username contains disallowed characters Nov 16 23:29:10 SD-Server dovecot: auth(default): client out: FAIL 1 The same account logs in without problems if I use a plaintext password (SSL-encrypted, since plaintext-login is disabled). in dovecot.conf I have the following: auth default { mechanisms = plain digest-md5 cram-md5 ntlm rpa } The authentication is done against a mysql-db, which until now has worked with every client I've tested (except Outlook). I have set up postfix to use dovecot-sasl, and use the same userdb for smtp-authentication. Strangely enough the exact same data is accepted when using ntml-authentication with smtp, though a warning is added to my logs. This is an example of a log-entry from an Outlook-user sending a mail: Nov 14 16:40:49 SD-Server postfix/smtpd[8354]: connect from unknown [hid.den.ip.adr] Nov 14 16:40:49 SD-Server dovecot: auth-worker(default): mysql: Connected to localhost (dovecot_auth) Nov 14 16:40:51 SD-Server postfix/smtpd[8354]: warning: unknown [hid.den.ip.adr]: SASL NTLM authentication failed: TlRMTVNTUAACAAMAZYAAQByAHAFAooAOINYZ// +97QAAAAAAAAUwBEAC0AUwBlAHIAdgBlAHIALgBsAG8AYwBhAGwAAwAeAFMARAAtAFAbABvA GMAYAAAAHgAeADAQAAAAAACYAJgBOBZQByAC4sAAAAAAA= Nov 14 16:40:51 SD-Server postfix/smtpd[8354]: AC6402D668E: client=unknown[hid.den.ip.adr], sasl_method=NTLM, sasl_username=user at domain.dk Nov 14 16:40:51 SD-Server postfix/cleanup[8358]: AC6402D668E: message- id=<006a01c70803$4dcd1b00$0200a8c0 at acerce5220052b> Nov 14 16:41:13 SD-Server postfix/qmgr[8494]: AC6402D668E: from=, size=819330, nrcpt=1 (queue active) Nov 14 16:41:16 SD-Server postfix/smtpd[8354]: disconnect from unknown [hid.den.ip.adr] Nov 14 16:41:29 SD-Server postfix/smtp[8361]: AC6402D668E: to=, relay=smtp.domain.dk[hid.den.ip.adr]:25, delay=37, delays=22/0.08/0.06/15, dsn=2.0.0, status=sent (250 156794624 mailfe12 Message accepted for delivery) Nov 14 16:41:29 SD-Server postfix/qmgr[8494]: AC6402D668E: removed The same warning is issued from postfix when a user sends mail from Outlook Express, but not when the same user sends from Thunderbird or Mail.app. In fact, I've only seen these problems when the users are using MS products. I really hope someone can shed some light on what is going on. Best regards Lars From rdcampos at rsi.com.br Fri Nov 17 02:47:26 2006 From: rdcampos at rsi.com.br (Ricardo Dias Campos) Date: Thu, 16 Nov 2006 21:47:26 -0300 (BRT) Subject: [Dovecot] Help needed Message-ID: Hi. Days ago I sent a message to this list asking for help on a problem that seemed to me to be old: dovecot hangs and dovecot-auth posts log messages like: Nov 16 17:04:39 netuno dovecot: imap-login: Can't connect to auth server at default: Resource temporarily unavailable Nov 16 17:04:42 netuno dovecot: pop3-login: Can't connect to auth server at default: Resource temporarily unavailable Unfortunatelly when this happens the only way to recover is to restart dovecot. After I while I begun to clean the dovecot-auth processes (defunct or not) that remain in the process list and the cycle of running/hunging restart from 1 hang a day until it reaches 1 hang each 10 minutes, when I kill dovecot-auth again. I've seen some days ago some messages related to this problem but they were inconclusive, meaning that they didn't point to a solution. Any help is welcome. Thanks. Ricardo From matteo at progettomio.net Fri Nov 17 05:33:59 2006 From: matteo at progettomio.net (matteo at progettomio.net) Date: Fri, 17 Nov 2006 04:33:59 +0100 Subject: [Dovecot] sieve newbie question Message-ID: <455D2DA7.80808@progettomio.net> Hi all, can you clarify my doubts about sieve? I understand what is it, but what's the different between use exim with rules + dovecot and use exim + dovecot-lda + sieve rules? i can create many kind of rules on exim, then i don't get the difference. if someone is so kind to explain me the main points i'll appreciate it! Regards, Matteo From brian at braverock.com Fri Nov 17 05:34:04 2006 From: brian at braverock.com (Brian G. Peterson) Date: Thu, 16 Nov 2006 21:34:04 -0600 Subject: [Dovecot] CHANGE REQUEST: Move config files out of main $sysconfdir Message-ID: <200611162134.05406.brian@braverock.com> Currently, dovecot places it's config files in $sysconfdir In Makefile.am, this is defines as: confdir = $(sysconfdir) It would be far more friendly to an already overloaded /etc/ directory, and easier to locate the files, to follow the now-common convention and place files in $sysconfdir / dovecot / ... on most systems this would mean: /etc/dovecot/ If there is only a dovecot.conf, it doesn't really matter, but when additional config files get added for ldap, sql, sieve, it starts to add up. Some distributions already make this change, but placing this change in the dovecot core would make it unnecessary for downstream packagers to make a change to the core dovecot distribution files. Regards, - Brian From brian at braverock.com Fri Nov 17 05:41:21 2006 From: brian at braverock.com (Brian G. Peterson) Date: Thu, 16 Nov 2006 21:41:21 -0600 Subject: [Dovecot] sieve newbie question In-Reply-To: <455D2DA7.80808@progettomio.net> References: <455D2DA7.80808@progettomio.net> Message-ID: <200611162141.22120.brian@braverock.com> On Thursday 16 November 2006 21:33, matteo at progettomio.net wrote: > Hi all, > can you clarify my doubts about sieve? > I understand what is it, but what's the different between use exim with > rules + dovecot and use exim + dovecot-lda + sieve rules? > i can create many kind of rules on exim, then i don't get the > difference. > > if someone is so kind to explain me the main points i'll appreciate it! Generally, rules at the MTA (exim) level are global. Rules at the LDA (dovecot-sieve) level are user-controlled. Mail user agents that support sieve allow users to set their own personalized filtering and sorting rules. I am not aware of any mail user agents that allow individual users to set filter rules at the exim level that would only apply to one user. Perhaps this background reading would be useful in furthering your understanding: http://sieve.info/overview Regards, - Brian From matteo at progettomio.net Fri Nov 17 06:07:59 2006 From: matteo at progettomio.net (matteo at progettomio.net) Date: Fri, 17 Nov 2006 05:07:59 +0100 Subject: [Dovecot] sieve newbie question In-Reply-To: <200611162141.22120.brian@braverock.com> References: <455D2DA7.80808@progettomio.net> <200611162141.22120.brian@braverock.com> Message-ID: <455D359F.8070307@progettomio.net> > Generally, rules at the MTA (exim) level are global. Rules at the LDA > (dovecot-sieve) level are user-controlled. Ouch. The difference is macroscopic :-) It could be view as open standard alternative to exchange rule created by outlook... Thank you Brian for your patience to explain me the obvious! Matteo From rueckert at informatik.uni-rostock.de Fri Nov 17 06:26:27 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Fri, 17 Nov 2006 05:26:27 +0100 Subject: [Dovecot] CHANGE REQUEST: Move config files out of main $sysconfdir In-Reply-To: <200611162134.05406.brian@braverock.com> References: <200611162134.05406.brian@braverock.com> Message-ID: <20061117042626.GX15234@pixel.global-banlist.de> hi, you dont need to modify anything: "--sysconfdir=/etc/dovecot/" thats all you need. not too hard no? darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From jue at jue.li Fri Nov 17 09:35:34 2006 From: jue at jue.li (Juergen Daubert) Date: Fri, 17 Nov 2006 08:35:34 +0100 Subject: [Dovecot] sieve newbie question In-Reply-To: <200611162141.22120.brian@braverock.com> References: <455D2DA7.80808@progettomio.net> <200611162141.22120.brian@braverock.com> Message-ID: <20061117073534.GA27987@jue.netz> On Thu, Nov 16, 2006 at 09:41:21PM -0600, Brian G. Peterson wrote: > On Thursday 16 November 2006 21:33, matteo at progettomio.net wrote: > > Hi all, > > can you clarify my doubts about sieve? > > I understand what is it, but what's the different between use exim with > > rules + dovecot and use exim + dovecot-lda + sieve rules? > > i can create many kind of rules on exim, then i don't get the > > difference. > > > > if someone is so kind to explain me the main points i'll appreciate it! > > Generally, rules at the MTA (exim) level are global. Rules at the LDA > (dovecot-sieve) level are user-controlled. Mail user agents that support > sieve allow users to set their own personalized filtering and sorting > rules. I am not aware of any mail user agents that allow individual > users to set filter rules at the exim level that would only apply to one > user. That's not completely correct, because exim supports filtering at user level if allow_filter ist set in a redirect router, e.g. the one reading the user .forward file. regards Juergen -- Juergen Daubert | mailto:jue at jue.li Korb, Germany | http://jue.li/crux From mi+mx at aldan.algebra.com Thu Nov 16 19:59:44 2006 From: mi+mx at aldan.algebra.com (Mikhail Teterin) Date: Thu, 16 Nov 2006 12:59:44 -0500 Subject: [Dovecot] Dovecot tries to create bogus files in /var/mail Message-ID: <200611161259.44957.mi+mx@aldan.algebra.com> After upgrading from 0.99.2 to 1.0rc14, I started seeing log-entries like: Nov 16 12:56:22 corbulon dovecot: IMAP(mksarch): mkdir_parents(/var/mail/mksarch/.imap/INBOX) failed: Not a directory Nov 16 12:56:51 corbulon dovecot: IMAP(anat): open(/var/mail/anat/inbox, O_CREAT) failed: Not a directory Nov 16 12:56:51 corbulon dovecot: IMAP(anat): mkdir_parents(/var/mail/anat/.imap/INBOX) failed: Not a directory And my IMAP client (KMail) shows up error message with "Internal server error". The files in /var/mail/ are just that -- files (in the bad old Unix mbox format), and not directories, why is dovecot treating them as directories? Please advise... Thanks! -mi From mi+mx at aldan.algebra.com Thu Nov 16 22:46:16 2006 From: mi+mx at aldan.algebra.com (Mikhail Teterin) Date: Thu, 16 Nov 2006 15:46:16 -0500 Subject: [Dovecot] two assertion failures Message-ID: <200611161546.16249.mi+mx@aldan.algebra.com> Hello! I was able to overcome the earlier-reported problems (of dovecot treating the standard mailboxes in /var/mail/ as directories) by specifying mail_location (continuing to use the 0.99-era dovecot.conf did not work). Then I started seeing assertion-failures like: file istream-raw-mbox.c: line 499 (istream_raw_mbox_get_body_size): assertion failed: (rstream->mail_size != (uoff_t)-1) these disappeared, when I disabled mmap-access (mmap is limited to 1Gb on FreeBSD/i386), although dovecot-0.99 worked... I can now get to my mail again, but every once in a while the following assertion kills the connection: file mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->files == NULL) Please, advise... Thanks! -mi From moya at infomed.sld.cu Thu Nov 16 23:07:15 2006 From: moya at infomed.sld.cu (Maykel Moya) Date: Thu, 16 Nov 2006 16:07:15 -0500 Subject: [Dovecot] maildirsize update error Message-ID: <1163711235.9779.2.camel@julia.red.sld.cu> According to [1], Trash is a reserverd folder name. When moving a message to it, maildirsize should be update with a negative byte count. If I move a message from any folder to Trash, maildirsize gets two lines, one positive and one negative. The problem is that a user can't move messages to Trash while being overquota because the positive entry goes before the negative. I'm using dovecot-1.0rc14. Regards maykel [1] http://www.inter7.com/courierimap/README.maildirquota.html From mauro.sanna at comune.cagliari.it Fri Nov 17 12:10:44 2006 From: mauro.sanna at comune.cagliari.it (Mauro Sanna) Date: Fri, 17 Nov 2006 11:10:44 +0100 Subject: [Dovecot] dovecot and ldap passwords. Message-ID: <1163758244.6520.14.camel@localhost> Hallo. First of all I'm sorry for my bad english. I have a question about how dovecot use passwords. I have all my mail accounts in a ldap database. The user password are stored in form: {crypt}mypasswd. In dovecot-ldap.conf I have default_pass_scheme = CRYPT. All is working fine. The problem in the crypt scheme is that I can't have passwords more than 8 characters long. So I've tried to change the type of the ldap passwords in SSHA or SMD5, but in this way the users can't authenticate yourselfs. Dovecot doesn't understand SSHA or SMD5? From lgb at lgb.hu Fri Nov 17 13:11:53 2006 From: lgb at lgb.hu (=?iso-8859-1?B?R+Fib3IgTOlu4XJ0?=) Date: Fri, 17 Nov 2006 12:11:53 +0100 Subject: [Dovecot] dovecot and ldap passwords. In-Reply-To: <1163758244.6520.14.camel@localhost> References: <1163758244.6520.14.camel@localhost> Message-ID: <20061117111153.GB2109@lgb.hu> On Fri, Nov 17, 2006 at 11:10:44AM +0100, Mauro Sanna wrote: > The problem in the crypt scheme is that I can't have passwords more than > 8 characters long. > So I've tried to change the type of the ldap passwords in SSHA or SMD5, > but in this way the users can't authenticate yourselfs. > Dovecot doesn't understand SSHA or SMD5? As far as I understand, this is a good candidate to use auth binds. If you do this, dovecot even need not know ANYTHING about passwords in LDAP, since the pwd verification is done by trying to BIND to the DN of the user with the given password, so the only component need to know about password and password scheme is the LDAP server itself. You have may have got no privilege to see userpassword attribute ... However you'll got problems if you use some kind of advanced authentication with IMAP/POP3 which does not send clear text passwords which are sutiable to use as password to bind to LDAP ? -- - G?bor From jason at dixongroup.net Fri Nov 17 21:33:04 2006 From: jason at dixongroup.net (Jason Dixon) Date: Fri, 17 Nov 2006 14:33:04 -0500 Subject: [Dovecot] TLS timeout with Thunderbird Message-ID: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> I'm trying to get dovecot working with various clients on my new mailserver. I installed the base rc2 that comes with OpenBSD 4.0, then upgraded to rc14 when I ran into problems with TLS and Thunderbird. The server has no problems with Mail.app on my laptop, but any connection attempts from Thunderbird timeout after the TCP handshake. 13:53:41.074438 66.x.x.2.50483 > 38.x.x.248.993: S 3787736038:3787736038(0) win 65535 (DF) 13:53:41.074554 38.x.x.248.993 > 66.x.x.2.50483: S 1565942120:1565942120(0) ack 3787736039 win 16384 (DF) 13:53:41.459434 66.x.x.2.50483 > 38.x.x.248.993: . ack 1 win 65535 (DF) 13:53:47.028621 66.x.x.2.50483 > 38.x.x.248.993: F 1:1(0) ack 1 win 65535 (DF) The only thing logged by dovecot is a disconnection event. There is nothing else logged, even with ssl_verbose enabled. Nov 17 14:23:05 colo2 dovecot: imap-login: Disconnected: rip=66.x.x. 2, lip=38.x.x.248, TLS handshake This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly appreciated. Thanks, -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From jason at dixongroup.net Fri Nov 17 21:45:33 2006 From: jason at dixongroup.net (Jason Dixon) Date: Fri, 17 Nov 2006 14:45:33 -0500 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> Message-ID: <73EE4F3F-FE66-413E-807A-9D60E47E0D14@dixongroup.net> On Nov 17, 2006, at 2:33 PM, Jason Dixon wrote: > I'm trying to get dovecot working with various clients on my new > mailserver. I installed the base rc2 that comes with OpenBSD 4.0, > then upgraded to rc14 when I ran into problems with TLS and > Thunderbird. The server has no problems with Mail.app on my > laptop, but any connection attempts from Thunderbird timeout after > the TCP handshake. > > This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and > Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly > appreciated. To add insult to injury, Office 2003 on Windows XP works fine. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From leva at az.isten.hu Fri Nov 17 23:14:06 2006 From: leva at az.isten.hu (LeVA) Date: Fri, 17 Nov 2006 22:14:06 +0100 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <73EE4F3F-FE66-413E-807A-9D60E47E0D14@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <73EE4F3F-FE66-413E-807A-9D60E47E0D14@dixongroup.net> Message-ID: <200611172214.06508.leva@az.isten.hu> 2006. November 17. 20:45, Jason Dixon: > On Nov 17, 2006, at 2:33 PM, Jason Dixon wrote: > > I'm trying to get dovecot working with various clients on my new > > mailserver. I installed the base rc2 that comes with OpenBSD 4.0, > > then upgraded to rc14 when I ran into problems with TLS and > > Thunderbird. The server has no problems with Mail.app on my > > laptop, but any connection attempts from Thunderbird timeout after > > the TCP handshake. > > > > This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and > > Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly > > appreciated. > > To add insult to injury, Office 2003 on Windows XP works fine. > Hi! Really, this is just a long shot in the dark: I've recently experienced an issue with thunderbird; it was just hanging after "getting server capabilities...". I had to disable the antivirus software's Mail filter (it was Kaspersky's I think). Hope this helps, Daniel -- LeVA From jason at dixongroup.net Sat Nov 18 01:12:05 2006 From: jason at dixongroup.net (Jason Dixon) Date: Fri, 17 Nov 2006 18:12:05 -0500 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <200611172214.06508.leva@az.isten.hu> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <73EE4F3F-FE66-413E-807A-9D60E47E0D14@dixongroup.net> <200611172214.06508.leva@az.isten.hu> Message-ID: On Nov 17, 2006, at 4:14 PM, LeVA wrote: > 2006. November 17. 20:45, Jason Dixon: >> On Nov 17, 2006, at 2:33 PM, Jason Dixon wrote: >>> I'm trying to get dovecot working with various clients on my new >>> mailserver. I installed the base rc2 that comes with OpenBSD 4.0, >>> then upgraded to rc14 when I ran into problems with TLS and >>> Thunderbird. The server has no problems with Mail.app on my >>> laptop, but any connection attempts from Thunderbird timeout after >>> the TCP handshake. >>> >>> This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and >>> Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly >>> appreciated. >> >> To add insult to injury, Office 2003 on Windows XP works fine. >> > Hi! > > Really, this is just a long shot in the dark: > I've recently experienced an issue with thunderbird; it was just > hanging > after "getting server capabilities...". I had to disable the antivirus > software's Mail filter (it was Kaspersky's I think). There is no antivirus running on the Mac, so I doubt that's related. Thanks though. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From gmane at tippingmar.com Sat Nov 18 01:22:58 2006 From: gmane at tippingmar.com (Mark Nienberg) Date: Fri, 17 Nov 2006 15:22:58 -0800 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> Message-ID: Jason Dixon wrote: This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and > Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly > appreciated. Dovecot works well with imaps and pops. I'm kind of surprised to hear that your Mail.app works. Is it really using TLS? Anyway, I'm sure if you switch to ssl instead, it will work. I have Thunderbird on Mac and Win doing it that way. There is some info in the wiki about how to configure. Mark From jason at dixongroup.net Sat Nov 18 01:32:18 2006 From: jason at dixongroup.net (Jason Dixon) Date: Fri, 17 Nov 2006 18:32:18 -0500 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> Message-ID: <197E73C3-E9E6-4F88-8606-F40D5AEAD910@dixongroup.net> On Nov 17, 2006, at 6:22 PM, Mark Nienberg wrote: > Jason Dixon wrote: > This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and >> Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly >> appreciated. > > Dovecot works well with imaps and pops. I'm kind of surprised to > hear that your Mail.app works. Is it really using TLS? Anyway, > I'm sure if you switch to ssl instead, it will work. I have > Thunderbird on Mac and Win doing it that way. There is some info > in the wiki about how to configure. I stand corrected, Mail.app is using SSL (or at least, that's the only option in the account settings). After changing Thunderbird to use SSL, it makes a successful connection. I'm curious though; I have verbose_ssl enabled, and all I see is that a TLS login was completed. Why does it say TLS, if it's really using SSL? Why do we not see any additional information about the session? Nov 17 18:29:27 colo2 dovecot: imap-login: Login: user=, method=PLAIN, rip=151.x.x.192, lip=38.x.x.248, TLS Thanks! -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From sfs at tc.umn.edu Sat Nov 18 01:37:04 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Fri, 17 Nov 2006 17:37:04 -0600 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <197E73C3-E9E6-4F88-8606-F40D5AEAD910@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <197E73C3-E9E6-4F88-8606-F40D5AEAD910@dixongroup.net> Message-ID: <20061117233704.GA23853@earth.tc.umn.edu> On Fri, Nov 17, 2006 at 06:32:18PM -0500, Jason Dixon wrote: > On Nov 17, 2006, at 6:22 PM, Mark Nienberg wrote: > > >Jason Dixon wrote: > > This happens with Thunderbird 1.5.0.4 and 1.5.0.8 on Mac OS X, and > >>Thunderbird 1.5.0.7 on Windows 2000. Any ideas would be greatly > >>appreciated. > > > >Dovecot works well with imaps and pops. I'm kind of surprised to > >hear that your Mail.app works. Is it really using TLS? Anyway, > >I'm sure if you switch to ssl instead, it will work. I have > >Thunderbird on Mac and Win doing it that way. There is some info > >in the wiki about how to configure. > > I stand corrected, Mail.app is using SSL (or at least, that's the > only option in the account settings). After changing Thunderbird to > use SSL, it makes a successful connection. I'm curious though; I > have verbose_ssl enabled, and all I see is that a TLS login was > completed. Why does it say TLS, if it's really using SSL? Why do we > not see any additional information about the session? Terminology. SSL has several versions: SSLv2, SSLv3, TLSv1. All are considered to be Secure Sockets Layer, with the last one being the most current version. I think what some folks think of when they hear "TLS" is the more modern way of negotiating an SSL/TLS connection via POP's STLS or IMAP's STARTTLS or SMTP's STARTTLS commands. Whether you use an "SSL" port (e.g. 465, 993, 995) or a non-SSL port (e.g. 25, 587, 143, 110) and negotiate "SSL", you are likely using TLSv1. > Nov 17 18:29:27 colo2 dovecot: imap-login: Login: > user=, method=PLAIN, rip=151.x.x.192, > lip=38.x.x.248, TLS > > Thanks! > > -- > Jason Dixon > DixonGroup Consulting > http://www.dixongroup.net > > > -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From jason at dixongroup.net Sat Nov 18 01:53:18 2006 From: jason at dixongroup.net (Jason Dixon) Date: Fri, 17 Nov 2006 18:53:18 -0500 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <20061117233704.GA23853@earth.tc.umn.edu> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <197E73C3-E9E6-4F88-8606-F40D5AEAD910@dixongroup.net> <20061117233704.GA23853@earth.tc.umn.edu> Message-ID: <5CC64111-F845-412C-806A-5E1196A290F0@dixongroup.net> On Nov 17, 2006, at 6:37 PM, Steven F Siirila wrote: > On Fri, Nov 17, 2006 at 06:32:18PM -0500, Jason Dixon wrote: >> >> I stand corrected, Mail.app is using SSL (or at least, that's the >> only option in the account settings). After changing Thunderbird to >> use SSL, it makes a successful connection. I'm curious though; I >> have verbose_ssl enabled, and all I see is that a TLS login was >> completed. Why does it say TLS, if it's really using SSL? Why do we >> not see any additional information about the session? > > Terminology. SSL has several versions: SSLv2, SSLv3, TLSv1. > All are considered to be Secure Sockets Layer, with the last one being > the most current version. I think what some folks think of when they > hear "TLS" is the more modern way of negotiating an SSL/TLS connection > via POP's STLS or IMAP's STARTTLS or SMTP's STARTTLS commands. > Whether you use an "SSL" port (e.g. 465, 993, 995) or a non-SSL port > (e.g. 25, 587, 143, 110) and negotiate "SSL", you are likely using > TLSv1. Thanks for the explanation. Sounds like Thunderbird's "TLS" setting probably means to try STARTTLS, rather than use TLSv1. -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From aleast at capri.it Sat Nov 18 11:44:32 2006 From: aleast at capri.it (Alex) Date: Sat, 18 Nov 2006 10:44:32 +0100 Subject: [Dovecot] Auth checking also the service Message-ID: <200611181044.32351.aleast@capri.it> Hello everyone. I'm switching to dovecot from courier-imap and after some problems with Apple Mail client, now everything seems to be fine. The only problem that I have not solved yet is to check also the service (pop3, pop3s, imap, imaps) in the authentication phase. In courier-authlib I do this: MYSQL_SELECT_CLAUSE SELECT username, \ password, \ "", \ 1002, \ 1003, \ '/vmail', \ maildir, \ quota, \ name, \ "" \ FROM mailbox \ WHERE username="$(local_part)@$(domain)" \ AND active=1 \ AND $(service)=1 where $(service) can be pop3, pop3s, imap or imaps. Is it possible to do a similar thing in dovecot? Thank you in advance, Alex From johannes at sipsolutions.net Sat Nov 18 12:06:01 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Sat, 18 Nov 2006 11:06:01 +0100 Subject: [Dovecot] Auth checking also the service In-Reply-To: <200611181044.32351.aleast@capri.it> References: <200611181044.32351.aleast@capri.it> Message-ID: <1163844361.3392.77.camel@johannes.berg> On Sat, 2006-11-18 at 10:44 +0100, Alex wrote: > where $(service) can be pop3, pop3s, imap or imaps. Is it possible to do a > similar thing in dovecot? Yes, read variables.txt. I'm not sure it distinguishes between the /s versions though. johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part URL: From aleast at capri.it Sat Nov 18 12:38:15 2006 From: aleast at capri.it (Alex) Date: Sat, 18 Nov 2006 11:38:15 +0100 Subject: [Dovecot] Auth checking also the service In-Reply-To: <1163844361.3392.77.camel@johannes.berg> References: <200611181044.32351.aleast@capri.it> <1163844361.3392.77.camel@johannes.berg> Message-ID: <200611181138.16080.aleast@capri.it> Alle 11:06, sabato 18 novembre 2006, Johannes Berg ha scritto: > On Sat, 2006-11-18 at 10:44 +0100, Alex wrote: > > where $(service) can be pop3, pop3s, imap or imaps. Is it possible to do > > a similar thing in dovecot? > > Yes, read variables.txt. I'm not sure it distinguishes between the /s > versions though. Thank you, I found %s variable, but as you say, it's not possible to distinguish between the ssl version. In the same variables.txt file I found: For login_log_format_elements there are also these variables: %m - authentication method (eg. PLAIN) %c - SSL, TLS or empty Is it not possible to make the %c variable available in the password_query directive? Thanks, Alex From johannes at sipsolutions.net Sat Nov 18 13:14:56 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Sat, 18 Nov 2006 12:14:56 +0100 Subject: [Dovecot] Auth checking also the service In-Reply-To: <200611181138.16080.aleast@capri.it> References: <200611181044.32351.aleast@capri.it> <1163844361.3392.77.camel@johannes.berg> <200611181138.16080.aleast@capri.it> Message-ID: <1163848496.3392.80.camel@johannes.berg> On Sat, 2006-11-18 at 11:38 +0100, Alex wrote: > For login_log_format_elements there are also these variables: > > %m - authentication method (eg. PLAIN) > %c - SSL, TLS or empty > > Is it not possible to make the %c variable available in the password_query > directive? I don't see why it wouldn't be possible but haven't looked at the code. I wonder why you even need to distinguish between these though. Are we still in the days where encryption is a value-added service? :) johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part URL: From aleast at capri.it Sat Nov 18 13:56:41 2006 From: aleast at capri.it (Alessandro Astarita) Date: Sat, 18 Nov 2006 12:56:41 +0100 Subject: [Dovecot] Auth checking also the service In-Reply-To: <1163848496.3392.80.camel@johannes.berg> References: <200611181044.32351.aleast@capri.it> <200611181138.16080.aleast@capri.it> <1163848496.3392.80.camel@johannes.berg> Message-ID: <200611181256.41446.aleast@capri.it> Alle 12:14, sabato 18 novembre 2006, Johannes Berg ha scritto: > I don't see why it wouldn't be possible but haven't looked at the code. > > I wonder why you even need to distinguish between these though. Are we > still in the days where encryption is a value-added service? :) I have to distinguish pop3/pop3s and imap/imaps because I need mailboxes with ssl access only. It's a way to force users to do secure connection. :-) -- Alessandro 'Asterix' Astarita Capri Online S.r.l. http://www.caprionline.it/ "Unix IS user friendly. It's just selective about who its friend are" From pveerman at nemo.kabelfoon.net Sat Nov 18 17:02:45 2006 From: pveerman at nemo.kabelfoon.net (Peter Veerman) Date: Sat, 18 Nov 2006 16:02:45 +0100 Subject: [Dovecot] Inactivity, Thunderbird -> bad password Message-ID: <455F2095.4000901@nemo.kabelfoon.net> Hi, I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE When i'm connected with my 5 accounts to my dovecot imap over ssl/tls server i get the following message in my logs: Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, lip=x.x.x.x, TLS My client (thunderbird) then re-requests my password for only one of the 5 accounts. In my dovecot.conf is the following variable set: imap_client_workarounds = delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep From brian at braverock.com Sat Nov 18 17:13:58 2006 From: brian at braverock.com (Brian G. Peterson) Date: Sat, 18 Nov 2006 09:13:58 -0600 Subject: [Dovecot] updated gentoo ebuild provides dovecot-sieve Message-ID: <200611180913.59080.brian@braverock.com> I'm hoping that there are some Gentoo users on this list who will chime in on a bug that is near and dear to my heart. We've created an updated Gentoo ebuild that adds a sieve USE flag and builds dovecot-sieve if the use flag is enabled. The gentoo bug is here: https://bugs.gentoo.org/show_bug.cgi?id=141743 and the ebuild is available as an attachment to that bug, or as a patch attachment (in case you're not running rc14, or just prefer the look of a unified diff) Any gentoo users on this list are urged to install from the ebuild/patch on the bug, and *report back* on the bug or this list, so that the Gentoo dev will know that it's safe to add this to portage CVS. Thank You. Regards, - Brian From brian at braverock.com Sat Nov 18 18:35:50 2006 From: brian at braverock.com (Brian G. Peterson) Date: Sat, 18 Nov 2006 10:35:50 -0600 Subject: [Dovecot] manageSIEVE implementation Message-ID: <200611181035.50802.brian@braverock.com> I found a thread from last year that suggested that a manageSIEVE (port 2000) implementation for dovecot-sieve doesn't exist yet. I assume that this is still true. Could somebody please provide a status on this? Thanks, - Brian From pazke at donpac.ru Sat Nov 18 21:27:58 2006 From: pazke at donpac.ru (Andrey Panin) Date: Sat, 18 Nov 2006 22:27:58 +0300 Subject: [Dovecot] Auth checking also the service In-Reply-To: <20061118115619.172530@smtpi2.ngi.it> References: <200611181044.32351.aleast@capri.it> <200611181138.16080.aleast@capri.it> <1163848496.3392.80.camel@johannes.berg> <20061118115619.172530@smtpi2.ngi.it> Message-ID: <20061118192758.GA16748@pazke.donpac.ru> On 322, 11 18, 2006 at 12:56:41 +0100, Alessandro Astarita wrote: > Alle 12:14, sabato 18 novembre 2006, Johannes Berg ha scritto: > > I don't see why it wouldn't be possible but haven't looked at the code. > > > > I wonder why you even need to distinguish between these though. Are we > > still in the days where encryption is a value-added service? :) > > I have to distinguish pop3/pop3s and imap/imaps because I need mailboxes with > ssl access only. It's a way to force users to do secure connection. :-) Please try attached patch. It adds %c variable which expands to "TLS" if connection is secure. > -- > Alessandro 'Asterix' Astarita > Capri Online S.r.l. http://www.caprionline.it/ > "Unix IS user friendly. It's just selective about who its friend are" > -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part -------------- diff -urdpNX /usr/share/dontdiff -x Makefile dovecot.vanilla/src/auth/auth-request.c dovecot/src/auth/auth-request.c --- dovecot.vanilla/src/auth/auth-request.c 2006-11-18 18:57:06.329453408 +0300 +++ dovecot/src/auth/auth-request.c 2006-11-18 21:22:33.870665472 +0300 @@ -132,6 +132,10 @@ void auth_request_export(struct auth_req str_append(str, "\trip="); str_append(str, net_ip2addr(&request->remote_ip)); } + + if (request->secured) { + str_append(str, "\tsecured"); + } } bool auth_request_import(struct auth_request *request, @@ -154,6 +158,8 @@ bool auth_request_import(struct auth_req net_addr2ip(value, &request->local_ip); else if (strcmp(key, "rip") == 0) net_addr2ip(value, &request->remote_ip); + else if (strcmp(key, "secured") == 0) + request->secured = 1; else return FALSE; @@ -948,6 +954,7 @@ auth_request_get_var_expand_table(const { 'p', NULL }, { 'w', NULL }, { '!', NULL }, + { 'c', NULL }, { '\0', NULL } }; struct var_expand_table *tab; @@ -977,6 +984,7 @@ auth_request_get_var_expand_table(const } tab[9].value = auth_request->passdb == NULL ? "" : dec2str(auth_request->passdb->id); + tab[10].value = auth_request->secured ? "TLS" : ""; return tab; } diff -urdpNX /usr/share/dontdiff -x Makefile dovecot.vanilla/src/auth/auth-request.h dovecot/src/auth/auth-request.h --- dovecot.vanilla/src/auth/auth-request.h 2006-11-18 18:57:06.330453256 +0300 +++ dovecot/src/auth/auth-request.h 2006-11-18 19:49:56.850460952 +0300 @@ -79,6 +79,7 @@ struct auth_request { unsigned int no_password:1; unsigned int skip_password_check:1; unsigned int proxy:1; + unsigned int secured:1; unsigned int cert_username:1; /* ... mechanism specific data ... */ diff -urdpNX /usr/share/dontdiff -x Makefile dovecot.vanilla/src/auth/auth-worker-client.c dovecot/src/auth/auth-worker-client.c --- dovecot.vanilla/src/auth/auth-worker-client.c 2006-11-18 18:57:06.337452192 +0300 +++ dovecot/src/auth/auth-worker-client.c 2006-11-18 21:02:26.344237392 +0300 @@ -58,11 +58,14 @@ worker_auth_request_new(struct auth_work t_push(); for (tmp = t_strsplit(args, "\t"); *tmp != NULL; tmp++) { value = strchr(*tmp, '='); - if (value == NULL) - continue; - key = t_strdup_until(*tmp, value); - value++; + if (value == NULL) { + key = *tmp; + value = ""; + } else { + key = t_strdup_until(*tmp, value); + value++; + } (void)auth_request_import(auth_request, key, value); } From tss at iki.fi Sat Nov 18 22:07:32 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 22:07:32 +0200 Subject: [Dovecot] Auth checking also the service In-Reply-To: <20061118192758.GA16748@pazke.donpac.ru> References: <200611181044.32351.aleast@capri.it> <200611181138.16080.aleast@capri.it> <1163848496.3392.80.camel@johannes.berg> <20061118115619.172530@smtpi2.ngi.it> <20061118192758.GA16748@pazke.donpac.ru> Message-ID: <1163880452.8783.208.camel@hurina> On Sat, 2006-11-18 at 22:27 +0300, Andrey Panin wrote: > On 322, 11 18, 2006 at 12:56:41 +0100, Alessandro Astarita wrote: > > Alle 12:14, sabato 18 novembre 2006, Johannes Berg ha scritto: > > > I don't see why it wouldn't be possible but haven't looked at the code. > > > > > > I wonder why you even need to distinguish between these though. Are we > > > still in the days where encryption is a value-added service? :) > > > > I have to distinguish pop3/pop3s and imap/imaps because I need mailboxes with > > ssl access only. It's a way to force users to do secure connection. :-) > > Please try attached patch. It adds %c variable which expands to "TLS" if connection is > secure. Hmm. I think that could be a bit confusing since it returns "TLS" for SSL connections, TLS connections and also when connecting from localhost. I think it should expand to "secured", but I'm not sure if also the variable should be changed to something else, or if it's OK for it to return different things in different processes.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 18 22:08:33 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 22:08:33 +0200 Subject: [Dovecot] manageSIEVE implementation In-Reply-To: <200611181035.50802.brian@braverock.com> References: <200611181035.50802.brian@braverock.com> Message-ID: <1163880513.8783.210.camel@hurina> On Sat, 2006-11-18 at 10:35 -0600, Brian G. Peterson wrote: > I found a thread from last year that suggested that a manageSIEVE (port > 2000) implementation for dovecot-sieve doesn't exist yet. > > I assume that this is still true. > > Could somebody please provide a status on this? There's a patch. Check the mailing list archives. I'll try to get it integrated some day, but it won't anyway make it into v1.0. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 18 22:19:49 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 22:19:49 +0200 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> Message-ID: <1163881189.8783.216.camel@hurina> On Fri, 2006-11-17 at 14:33 -0500, Jason Dixon wrote: > I'm trying to get dovecot working with various clients on my new > mailserver. I installed the base rc2 that comes with OpenBSD 4.0, > then upgraded to rc14 when I ran into problems with TLS and > Thunderbird. The server has no problems with Mail.app on my laptop, > but any connection attempts from Thunderbird timeout after the TCP > handshake. The SSL code has changed a lot since rc2, but I can't really see why this would be happening. Are rc2 and rc14 using the same OpenSSL library versions? And if you downgrade to rc2, does the problem go away? If you apply this patch, what does it log when Thunderbird logs in? RCS file: /var/lib/cvs/dovecot/src/login-common/ssl-proxy-openssl.c,v retrieving revision 1.37.2.12 diff -u -r1.37.2.12 ssl-proxy-openssl.c --- src/login-common/ssl-proxy-openssl.c 8 Nov 2006 20:51:30 -0000 1.37.2.12 +++ src/login-common/ssl-proxy-openssl.c 18 Nov 2006 20:20:28 -0000 @@ -323,6 +323,7 @@ int err; err = SSL_get_error(proxy->ssl, ret); + i_info("%s: ret=%d, err=%d", func_name, ret, err); switch (err) { case SSL_ERROR_WANT_READ: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jason at dixongroup.net Sat Nov 18 22:23:05 2006 From: jason at dixongroup.net (Jason Dixon) Date: Sat, 18 Nov 2006 15:23:05 -0500 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <1163881189.8783.216.camel@hurina> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <1163881189.8783.216.camel@hurina> Message-ID: On Nov 18, 2006, at 3:19 PM, Timo Sirainen wrote: > On Fri, 2006-11-17 at 14:33 -0500, Jason Dixon wrote: >> I'm trying to get dovecot working with various clients on my new >> mailserver. I installed the base rc2 that comes with OpenBSD 4.0, >> then upgraded to rc14 when I ran into problems with TLS and >> Thunderbird. The server has no problems with Mail.app on my laptop, >> but any connection attempts from Thunderbird timeout after the TCP >> handshake. > > The SSL code has changed a lot since rc2, but I can't really see why > this would be happening. Are rc2 and rc14 using the same OpenSSL > library > versions? And if you downgrade to rc2, does the problem go away? It's already been covered in the thread, but it was user error. Thunderbird's "TLS" setting apparently refers to STARTTLS, not TLSv1 (that's my theory, anyways). Setting it to SSL works fine. Thanks, -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net From tss at iki.fi Sat Nov 18 22:26:56 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 22:26:56 +0200 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <455F2095.4000901@nemo.kabelfoon.net> References: <455F2095.4000901@nemo.kabelfoon.net> Message-ID: <1163881616.8783.218.camel@hurina> On Sat, 2006-11-18 at 16:02 +0100, Peter Veerman wrote: > Hi, > > I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE > > When i'm connected with my 5 accounts to my dovecot imap over ssl/tls > server i get the following message in my logs: > Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, > lip=x.x.x.x, TLS > My client (thunderbird) then re-requests my password for only one of the > 5 accounts. Try if this patch helps: http://dovecot.org/list/dovecot-cvs/2006-November/006895.html Can't really think of anything else. It means that from Dovecot's point of view the client didn't send authentication command at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 18 22:31:48 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 22:31:48 +0200 Subject: [Dovecot] maildirsize update error In-Reply-To: <1163711235.9779.2.camel@julia.red.sld.cu> References: <1163711235.9779.2.camel@julia.red.sld.cu> Message-ID: <1163881908.8783.224.camel@hurina> On Thu, 2006-11-16 at 16:07 -0500, Maykel Moya wrote: > According to [1], Trash is a reserverd folder name. When moving a > message to it, maildirsize should be update with a negative byte count. Well, yea.. I'm ignoring that part of the Maildir++ spec. Perhaps it could be done optionally, but I'm not sure if it's still that good of an idea. I think a better idea is to give Trash mailbox a bit of extra quota, instead of unlimited quota. Unfortunately this won't work with v1.0's quota plugin, but it is possible with my rewritten quota plugin: http://dovecot.org/patches/1.0/quota-rewrite.diff # Quota plugin. Multiple backends are supported: # dirsize: Find and sum all the files found from mail directory # dict: Keep quota stored in dictionary (eg. SQL) # maildir: Maildir++ quota # fs: Read-only support for filesystem quota # # Quota limits are set using "quota_rule" parameters, either in here or in # userdb. It's also possible to give mailbox-specific limits, for example: # quota_rule = *:storage=1048576 # quota_rule2 = Trash:storage=102400 # User has now 1GB quota, but when saving to Trash mailbox the user gets # additional 100MB. # # Multiple quota roots are also possible, for example: # quota = dict:user::/etc/dovecot-user-quota.conf # quota2 = dict:domain:%d:/etc/dovecot-domain-quota.conf # quota_rule = *:storage=102400 # quota2_rule = *:storage=1048576 # Gives each user their own 100MB quota and one shared 1GB quota within # the domain. #quota = maildir -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 18 23:01:29 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:01:29 +0200 Subject: [Dovecot] two assertion failures In-Reply-To: <200611161546.16249.mi+mx@aldan.algebra.com> References: <200611161546.16249.mi+mx@aldan.algebra.com> Message-ID: <1163883689.8783.226.camel@hurina> On Thu, 2006-11-16 at 15:46 -0500, Mikhail Teterin wrote: > Hello! > > I was able to overcome the earlier-reported problems (of dovecot treating > the standard mailboxes in /var/mail/ as directories) by specifying > mail_location (continuing to use the 0.99-era dovecot.conf did not work). > > Then I started seeing assertion-failures like: > > file istream-raw-mbox.c: line 499 (istream_raw_mbox_get_body_size): assertion failed: (rstream->mail_size != (uoff_t)-1) > these disappeared, when I disabled mmap-access (mmap is limited to 1Gb on > FreeBSD/i386), although dovecot-0.99 worked... Do you mean mail_read_mmaped=yes? I haven't tested that for a long time, I guess I should do that or remove the setting completely.. > I can now get to my mail again, > but every once in a while the following assertion kills the connection: > > file mail-transaction-log.c: line 273 (mail_transaction_log_close): assertion failed: (log->files == NULL) This is a common problem with rc14. I've been a bit busy so I hadn't had time to fix it before, but now it's finally done: http://dovecot.org/list/dovecot-cvs/2006-November/006896.html I'll make a rc15 release soon also. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 18 23:12:00 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:12:00 +0200 Subject: [Dovecot] Is "Resource temporarily unavailable" an old problem? In-Reply-To: References: Message-ID: <1163884320.8783.230.camel@hurina> On Mon, 2006-11-13 at 22:39 -0300, Ricardo Dias Campos wrote: > Then a new problem arose: the time between hang-ups begun to diminish. > Trying to find why I discovered that the number or dovecot-auth processes > was too high (last time I got 169 processes, a lot of them ). It > seems that, if I kill all these processes, it takes more time before it > hangs again. Well, this is your problem. I guess you're using PAM? So it sounds like you're using some PAM plugin which hangs and causes Dovecot to break. > As I said, I'm using Fedora 5 and the version distributed with it > was dovecot-1.0-0.beta2.7.i386. I upgraded it to > dovecot-1.0-0.beta8.2.fc5.i386. beta8 is half a year old, and I've done several fixes since then. Upgrading might help, but I think it's a problem with your PAM configuration anyway. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 18 23:16:26 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:16:26 +0200 Subject: [Dovecot] Question regarding bounce messages on quota full. [solved] In-Reply-To: <5f636a2f0611140916h65c90718l8ebff0ef455f9f26@mail.gmail.com> References: <5f636a2f0611140916h65c90718l8ebff0ef455f9f26@mail.gmail.com> Message-ID: <1163884586.8783.235.camel@hurina> On Tue, 2006-11-14 at 22:16 +0500, Mustafa A. Hashmi wrote: > > auth default { .. > > user = root # <<-- wrong > > } > > > user = vmail fixes the issue. I don't see why that would make any difference. If the user=root works for normal deliveries, then changing it to vmail shouldn't change anything in quota-full conditions. If you still see the crash, it would be nice to get gdb backtrace so I could fix it (see http://dovecot.org/bugreport.html). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 18 23:37:54 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:37:54 +0200 Subject: [Dovecot] Failed Assert in RC13 on FC4 In-Reply-To: <000401c7080b$a7a1f4e0$0201a8c0@joe> References: <000401c7080b$a7a1f4e0$0201a8c0@joe> Message-ID: <1163885874.8783.237.camel@hurina> On Tue, 2006-11-14 at 08:40 -0800, Joseph D. Wagner wrote: > I received the following notices from logwatch: > > dovecot: IMAP(userid): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0): 1 Time(s) > dovecot: child 16976 (imap) killed with signal 6: 1 Time(s) > > Please let me know if you need any further information from me. gdb backtrace would be nice with all crashes (see http://dovecot.org/bugreport.html). Anyway maybe this patch fixes it: http://dovecot.org/list/dovecot-cvs/2006-November/006900.html It's pretty rare condition though, so there might be something else that causes it also. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 18 23:40:37 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:40:37 +0200 Subject: [Dovecot] Dovecot LDA, LDAP, Postfix and Spawning programs.. In-Reply-To: <455BB40E.4010601@lundman.net> References: <455BB40E.4010601@lundman.net> Message-ID: <1163886037.8783.240.camel@hurina> On Thu, 2006-11-16 at 09:42 +0900, Jorgen Lundman wrote: > So, if I tried Dovecot-LDA, would it support the user optionally having a > ".forward" file, or perhaps the LDAP attribute deliveryProgramPath, or some > other way to filter based on subject/body to sort, and/or forward, mail? It doesn't support .forward or executing other programs, but you can do filtering and forwarding with Sieve plugin. > If it can use LDAP, will it setuid() to the users uid (as set in LDAP, assuming > I cook the LDAP conf entries correctly) when delivering(I'd hope so!) and > running external filters? deliver gets the authentication information from dovecot-auth. So if you have the user's uid correctly in there, then deliver does setuid(). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jasper at albumltd.co.nz Sat Nov 18 23:48:21 2006 From: jasper at albumltd.co.nz (Jasper Bryant-Greene) Date: Sun, 19 Nov 2006 10:48:21 +1300 Subject: [Dovecot] updated gentoo ebuild provides dovecot-sieve In-Reply-To: <200611180913.59080.brian@braverock.com> References: <200611180913.59080.brian@braverock.com> Message-ID: <455F7FA5.8010204@albumltd.co.nz> Brian G. Peterson wrote: > I'm hoping that there are some Gentoo users on this list who will chime in > on a bug that is near and dear to my heart. > > We've created an updated Gentoo ebuild that adds a sieve USE flag and > builds dovecot-sieve if the use flag is enabled. Thank you! I will test the patch and report back with my findings. -- Jasper Bryant-Greene Director Album Limited jasper at albumltd.co.nz +64 21 708 334 / 0800 425 286 http://www.albumltd.co.nz/ From tss at iki.fi Sat Nov 18 23:48:26 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:48:26 +0200 Subject: [Dovecot] dovecot:IMAP(user) killed with signal 6 In-Reply-To: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> References: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> Message-ID: <1163886506.8783.245.camel@hurina> On Thu, 2006-11-16 at 15:59 +0100, Spil Oss wrote: > Nov 16 15:44:09 beastie dovecot: IMAP(user2): > open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > Permission denied > Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: > line 222 (maildir_keywords_lookup_or_create): assertion failed: > (mk->synced) .. > The Permission denied messages where there in rc10 as well, but that > was not causing problems. These folders are symlinks to shared spam > and ham folders for spamassassin learning. I don't see why it wouldn't have crashed with rc10. Maybe it just started showing up after upgrading (eg. you deleted index files or added new keywords?). Fixed: http://dovecot.org/list/dovecot-cvs/2006-November/006905.html But you should anyway try to fix the permission problem also.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sat Nov 18 23:52:22 2006 From: tss at iki.fi (Timo Sirainen) Date: Sat, 18 Nov 2006 23:52:22 +0200 Subject: [Dovecot] I/O leak In-Reply-To: <200611161102.44165.jhorner@arinbe.com> References: <200611161102.44165.jhorner@arinbe.com> Message-ID: <1163886742.8783.250.camel@hurina> On Thu, 2006-11-16 at 11:02 -0500, Jim Horner wrote: > I upgraded from rc12 to rc14 last night... sifting through the logs I noticed > the following. I point this out since it appears dovecot is in high gear > bug-fix mode. This issue is not big for me; I rarely stop dovecot. My init.d > script for dovecot is basically > > stop) > killall dovecot imap-login > > I am guessing there might be a more graceful way to stop dovecot? Well, killing imap-login processes shouldn't be needed nowadays since they should die by themselves when master dies. Instead of killall a bit cleaner way would be to do: kill `cat /var/run/dovecot/master.pid` > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (17) > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (15) > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (19) Could you tell me what this says: gdb /usr/sbin/dovecot x 0x804d7a0 It should print a function name which exists in that address. Although if those messages are from rc13 then you'd need to do that against the rc13 binary.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 19 00:02:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:02:36 +0200 Subject: [Dovecot] NTLM authentication from Outlook In-Reply-To: <236D356A-362F-4386-95C8-165EE0D73DCC@skovgaarddesign.dk> References: <236D356A-362F-4386-95C8-165EE0D73DCC@skovgaarddesign.dk> Message-ID: <1163887356.8783.254.camel@hurina> On Fri, 2006-11-17 at 00:15 +0100, Lars Skovgaard wrote: > Nov 16 23:29:09 SD-Server dovecot: auth(default): ntlm(?, > 192.168.2.13): Username contains disallowed characters This means that the client sent some character which wasn't in auth_username_chars list. Unfortunately Dovecot doesn't show what the username is in that case, but I fixed that now in CVS: http://dovecot.org/list/dovecot-cvs/2006-November/006907.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 19 00:05:06 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:05:06 +0200 Subject: [Dovecot] CHANGE REQUEST: Move config files out of main $sysconfdir In-Reply-To: <200611162134.05406.brian@braverock.com> References: <200611162134.05406.brian@braverock.com> Message-ID: <1163887506.8783.257.camel@hurina> On Thu, 2006-11-16 at 21:34 -0600, Brian G. Peterson wrote: > /etc/dovecot/ .. > Some distributions already make this change, but placing this change in > the dovecot core would make it unnecessary for downstream packagers to > make a change to the core dovecot distribution files. I think it's not a good idea to do this kind of a change so close to v1.0 release. I'll change it for v1.1. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 19 00:07:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:07:36 +0200 Subject: [Dovecot] dovecot and ldap passwords. In-Reply-To: <1163758244.6520.14.camel@localhost> References: <1163758244.6520.14.camel@localhost> Message-ID: <1163887656.8783.260.camel@hurina> On Fri, 2006-11-17 at 11:10 +0100, Mauro Sanna wrote: > So I've tried to change the type of the ldap passwords in SSHA or SMD5, > but in this way the users can't authenticate yourselfs. > Dovecot doesn't understand SSHA or SMD5? It does, unless you're using v0.99.x version. Set auth_debug_passwords=yes and check the logs what it says when you try to authenticate. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 19 00:11:31 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:11:31 +0200 Subject: [Dovecot] Is "Resource temporarily unavailable" an old problem? In-Reply-To: <1163884320.8783.230.camel@hurina> References: <1163884320.8783.230.camel@hurina> Message-ID: <1163887891.8783.262.camel@hurina> On Sat, 2006-11-18 at 23:12 +0200, Timo Sirainen wrote: > On Mon, 2006-11-13 at 22:39 -0300, Ricardo Dias Campos wrote: > > Then a new problem arose: the time between hang-ups begun to diminish. > > Trying to find why I discovered that the number or dovecot-auth processes > > was too high (last time I got 169 processes, a lot of them ). It > > seems that, if I kill all these processes, it takes more time before it > > hangs again. > > Well, this is your problem. I guess you're using PAM? So it sounds like > you're using some PAM plugin which hangs and causes Dovecot to break. > > > As I said, I'm using Fedora 5 and the version distributed with it > > was dovecot-1.0-0.beta2.7.i386. I upgraded it to > > dovecot-1.0-0.beta8.2.fc5.i386. > > beta8 is half a year old, and I've done several fixes since then. > Upgrading might help, but I think it's a problem with your PAM > configuration anyway. Actually if it's only the processes that keep adding up, then it's a bug in dovecot-auth. I haven't heard of this happening with newer 1.0rcs, so I'd suggest upgrading first. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 19 00:18:46 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:18:46 +0200 Subject: [Dovecot] patch for checkpassword exit codes & vpopmail In-Reply-To: <45532635.2030200@comtel-60.ru> References: <454068A5.20509@comtel-60.ru> <1162502955.4024.137.camel@hurina> <45532635.2030200@comtel-60.ru> Message-ID: <1163888326.8783.266.camel@hurina> On Thu, 2006-11-09 at 15:59 +0300, Max A wrote: > Now all user's mistakes will be processed as well as a mistake of the > password in checkpassword (exit code 1), and internal mistakes will be > logged by "default" section. Applied the patch. > If you do not like an idea of changing a code specially for vpopmail it > will be possible to make some parameter in "passdb checkpassword {}" > section in the config file, pointing at work specially with vpopmail. > Depending on its presence "case" will work otherwise (my knowledge of C > is insufficiently for this purpose). No, there are already too many settings. > Also, if it is not too hard for you, can you add variable TCPLOCALPORT > (described in http://cr.yp.to/proto/ucspi-tcp.txt) to environment > variables for checkpassword, because vchkpw uses it for an interdiction > of access to various services (SMTP/POP3/IMAP/Webmal)? dovecot-auth doesn't know the port, so this won't make it into Dovecot v1.0. If people bug me enough I'll implement it for later versions. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 19 00:21:18 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 00:21:18 +0200 Subject: [Dovecot] quota plugin enhancement request In-Reply-To: <4557F57B.2050202@webdock.com.au> References: <44FF8278.6090406@webdock.com.au> <200609070940.15320.ar-dovecot@nwdb.co.uk> <200609070916.08100.rob0@gmx.co.uk> <45011A98.8000200@webdock.com.au> <1158933506.11013.9.camel@hurina> <4557F57B.2050202@webdock.com.au> Message-ID: <1163888478.8783.268.camel@hurina> On Mon, 2006-11-13 at 15:32 +1100, Mick T wrote: > >>>> To reproduce: > >>>> - have a mailbox close to its quota limit (say 10 MB), and a large > >>>> email in the inbox (say 6 MB) > >>>> - use Squirrelmail or Thunderbird to delete the email > >>>> > >>>> The operation fails, as by default the email client seems to try and > >>>> copy the message into the Trash before deleting it from the inbox, and > >>>> dovecot will correctly deny the copy operation as the quota will be > >>>> exceeded if the message is copied... .. > So now I am back where I started from.... is there a better solution to > this problem that you would recommend ? This would at least work: http://dovecot.org/list/dovecot/2006-November/017654.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 19 01:30:17 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 01:30:17 +0200 Subject: [Dovecot] 1.0.rc14 released In-Reply-To: <20061115191251.GB10593@alf.uib.no> References: <1163362246.8783.131.camel@hurina> <1163434200.27751.3.camel@luxemburg.lan.betterbe.com> <20061114161627.GA13081@alf.uib.no> <20061115191251.GB10593@alf.uib.no> Message-ID: <1163892617.8783.286.camel@hurina> On Wed, 2006-11-15 at 20:12 +0100, Hans Morten Kind wrote: > > New in rc14 is this as well: > > file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) > > Still, I dont know why. But during some debugging I have > found that this call to io_add() comes from 'void _cork()' > in src/lib/ostream-file.c when fstream->fd is -1 I think this fixes it: http://dovecot.org/list/dovecot-cvs/2006-November/006915.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From brian at braverock.com Sun Nov 19 01:34:50 2006 From: brian at braverock.com (Brian G. Peterson) Date: Sat, 18 Nov 2006 17:34:50 -0600 Subject: [Dovecot] manageSIEVE implementation In-Reply-To: <1163880513.8783.210.camel@hurina> References: <200611181035.50802.brian@braverock.com> <1163880513.8783.210.camel@hurina> Message-ID: <200611181734.50836.brian@braverock.com> On Saturday 18 November 2006 14:08, Timo Sirainen wrote: > On Sat, 2006-11-18 at 10:35 -0600, Brian G. Peterson wrote: > > I found a thread from last year that suggested that a manageSIEVE > > (port 2000) implementation for dovecot-sieve doesn't exist yet. > > > > I assume that this is still true. > > > > Could somebody please provide a status on this? > > There's a patch. Check the mailing list archives. I'll try to get it > integrated some day, but it won't anyway make it into v1.0. Timo, Thank you for the pointer. I had located a much earlier thread in the archives, but now I located this thread: http://www.dovecot.org/list/dovecot/2006-July/015016.html For others looking for this information in the future, it looks like the managesieve patch was written primarily by Stephan Bosch. There are also many other useful posts on it by John Peacock, who appears to have done extensive testing, and kept it up to date through at least dovecot-1.0_rc7 Hopefully this can get integrated into dovecot-sieve-1.1, now that dovecot-sieve has been tagged dovecot-sieve-1.0. Thanks for an excellent POP/IMAP server. I've happily converted all my production servers and have converted several other members of the Squirrelmail core development team. A managesieve interface seems like the last major missing feature to a category-leadiug server implementation. Regards, - Brian From jhorner at arinbe.com Sun Nov 19 02:01:05 2006 From: jhorner at arinbe.com (Jim Horner) Date: Sat, 18 Nov 2006 19:01:05 -0500 Subject: [Dovecot] I/O leak In-Reply-To: <1163886742.8783.250.camel@hurina> References: <200611161102.44165.jhorner@arinbe.com> <1163886742.8783.250.camel@hurina> Message-ID: <200611181901.05577.jhorner@arinbe.com> > Instead of killall a bit cleaner way would be to do: > > kill `cat /var/run/dovecot/master.pid` great thanks. > > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (17) > > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (15) > > Nov 15 21:53:23 myserver dovecot: I/O leak: 0x804d7a0 (19) > > Could you tell me what this says: > > gdb /usr/sbin/dovecot > x 0x804d7a0 > > It should print a function name which exists in that address. Although > if those messages are from rc13 then you'd need to do that against the > rc13 binary.. It was actually an upgrade from rc12 to rc14; I am 13-phobic. I'll just apologize and say that I don't keep old stuff around. I upgraded to rc14 that night and deleted rc12 that night. It doesn't take much to rebuild back to a previous version so I did take some time just now to rebuild rc12 (on the same machine, etc) and for what it is worth: (gdb) x 0x804d7a0 0x804d7a0 : 0x81e58955 I hope this helps. Jim From tss at iki.fi Sun Nov 19 02:17:36 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 02:17:36 +0200 Subject: [Dovecot] Security hole #2: Off-by-one buffer overflow with mmap_disable=yes Message-ID: <1163895456.8783.317.camel@hurina> Version: 1.0test53 .. 1.0.rc14 (ie. all 1.0alpha, 1.0beta and 1.0rc versions so far). 0.99.x versions are safe (they don't even have mmap_disable setting). Problem: When mmap_disable=yes setting is used, dovecot.index.cache file is read to memory using "file cache" code. It contains a "mapped pages" bitmask buffer. In some conditions when updating the buffer it allocates one byte too little. Exploitability: I think it's going to be pretty difficult to cause anything else than a crash, but I wouldn't say impossible. Only logged in IMAP/POP3 users can exploit this. In theory you might be able to exploit this for other users as well by sending them a lot of specially crafted emails, but this requires knowing what dovecot.index.cache file contains. Normally its contents can't be predicted, although perhaps with POP3 users it gets empty often enough that the exploit could be tried. Then again, the exploit requires having at least 4MB cache file, which won't happen with POP3 users before the mailbox has about 170k mails (if I counted right). With IMAP the cache file is used more, so it's easier to fill the 4MB with for example a lot of To-headers. Workaround: Use INDEX=MEMORY so the cache files aren't used at all. Fix: 1.0.rc15 fixes this. You can also use this patch: http://dovecot.org/patches/1.0/file-cache-buffer-overflow-fix.diff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 19 02:19:01 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 02:19:01 +0200 Subject: [Dovecot] 1.0.rc15 released Message-ID: <1163895541.8783.320.camel@hurina> http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz.sig * Fixed an off-by-one buffer overflow in cache file handling. The code is executed only with mmap_disable=yes and only if index files are used (ie. INDEX=MEMORY is safe). * passdb checkpassword: Handle vpopmail's non-standard exit codes. - rc14 sometimes assert-crashed if .log.2 file existed in a mailbox (earlier versions leaked memory and file descriptors) - io_add() assert-crashfixes - Potential SSL hang fix at the beginning of the connection -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From robert at schetterer.org Sun Nov 19 02:57:11 2006 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 19 Nov 2006 01:57:11 +0100 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <1163881189.8783.216.camel@hurina> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <1163881189.8783.216.camel@hurina> Message-ID: <455FABE7.2040108@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Timo Sirainen schrieb: > On Fri, 2006-11-17 at 14:33 -0500, Jason Dixon wrote: >> I'm trying to get dovecot working with various clients on my new >> mailserver. I installed the base rc2 that comes with OpenBSD 4.0, >> then upgraded to rc14 when I ran into problems with TLS and >> Thunderbird. The server has no problems with Mail.app on my laptop, >> but any connection attempts from Thunderbird timeout after the TCP >> handshake. > > The SSL code has changed a lot since rc2, but I can't really see why > this would be happening. Are rc2 and rc14 using the same OpenSSL library > versions? And if you downgrade to rc2, does the problem go away? > > If you apply this patch, what does it log when Thunderbird logs in? > > RCS file: /var/lib/cvs/dovecot/src/login-common/ssl-proxy-openssl.c,v > retrieving revision 1.37.2.12 > diff -u -r1.37.2.12 ssl-proxy-openssl.c > --- src/login-common/ssl-proxy-openssl.c 8 Nov 2006 20:51:30 -0000 1.37.2.12 > +++ src/login-common/ssl-proxy-openssl.c 18 Nov 2006 20:20:28 -0000 > @@ -323,6 +323,7 @@ > int err; > > err = SSL_get_error(proxy->ssl, ret); > + i_info("%s: ret=%d, err=%d", func_name, ret, err); > > switch (err) { > case SSL_ERROR_WANT_READ: > Just a testing info I cant find any bug with tls Thunderbird Version 1.5.0.8 (20061025) windows xp srv 2 german and imap dovecot 1rc15 on suse 10.1, works like charme - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFX6vnNxddAhXBw7QRAnrrAJ95aOk5jKiOXymETsebfI90iNJWXwCeMb99 fevnUcr+gvIAN2C1r2rjH5A= =bjd0 -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From schmonz at schmonz.com Sun Nov 19 06:57:07 2006 From: schmonz at schmonz.com (Amitai Schlair) Date: Sat, 18 Nov 2006 23:57:07 -0500 Subject: [Dovecot] Too many open files In-Reply-To: <1163001137.4177.273.camel@hurina> References: <1163001137.4177.273.camel@hurina> Message-ID: <455FE423.5020101@schmonz.com> Timo Sirainen wrote: > No. There's a leak somewhere. Could you check what file descriptors are > open for such process once it has been running for some hours? So lsof > -p or look into /proc/pid/fd/ directly. If it's leaking it should > show at least tens of opened files. Once I know what files it's not > closing it's easier for me to fix this. I'm still getting "Too many open files" with 1.0rc14 on NetBSD with kqueue; when this happens, lsof says there are over 1000 pipes open. Is this addressed in 1.0rc15? If not, what can I do to help it be addressed before 1.0? Thanks, - Amitai From tss at iki.fi Sun Nov 19 12:10:44 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 12:10:44 +0200 Subject: [Dovecot] Too many open files In-Reply-To: <455FE423.5020101@schmonz.com> References: <1163001137.4177.273.camel@hurina> <455FE423.5020101@schmonz.com> Message-ID: On 19.11.2006, at 6.57, Amitai Schlair wrote: > Timo Sirainen wrote: > >> No. There's a leak somewhere. Could you check what file >> descriptors are >> open for such process once it has been running for some hours? So >> lsof >> -p or look into /proc/pid/fd/ directly. If it's leaking it >> should >> show at least tens of opened files. Once I know what files it's not >> closing it's easier for me to fix this. > > I'm still getting "Too many open files" with 1.0rc14 on NetBSD with > kqueue; when this happens, lsof says there are over 1000 pipes > open. Is > this addressed in 1.0rc15? If not, what can I do to help it be > addressed > before 1.0? I guess it's "dovecot" process that's leaking those fds? Does the number of used fds grow every time you login+logout? I tried debugging this with one FreeBSD and one NetBSD, but I couldn't reproduce it. What NetBSD version are you using? -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From jherz at myrealbox.com Sun Nov 19 13:09:01 2006 From: jherz at myrealbox.com (=?ISO-8859-1?Q?J=FCrgen_Herz?=) Date: Sun, 19 Nov 2006 12:09:01 +0100 Subject: [Dovecot] TLS timeout with Thunderbird In-Reply-To: <5CC64111-F845-412C-806A-5E1196A290F0@dixongroup.net> References: <701AD6A5-23B7-4BCF-A79E-08E28A324199@dixongroup.net> <197E73C3-E9E6-4F88-8606-F40D5AEAD910@dixongroup.net> <20061117233704.GA23853@earth.tc.umn.edu> <5CC64111-F845-412C-806A-5E1196A290F0@dixongroup.net> Message-ID: <45603B4D.4060409@myrealbox.com> Jason Dixon wrote: >> Terminology. SSL has several versions: SSLv2, SSLv3, TLSv1. >> All are considered to be Secure Sockets Layer, with the last one being >> the most current version. I think what some folks think of when they >> hear "TLS" is the more modern way of negotiating an SSL/TLS connection >> via POP's STLS or IMAP's STARTTLS or SMTP's STARTTLS commands. >> Whether you use an "SSL" port (e.g. 465, 993, 995) or a non-SSL port >> (e.g. 25, 587, 143, 110) and negotiate "SSL", you are likely using >> TLSv1. > > Thanks for the explanation. Sounds like Thunderbird's "TLS" setting > probably means to try STARTTLS, rather than use TLSv1. That's true and it's the same for SMTP - and it's not the best possible I think. If you're interested in what lead to that naming, read through https://bugzilla.mozilla.org/show_bug.cgi?id=135357 (interesting part in respect to UI starts around comment 100). J?rgen From egbert at vandenbussche.nl Sun Nov 19 13:20:15 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Sun, 19 Nov 2006 12:20:15 +0100 Subject: [Dovecot] Dovecot (unofficial) patches Message-ID: <002701c70bcc$b0475fd0$0d01a8c0@egbert> Dear list, As a recent dovecot addict, I'm a bit puzzled by the sheer amount of patches available. I have not seen the history of these patches and I could not find a README explainng the patches. Are all these personal wishes/nice to have things or are they (to be) incorporated in dovecot-final? I use rpmbuild to create new rpms from the latest tarball but in that process still several patches are included during the build. I wonder if they are still needed in rc15. I use the orignal spec file (the latest I could find) was created for rc7 and in there I see: Patch2 dovecot-0.99.10-mbox-patch Seems to be to change the order of ./Mail before ./mail Patch3 dovecot-CVE-2006-2414 Overview from CVE db:Directory traversal vulnerability in Dovecot 1.0 beta and 1.0 allows remote attackers to list files and directories under the mbox parent directory and obtain mailbox names via ".." sequences in the (1) LIST or (2) DELETE IMAP command. I'm not a spec file wizard, so I change as less as possible. Unfortunately the maintainer (Jerome Soyer) has never responded to my emails. My server runs Mandriva Official 2007.0 and Postfix 2.3.3 and dovecot rc14 (will move to rc15 soon). TNX EgbertJan (NL) -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3834 bytes Desc: not available URL: From pveerman at nemo.kabelfoon.net Sun Nov 19 13:29:09 2006 From: pveerman at nemo.kabelfoon.net (Peter Veerman) Date: Sun, 19 Nov 2006 12:29:09 +0100 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <1163881616.8783.218.camel@hurina> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> Message-ID: <45604005.40103@nemo.kabelfoon.net> >> I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE >> >> When i'm connected with my 5 accounts to my dovecot imap over ssl/tls >> server i get the following message in my logs: >> Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, >> lip=x.x.x.x, TLS >> My client (thunderbird) then re-requests my password for only one of the >> 5 accounts. >> > > Try if this patch helps: > > http://dovecot.org/list/dovecot-cvs/2006-November/006895.html > > Can't really think of anything else. It means that from Dovecot's point > of view the client didn't send authentication command at all. It didn't help :( the only difference because of the patch is that i don't get the inactivity error anymor in the logs, instead of that I _only_ get the following message: Nov 19 12:18:10 Info: IMAP(user at domain): Disconnected For the sake of clarity; this and the previous error happens after being logged in for quite a while (about 25 minutes) on randomly one of my five imap mailboxes. From tss at iki.fi Sun Nov 19 13:39:05 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 13:39:05 +0200 Subject: [Dovecot] Dovecot (unofficial) patches In-Reply-To: <002701c70bcc$b0475fd0$0d01a8c0@egbert> References: <002701c70bcc$b0475fd0$0d01a8c0@egbert> Message-ID: <1163936345.8783.340.camel@hurina> On Sun, 2006-11-19 at 12:20 +0100, Egbert Jan wrote: > As a recent dovecot addict, I'm a bit puzzled by the sheer amount of > patches available. I have not seen the history of these patches and I > could not find a README explainng the patches. Are all these personal > wishes/nice to have things or are they (to be) incorporated in > dovecot-final? I think there are 4 kinds of patches: 1) Patches to fix a specific issue in some Dovecot versions. These have already been merged into newer versions. 2) Enhancement requests that are too large changes for v1.0 at this point, so they're just waiting for v1.1. 3) Debugging patches. 4) Patches for some small features that some people have needed, but I've decided they're too ugly to be included in the main Dovecot sources. Usually I've also figured out a better way to implement these, but the better way would require larger rewrites of other parts. I guess I could clean up the /patches/ directory in the web server. > I use rpmbuild to create new rpms from the latest tarball but in that > process still several patches are included during the build. I wonder if > they are still needed in rc15. I use the orignal spec file (the latest I > could find) was created for rc7 and in there I see: > > Patch2 dovecot-0.99.10-mbox-patch > Seems to be to change the order of ./Mail before ./mail The order is still mail -> Mail. I guess this is distribution-specific of what they want. I don't want Mail -> mail ordering. And the autodetection preferrably shouldn't be used anyway. > Patch3 dovecot-CVE-2006-2414 > Overview from CVE db:Directory traversal vulnerability in Dovecot 1.0 beta > and 1.0 allows remote attackers to list files and directories under the > mbox parent directory and obtain mailbox names via ".." sequences in the > (1) LIST or (2) DELETE IMAP command. Fixed in 1.0beta8 and since. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 19 13:41:03 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 13:41:03 +0200 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <45604005.40103@nemo.kabelfoon.net> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> <45604005.40103@nemo.kabelfoon.net> Message-ID: <1163936463.8783.342.camel@hurina> On Sun, 2006-11-19 at 12:29 +0100, Peter Veerman wrote: > >> I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE > >> > >> When i'm connected with my 5 accounts to my dovecot imap over ssl/tls > >> server i get the following message in my logs: > >> Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, > >> lip=x.x.x.x, TLS > >> My client (thunderbird) then re-requests my password for only one of the > >> 5 accounts. > >> > > > > Try if this patch helps: > > > > http://dovecot.org/list/dovecot-cvs/2006-November/006895.html > > > > Can't really think of anything else. It means that from Dovecot's point > > of view the client didn't send authentication command at all. > It didn't help :( the only difference because of the patch is that i > don't get the inactivity error anymor in the logs, > instead of that I _only_ get the following message: > > Nov 19 12:18:10 Info: IMAP(user at domain): Disconnected This means that the login succeeded, and the client just disconnected. > For the sake of clarity; this and the previous error happens after being > logged in for quite a while (about 25 minutes) on randomly one of my > five imap mailboxes. Might as well be Thunderbird doing something broken.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Sun Nov 19 15:51:09 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 15:51:09 +0200 Subject: [Dovecot] Backtraces without core dumps Message-ID: <53BFC60E-A17C-4B17-9EB8-1CFD1E5BA933@iki.fi> Since getting core dumps seems to be difficult sometimes, especially with login processes, I've now added code to log the backtrace when Dovecot crashes in some assert check (or some other reason why it decides to abort()). This code works with Linux and Solaris, but I don't know about BSDs. Apparently there exists libexecinfo library which could be used. I think this code could be used to log backtraces also for segfaults, but that's more risky so I didn't do it yet. Maybe it should be done only optionally. If you're interested in trying, the code is now in CVS and in the latest nightly snapshot. When it crashes, it prints something like: Panic: file client.c: line 55 (client_create): assertion failed: (my_client != NULL) Error: Backtrace: ./imap [0x80b2ffa] -> ./imap [0x80b2ecc] -> ./imap [0x805bbb3] -> ./imap(main+0x426) [0x80634a6] -> /lib/tls/libc.so.6 (__libc_start_main+0xc8) [0xb7e53ea8] -> ./imap [0x80566a1] Looks like the symbol name resolving doesn't work all that great. But here gdb will help you: gdb ./imap (gdb) b *0x80b2ffa Breakpoint 1 at 0x80b2ffa: file failures.c, line 126. (gdb) b *0x80b2ecc Breakpoint 2 at 0x80b2ecc: file failures.c, line 185. (gdb) b *0x805bbb3 Breakpoint 3 at 0x805bbb3 (gdb) b *0x80634a6 Breakpoint 4 at 0x80634a6: file main.c, line 223. That went pretty well, except for some reason it couldn't figure out where 0x805bbb3 was. To get some kind of an idea about that, you can do: (gdb) x 0x805bbb3 0x805bbb3 : 0x90909090 If someone knows better ways to do all of this, please tell me too :) -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From pveerman at nemo.kabelfoon.net Sun Nov 19 16:42:57 2006 From: pveerman at nemo.kabelfoon.net (Peter Veerman) Date: Sun, 19 Nov 2006 15:42:57 +0100 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <1163936463.8783.342.camel@hurina> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> <45604005.40103@nemo.kabelfoon.net> <1163936463.8783.342.camel@hurina> Message-ID: <45606D71.9030706@nemo.kabelfoon.net> >>>> I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE >>>> >>>> When i'm connected with my 5 accounts to my dovecot imap over ssl/tls >>>> server i get the following message in my logs: >>>> Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, >>>> lip=x.x.x.x, TLS >>>> My client (thunderbird) then re-requests my password for only one of the >>>> 5 accounts. >>>> >>>> >>> Try if this patch helps: >>> >>> http://dovecot.org/list/dovecot-cvs/2006-November/006895.html >>> >>> Can't really think of anything else. It means that from Dovecot's point >>> of view the client didn't send authentication command at all. >>> >> It didn't help :( the only difference because of the patch is that i >> don't get the inactivity error anymor in the logs, >> instead of that I _only_ get the following message: >> >> Nov 19 12:18:10 Info: IMAP(user at domain): Disconnected >> > > This means that the login succeeded, and the client just disconnected. > > >> For the sake of clarity; this and the previous error happens after being >> logged in for quite a while (about 25 minutes) on randomly one of my >> five imap mailboxes. >> > > Might as well be Thunderbird doing something broken.. > After restarting both Dovecot and Thunderbird the error already has not occurred anymore for 3 hours already, while the error popped up every 25 minutes or so... I think it is safe to say though that the patch solved the problem. Timo: Thanx! From pveerman at nemo.kabelfoon.net Sun Nov 19 20:30:34 2006 From: pveerman at nemo.kabelfoon.net (Peter Veerman) Date: Sun, 19 Nov 2006 19:30:34 +0100 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <45606D71.9030706@nemo.kabelfoon.net> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> <45604005.40103@nemo.kabelfoon.net> <1163936463.8783.342.camel@hurina> <45606D71.9030706@nemo.kabelfoon.net> Message-ID: <4560A2CA.1050300@nemo.kabelfoon.net> >>>>> I'm running dovecot rc13 now on sparc64, freebsd 6.1-STABLE >>>>> >>>>> When i'm connected with my 5 accounts to my dovecot imap over ssl/tls >>>>> server i get the following message in my logs: >>>>> Nov 18 15:25:47 Info: imap-login: Disconnected: Inactivity: rip=x.x.x.x, >>>>> lip=x.x.x.x, TLS >>>>> My client (thunderbird) then re-requests my password for only one of the >>>>> 5 accounts. >>>>> >>>>> >>>>> >>>> Try if this patch helps: >>>> >>>> http://dovecot.org/list/dovecot-cvs/2006-November/006895.html >>>> >>>> Can't really think of anything else. It means that from Dovecot's point >>>> of view the client didn't send authentication command at all. >>>> >>>> >>> It didn't help :( the only difference because of the patch is that i >>> don't get the inactivity error anymor in the logs, >>> instead of that I _only_ get the following message: >>> >>> Nov 19 12:18:10 Info: IMAP(user at domain): Disconnected >>> >>> >> This means that the login succeeded, and the client just disconnected. >> >> >> >>> For the sake of clarity; this and the previous error happens after being >>> logged in for quite a while (about 25 minutes) on randomly one of my >>> five imap mailboxes. >>> >>> >> Might as well be Thunderbird doing something broken.. >> >> > After restarting both Dovecot and Thunderbird the error already has not > occurred anymore for 3 hours already, while the error popped up every 25 > minutes or so... I think it is safe to say though that the patch solved > the problem. > > Timo: Thanx! > > Okay :( The problem remained. I had to -not- use Thunderbird for a long time in order for dovecot to put the Inactivity and Disconnected in IDLE messages. And again one of my accounts randomly suddenly asks for its password. (It occurs happens with dovecot only and not with Courier-IMAP so although thunderbird might be the problem there is a way to solve it.) In my logs I see: Nov 19 17:22:13 Info: IMAP(userA at domain): Disconnected Nov 19 17:22:13 Info: IMAP(userB at domain): Disconnected Nov 19 17:22:13 Info: IMAP(userC at domain): Disconnected Nov 19 17:32:10 Info: imap-login: Disconnected: Inactivity: rip=88.211.149.123, lip=62.45.54.4, TLS Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userC at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userE at domain): Disconnected Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE But after these problems the next line is also in my logs when after these messages another user tries to authenticate: Nov 19 17:35:09 Info: auth-worker(default): mysql: Connected to localhost (postfix) Could it be that the mysql username-password backend times out and takes it time to reconnect to mysql and in the meantime an account gets the "you have got a wrong password" response? Peter From tss at iki.fi Sun Nov 19 21:24:28 2006 From: tss at iki.fi (Timo Sirainen) Date: Sun, 19 Nov 2006 21:24:28 +0200 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <4560A2CA.1050300@nemo.kabelfoon.net> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> <45604005.40103@nemo.kabelfoon.net> <1163936463.8783.342.camel@hurina> <45606D71.9030706@nemo.kabelfoon.net> <4560A2CA.1050300@nemo.kabelfoon.net> Message-ID: <1163964268.8783.345.camel@hurina> On Sun, 2006-11-19 at 19:30 +0100, Peter Veerman wrote: > Nov 19 17:32:10 Info: imap-login: Disconnected: Inactivity: > rip=88.211.149.123, lip=62.45.54.4, TLS So at least the TLS handshake gets finished. > Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userC at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userE at domain): Disconnected > Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected > Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE > Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE > > But after these problems the next line is also in my logs when after > these messages another user tries to authenticate: > Nov 19 17:35:09 Info: auth-worker(default): mysql: Connected to > localhost (postfix) > > Could it be that the mysql username-password backend times out and takes > it time to reconnect to mysql and in the meantime an account gets the > "you have got a wrong password" response? Maybe.. Set auth_debug=yes and see what happens around the time it logs inactivity? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fcusack at fcusack.com Mon Nov 20 06:58:54 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Sun, 19 Nov 2006 20:58:54 -0800 Subject: [Dovecot] cache_key assertion error 1.0.beta8 Message-ID: I just added auth caching with pam, and I'm getting this error: dovecot: [ID 107833 mail.error] auth(default): file passdb.c: line 178 (passdb_init): assertion failed: (passdb->passdb->default_pass_scheme != NULL || passdb->passdb->cache_key == NULL) A google search turns up which looks approx like this except the assertion above is in passdb.c. Anyway, is this a known problem in 1.0.beta8? I've been reluctant to upgrade to the rc's due to all the problems. -frank From technojoecoolusa at comcast.net Mon Nov 20 07:28:10 2006 From: technojoecoolusa at comcast.net (Joseph D. Wagner) Date: Sun, 19 Nov 2006 21:28:10 -0800 Subject: [Dovecot] Problems Creating Core Dumps Message-ID: <000601c70c64$ab76c8e0$0201a8c0@joe> Dovecot 1.0.rc15 crashed on my FC4 server, but it didn't create a core dump. Upon further research, I found these lines tucked away in the /etc/rc.d/init.d/functions file: # make sure it doesn't core dump anywhere unless requested ulimit -S -c ${DAEMON_COREFILE_LIMIT:-0} >/dev/null 2>&1 The /etc/rc.d/init.d/functions file is a master file that is referenced by all of the init scripts, so I didn't want to change it. Instead, I created a file /etc/sysconfig/dovecot with the following line: DAEMON_COREFILE_LIMIT=unlimited If I'm reading the /etc/rc.d/init.d/functions file correctly, this should work, but my bash is rusty. I was hoping someone else could check my work. Joseph D. Wagner From tss at iki.fi Mon Nov 20 08:11:59 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 20 Nov 2006 08:11:59 +0200 Subject: [Dovecot] Problems Creating Core Dumps In-Reply-To: <000601c70c64$ab76c8e0$0201a8c0@joe> References: <000601c70c64$ab76c8e0$0201a8c0@joe> Message-ID: <1164003120.8783.349.camel@hurina> On Sun, 2006-11-19 at 21:28 -0800, Joseph D. Wagner wrote: > Dovecot 1.0.rc15 crashed on my FC4 server, but it didn't create a core dump. Which process crashed? With segfault or something else? If you mean imap/pop3 process, then you need to change mail_drop_priv_before_exec setting and also have a home dir (see http://dovecot.org/bugreport.html). master and auth processes should write the core to /var/run/dovecot. login processes can't really be made to write core file. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fcusack at fcusack.com Mon Nov 20 09:59:50 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Sun, 19 Nov 2006 23:59:50 -0800 Subject: [Dovecot] cache_key assertion error 1.0.rc15 In-Reply-To: References: Message-ID: On November 19, 2006 8:58:54 PM -0800 Frank Cusack wrote: > I just added auth caching with pam, and I'm getting this error: > > dovecot: [ID 107833 mail.error] auth(default): file passdb.c: line 178 > (passdb_init): assertion failed: (passdb->passdb->default_pass_scheme != > NULL || passdb->passdb->cache_key == NULL) > > A google search turns up > > which looks approx like this except the assertion above is in passdb.c. > > Anyway, is this a known problem in 1.0.beta8? I've been reluctant to > upgrade to the rc's due to all the problems. I get the same problem with rc15, except that in 1.0.beta8, the error would appear just once. In rc15, it repeats once/second. I guess rc15 restarts dovecot-auth if it dies? Here are my non-default dovecot.conf (1.0.rc15) settings: disable_plaintext_auth = no ssl_disable = yes protocol imap { mail_plugins = dspam mail_plugin_dir = /usr/lib/dovecot/imap } protocol lda { mail_plugins = cmusieve sendmail_path = /usr/sbin/sendmail } auth_cache_size = 64 # 4 hours auth_cache_ttl = 14400 auth default { mechanisms = plain passdb pam { args = cache_key=%u%r dovecot } userdb passwd { } user = root } This is on Solaris 10U2/x86. thanks -frank From fcusack at fcusack.com Mon Nov 20 10:06:54 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Mon, 20 Nov 2006 00:06:54 -0800 Subject: [Dovecot] Problem with rc10 In-Reply-To: <20061026155439.GL223@earth.tc.umn.edu> References: <20061017221940.GA12293@earth.tc.umn.edu> <20061026155439.GL223@earth.tc.umn.edu> Message-ID: <8D3316A10E4B7544272FBF22@sucksless.local> On October 26, 2006 10:54:39 AM -0500 Steven F Siirila wrote: > On Tue, Oct 17, 2006 at 05:19:40PM -0500, Steven F Siirila wrote: >> I just upgraded our test server from rc6 to rc10... >> >> ISSUE #1 >> >> I noticed that we no longer are getting two "From_" lines. However, the >> one that was good (had the original sender e-mail address) is now gone. >> The one with "dovecot.deliver" remains. >> >> I attempted to add "-d test" to the mailbox_command line in main.cf as >> follows: >> >> mailbox_command = /opt/dovecot/libexec/dovecot/deliver -d test >> >> and things turned ugly and caused Postfix to defer messages: >> >> Oct 17 16:31:50 hostname postfix/local[7230]: D14632C9C: >> to=, relay=local, delay=3.6, delays=3/0.02/0/0.62, >> dsn=4.3.0, status=deferred (temporary failure) >> >> I removed the "-d test" from the Postfix main.cf and the problem went >> away. So, how do I fix the "From_" lines? > > The final resolution for #1 was to use this in the Postfix main.cf file: > > mailbox_command = /opt/dovecot/libexec/dovecot/deliver -f "$SENDER" If you recall, I replied to this thread earlier saying I had no problems with beta8 -- deliver (lda from cvs, for sieve) wrote a single From line into Maildir files and it was the envelope sender. That was with postfix-2.3.2 and mailbox_command = /path/to/deliver. (no options) I just upgraded to rc15 and deliver (now from dovecot itself but with sieve plugin) with postfix-2.3.3 acts identically -- no problems. -frank From sub at comtel-60.ru Mon Nov 20 11:39:09 2006 From: sub at comtel-60.ru (Max A) Date: Mon, 20 Nov 2006 12:39:09 +0300 Subject: [Dovecot] patch for checkpassword exit codes & vpopmail In-Reply-To: <1163888326.8783.266.camel@hurina> References: <454068A5.20509@comtel-60.ru> <1162502955.4024.137.camel@hurina> <45532635.2030200@comtel-60.ru> <1163888326.8783.266.camel@hurina> Message-ID: <456177BD.4070201@comtel-60.ru> >> Also, if it is not too hard for you, can you add variable TCPLOCALPORT >> (described in http://cr.yp.to/proto/ucspi-tcp.txt) to environment >> variables for checkpassword, because vchkpw uses it for an interdiction >> of access to various services (SMTP/POP3/IMAP/Webmal)? > > dovecot-auth doesn't know the port, so this won't make it into Dovecot > v1.0. If people bug me enough I'll implement it for later versions. :) In that case, is there an opportunity to use some fake variables, for example TCPLOCALPORT=110 for POP3 connection, TCPLOCALPORT=143 for IMAP, TCPLOCALPORT=993 for IMAP over SSL, etc.? From abusquets at gmail.com Mon Nov 20 11:56:26 2006 From: abusquets at gmail.com (Alex) Date: Mon, 20 Nov 2006 10:56:26 +0100 Subject: [Dovecot] duplicate emails Message-ID: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> i'm working with dovecot-1.0.rc15 I have receive a lot of duplicate emails with microsoft outlook, i don't have this problem with outlook express This is in pop3 -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert at schetterer.org Mon Nov 20 12:36:38 2006 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 20 Nov 2006 11:36:38 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> Message-ID: <45618536.70006@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alex schrieb: > i'm working with dovecot-1.0.rc15 > > I have receive a lot of duplicate emails with microsoft outlook, i don't > have this problem with outlook express > This is in pop3 > > -- > Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > > > Hi @ll just tested rc15 with outlook 2003 pop3 no failures, no doubles - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFYYU2NxddAhXBw7QRAg8NAJsHpG3vfCIYjCq+BW/ih1zrzKYtywCfUILP BeZciG9QxEF8BcUIOcoGvac= =vqRp -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From mauro.sanna at comune.cagliari.it Mon Nov 20 12:43:17 2006 From: mauro.sanna at comune.cagliari.it (Mauro Sanna) Date: Mon, 20 Nov 2006 11:43:17 +0100 Subject: [Dovecot] dovecot and ldap passwords. In-Reply-To: <1163887656.8783.260.camel@hurina> References: <1163758244.6520.14.camel@localhost> <1163887656.8783.260.camel@hurina> Message-ID: <1164019397.6159.3.camel@localhost> Il giorno dom, 19/11/2006 alle 00.07 +0200, Timo Sirainen ha scritto: > On Fri, 2006-11-17 at 11:10 +0100, Mauro Sanna wrote: > > So I've tried to change the type of the ldap passwords in SSHA or SMD5, > > but in this way the users can't authenticate yourselfs. > > Dovecot doesn't understand SSHA or SMD5? > > It does, unless you're using v0.99.x version. > Yes, I'm using 0.99.x version as it's distributed with debian stable. > Set auth_debug_passwords=yes and check the logs what it says when you > try to authenticate. > Now I've changed default_pass_scheme from CRYPT to PLAIN in dovecot-ldap.conf. It seems that all work, I can use either CRYPT scheme in my userPassword ldap attribute or SSHA scheme or SMD5 scheme and so on without problems. Is that ok? From gerard at seibercom.net Mon Nov 20 13:32:16 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Mon, 20 Nov 2006 06:32:16 -0500 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> Message-ID: <20061120062731.D72D.GERARD@seibercom.net> On Monday November 20, 2006 at 04:56:26 (AM) Alex wrote: > i'm working with dovecot-1.0.rc15 > > I have receive a lot of duplicate emails with microsoft outlook, i > don't have this problem with outlook express > This is in pop3 I have been experiencing that phenomena too for quite awhile. There doesn't appear to be any pattern to the problem either. Usually the duplicates are short text based messages. There does not appear to be an discernable pattern with regards to the MUA. -- Gerard And always remember, when life hands you lemons, ask for tequila and salt. From robert at schetterer.org Mon Nov 20 13:44:06 2006 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 20 Nov 2006 12:44:06 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <20061120062731.D72D.GERARD@seibercom.net> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <20061120062731.D72D.GERARD@seibercom.net> Message-ID: <45619506.5030704@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gerard Seibert schrieb: > On Monday November 20, 2006 at 04:56:26 (AM) Alex wrote: > >> i'm working with dovecot-1.0.rc15 >> >> I have receive a lot of duplicate emails with microsoft outlook, i >> don't have this problem with outlook express >> This is in pop3 > > I have been experiencing that phenomena too for quite awhile. There > doesn't appear to be any pattern to the problem either. Usually the > duplicates are short text based messages. There does not appear to be an > discernable pattern with regards to the MUA. > No Problems here with short plain text messages and outlook 2003 ( german latest patchlevel ) with dovecot 1rc15 on suse 10.1 - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFYZUGNxddAhXBw7QRAuYAAKCN06pjfLZyxqwifsBVIVZJwpSgegCfd8df GaK8bqF5jSrur1L9cxel43k= =tW8m -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From abusquets at gmail.com Mon Nov 20 13:48:01 2006 From: abusquets at gmail.com (Alex) Date: Mon, 20 Nov 2006 12:48:01 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <45619506.5030704@schetterer.org> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <20061120062731.D72D.GERARD@seibercom.net> <45619506.5030704@schetterer.org> Message-ID: <75eb42920611200348q74d4f9c8h8430e7ab8847a881@mail.gmail.com> I have an account with 41 emils. When i push the receive button, i reveive the same mesage * 41 2006/11/20, Robert Schetterer : > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Gerard Seibert schrieb: > > On Monday November 20, 2006 at 04:56:26 (AM) Alex wrote: > > > >> i'm working with dovecot-1.0.rc15 > >> > >> I have receive a lot of duplicate emails with microsoft outlook, i > >> don't have this problem with outlook express > >> This is in pop3 > > > > I have been experiencing that phenomena too for quite awhile. There > > doesn't appear to be any pattern to the problem either. Usually the > > duplicates are short text based messages. There does not appear to be an > > discernable pattern with regards to the MUA. > > > No Problems here with short plain text messages and outlook 2003 ( > german latest patchlevel ) > with dovecot 1rc15 on suse 10.1 > > - -- > Mit freundlichen Gruessen > Best Regards > Robert Schetterer > > robert_at_schetterer_dot_org > Munich / Bavaria / Germany > https://www.schetterer.org > https://www.schetterer.com/public-gpg-robert-schetterer.key > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (MingW32) > > iD8DBQFFYZUGNxddAhXBw7QRAuYAAKCN06pjfLZyxqwifsBVIVZJwpSgegCfd8df > GaK8bqF5jSrur1L9cxel43k= > =tW8m > -----END PGP SIGNATURE----- > > -- > Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From veejar.net at gmail.com Mon Nov 20 14:06:19 2006 From: veejar.net at gmail.com (veejar) Date: Mon, 20 Nov 2006 14:06:19 +0200 Subject: [Dovecot] duplicate emails In-Reply-To: <20061120062731.D72D.GERARD@seibercom.net> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <20061120062731.D72D.GERARD@seibercom.net> Message-ID: 2006/11/20, Gerard Seibert : > On Monday November 20, 2006 at 04:56:26 (AM) Alex wrote: > > > i'm working with dovecot-1.0.rc15 > > > > I have receive a lot of duplicate emails with microsoft outlook, i > > don't have this problem with outlook express > > This is in pop3 > > I have been experiencing that phenomena too for quite awhile. There > doesn't appear to be any pattern to the problem either. Usually the > duplicates are short text based messages. There does not appear to be an > discernable pattern with regards to the MUA. > > -- > Gerard > > And always remember, when life hands you lemons, ask for tequila > and salt. > I have same problem with duplicating. I download my mail with The Bat! from FreeBSD 5.4 server with Dovecot-1.0.r13. Problem is with mail with attach (~1MB) From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Mon Nov 20 14:43:30 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Mon, 20 Nov 2006 13:43:30 +0100 (CET) Subject: [Dovecot] maildirsize update error In-Reply-To: <1163881908.8783.224.camel@hurina> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 18 Nov 2006, Timo Sirainen wrote: > On Thu, 2006-11-16 at 16:07 -0500, Maykel Moya wrote: >> According to [1], Trash is a reserverd folder name. When moving a >> message to it, maildirsize should be update with a negative byte count. > > Well, yea.. I'm ignoring that part of the Maildir++ spec. Perhaps it > could be done optionally, but I'm not sure if it's still that good of an > idea. > > I think a better idea is to give Trash mailbox a bit of extra quota, > instead of unlimited quota. Unfortunately this won't work with v1.0's > quota plugin, but it is possible with my rewritten quota plugin: The original post mentioned that to move a message into Trash fails, when the user is over quota. This, in the end, prevents an user to get under quota in MailDir++, because the messages are expunged from Trash only. I agree that it is not good to have an unlimited Trash folder, but to move a message from one folder into Trash should be always possible. (Actually, I think it would be OK to move messages around within the same quota root regardless of the quota at all, because the message is already on the system and it does not matter in which folder, except for Trash.) Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRWGi9S9SORjhbDpvAQIuMQgAna5mBpQbIFhTitHTPy69q85srGxInu6p yGmh7nM6GmlX6FfcdWGlqo+Nr2Pt7SftXSowswNCv7JkhH1r+2Pz8TEWEjs17K01 ntaWFsa74uDaOPNqBfwdv39ikyDY9HAJhRIFGrJO/6Nc7OmqfX35WRrHH/0jb1R4 h3tEPgtx/fy2JXCsAz7wVAztVntaEg/oSrxqCfiQf6EfsuFvdbLG/mCe3ZtPSPZl 4ZRp8CWidq97bZX3qdEQIvD8pynEzcRm4VRKy+g3dnpDQ/ziyGxU8lOD4IrIKRdA DbiygA4d66p9kResm7K64FOyaim8MHolunxc49Oc+dAcLPBRMUb9dw== =rCAQ -----END PGP SIGNATURE----- From CMarcus at Media-Brokers.com Mon Nov 20 14:51:53 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 20 Nov 2006 07:51:53 -0500 Subject: [Dovecot] maildirsize update error In-Reply-To: References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> Message-ID: <4561A4E9.7010901@Media-Brokers.com> > I agree that it is not good to have an unlimited Trash folder, but to > move a message from one folder into Trash should be always possible. > (Actually, I think it would be OK to move messages around within the > same quota root regardless of the quota at all, because the message is > already on the system and it does not matter in which folder, except for > Trash.) Wouldn't it be easier to simply delete messages immediately, instead of moving them to the trash, when the user is over quota? -- Best regards, Charles From robert at schetterer.org Mon Nov 20 15:15:04 2006 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 20 Nov 2006 14:15:04 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <20061120062731.D72D.GERARD@seibercom.net> Message-ID: <4561AA58.8000807@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 veejar schrieb: > 2006/11/20, Gerard Seibert : >> On Monday November 20, 2006 at 04:56:26 (AM) Alex wrote: >> >> > i'm working with dovecot-1.0.rc15 >> > >> > I have receive a lot of duplicate emails with microsoft outlook, i >> > don't have this problem with outlook express >> > This is in pop3 >> >> I have been experiencing that phenomena too for quite awhile. There >> doesn't appear to be any pattern to the problem either. Usually the >> duplicates are short text based messages. There does not appear to be an >> discernable pattern with regards to the MUA. >> >> -- >> Gerard >> >> And always remember, when life hands you lemons, ask for tequila >> and salt. >> > > I have same problem with duplicating. I download my mail with The Bat! > from FreeBSD 5.4 server with Dovecot-1.0.r13. Problem is with mail > with attach (~1MB) > > -- > Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > Just tested attachs over 1 MB with imap thunderbird, pop outlook 2003 plain text with dovecot 1rc15 suse 10.1 no doubles no problems - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFYapYNxddAhXBw7QRAjQAAJ9ezFfdeIXLQDE8fVLqE8NR2GjeLACfZuKM 3DmuG84LD/SWTnHIhbD1u2I= =jfg5 -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Mon Nov 20 15:57:09 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Mon, 20 Nov 2006 14:57:09 +0100 (CET) Subject: [Dovecot] maildirsize update error In-Reply-To: <4561A4E9.7010901@Media-Brokers.com> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <4561A4E9.7010901@Media-Brokers.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 20 Nov 2006, Charles Marcus wrote: >> I agree that it is not good to have an unlimited Trash folder, but to move >> a message from one folder into Trash should be always possible. (Actually, >> I think it would be OK to move messages around within the same quota root >> regardless of the quota at all, because the message is already on the >> system and it does not matter in which folder, except for Trash.) > > Wouldn't it be easier to simply delete messages immediately, instead of > moving them to the trash, when the user is over quota? Yes, BUT: + MailDir++ sets this method in stone. + Many people (users, actually) like and use this "Move to Trashbin" feature of "Mozilla" and many other MUAs, most often this method is the default. -- Note: the user would need to reconfigure the MUA in order to be able to delete a message. + There were talks on this list that a WebMail frontend (SquirrelMail??) uses this method as default, too. You had to disable this method and lost some feature, if I remember correctly. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRWG0Pi9SORjhbDpvAQLfGwf/fmSMJZmq1oGYk44j5CusK1ZCzHPTZs2Z 4PcmDffAJYm6bEiAEAN5ZnHPN/x4iw8O5zTPlfMe7jyo1pkHTejWf3PAKfABYnP4 Hy6XUJpFW506XQeZBwqI5A592DrXAnYf3xv2+hHDrhUnDjHYiqZvw2NcF/e6xzka c2MOIZSvhtdz4iiq4lwc6mVJTlT2l6yW2aLwAvBpXfvHEH+SSnJW1/ca9tjaK+mF 0C6uPwEu+WGkVhVpgAlDi5o2L7O7v28gyWK06c7877HJRUCWCfTJH2wypOwUwRtQ iuZDwE+uWRJHW8JWO/KK5AOO9SuezAJsPlC+aFBY1mjgDXyDnc1OKQ== =VJBU -----END PGP SIGNATURE----- From jaearick at colby.edu Mon Nov 20 16:25:18 2006 From: jaearick at colby.edu (Jeff A. Earickson) Date: Mon, 20 Nov 2006 09:25:18 -0500 (EST) Subject: [Dovecot] rc14 and rc15 performance issues Message-ID: Hi, I am stuck at rc13 because rc14 and rc15 have both failed to keep up with imap connections on my (slow old) system. I have the problem where if a lot of people check their email at once (like at the top of the hour) then my load goes way up and things slow to a crawl. My setup: Solaris 10 on an E220R, mbox format, imap and imaps only. I also use "login_process_per_connection = no". Any suggestions? Jeff Earickson Colby College From spil.oss at googlemail.com Mon Nov 20 16:36:13 2006 From: spil.oss at googlemail.com (Spil Oss) Date: Mon, 20 Nov 2006 15:36:13 +0100 Subject: [Dovecot] dovecot:IMAP(user) killed with signal 6 In-Reply-To: <5fbf03c20611200514j7917feo59cffdab29e9cb6a@mail.gmail.com> References: <5fbf03c20611160659r16d87a2evd8b8167b5eab519b@mail.gmail.com> <5fbf03c20611160717r161615f8u53dd33a328a7737a@mail.gmail.com> <20061116154100.GF82152@ns2.wananchi.com> <5fbf03c20611200514j7917feo59cffdab29e9cb6a@mail.gmail.com> Message-ID: <5fbf03c20611200636j15adf606ib5fa13c8281b9b07@mail.gmail.com> Thanks Timo! Since I've been running rc10 again dovecot stopped aborting. By the way, when I used the create_shares.pl script, it created a symlink for every file in the directory to be shared. Simple symlinking the dir seemed to 'almost' work but for the keyword file errors. Upgrading to rc15 fixes the problem as well, the Permission Denied message still comes up, but dovecot no longer aborts. Will try the create_shares.pl script again and see where my symlink-config is wrong. FWIW I wouldn't want any undocumented behaviour in dovecot just because I'm a stupid twat... Kind regards, Spil. On 20/11/06, Spil Oss wrote: > That's indeed very standard, but it was complaining before (up to > rc10) but not aborting. > > Dovecot keeps resetting the mode and owner on the keyword file > > lrwxr-xr-x 1 user1 user 37 Nov 9 21:48 .MeldWelSpam -> > /home/sharedmail/Maildir/.MeldWelSpam > > $ ls -l /home/sharedmail/Maildir/.MeldWelSpam > total 68 > drwxrwx--- 2 sharedmail sharedmail 1024 Nov 16 16:49 cur > -rw------- 1 user2 sharedmail 50 Nov 16 16:49 dovecot-keywords > -rwxrws--- 1 sharedmail sharedmail 0 Oct 17 15:01 dovecot-shared > -rw-rw---- 1 user2 sharedmail 12451 Nov 16 16:49 dovecot-uidlist > -rw-rw---- 1 sharedmail sharedmail 712 Nov 16 16:51 dovecot.index > -rw-rw---- 1 sharedmail sharedmail 17408 Oct 17 14:58 dovecot.index.cache > -rw-rw---- 1 sharedmail sharedmail 26436 Nov 16 16:51 dovecot.index.log > -rwxrws--- 1 sharedmail sharedmail 0 Oct 17 14:39 maildirfolder > drwxrwx--- 2 sharedmail sharedmail 512 Nov 14 21:41 new > drwxrwx--- 2 sharedmail sharedmail 1536 Nov 16 16:49 tmp > > It seems that whoever gets there first, creates the dovecot-keywords > file with perms 600 and subsequent users of the shared folder are out > of luck. > > # chown sharedmail:sharedmail dovecot-keywords dovecot-uidlist ; chmod > 660 dovecot-keywords > #ls -l dovecot-keywords dovecot-uidlist > -rw-rw---- 1 sharedmail sharedmail 50 Nov 16 16:49 dovecot-keywords > -rw-rw---- 1 sharedmail sharedmail 12451 Nov 16 16:49 dovecot-uidlist > > Moving some folders into the MeldWelSpam folder as user1 > # ls -l dovecot-keywords dovecot-uidlist > -rw------- 1 user1 sharedmail 258 Nov 16 16:57 dovecot-keywords > -rw-rw---- 1 user1 sharedmail 12736 Nov 16 16:57 dovecot-uidlist > > As long as dovecot keeps setting the mode to 600, I can't see how I > get this fixed. > > Spil. > > On 16/11/06, Odhiambo WASHINGTON wrote: > > * On 16/11/06 16:17 +0100, Spil Oss wrote: > > | Just upgraded to rc14 and problem persists. > > | > > | On 16/11/06, Spil Oss wrote: > > | >Hi all, > > | > > > | >After rc10 I have problems with imap and imaps > > | > > > | >Hi all, > > | > > > | >After rc10 I have problems with imap and imaps > > | > > > | >Nov 16 15:42:39 beastie dovecot: IMAP(user1): > > | >open(/home/user1/Maildir/.MeldWelSpam/dovecot-keywords) failed: > > | >Permission denied > > | >Nov 16 15:44:09 beastie dovecot: IMAP(user2): > > | >open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > > | >Permission denied > > | >Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: > > | >line 222 (maildir_keywords_lookup_or_create): assertion failed: > > | >(mk->synced) > > | >Nov 16 15:44:09 beastie dovecot: child 98798 (imap) killed with signal 6 > > | >Nov 16 15:46:10 beastie dovecot: IMAP(user2): > > | >open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > > | >Permission denied > > | >Nov 16 15:46:10 beastie dovecot: IMAP(user2): file maildir-keywords.c: > > | >line 222 (maildir_keywords_lookup_or_create): assertion failed: > > | >(mk->synced) > > | >Nov 16 15:46:10 beastie dovecot: child 98819 (imap) killed with signal 6 > > | > > > | >The Permission denied messages where there in rc10 as well, but that > > | >was not causing problems. These folders are symlinks to shared spam > > | >and ham folders for spamassassin learning. > > | > > > | >Any clue on how to fix this? > > | > > > | >FreeBSD-i386 6.1-RELEASE-p10 > > | >dovecot-1.0.r13 from ports > > > > "Permission Denied" is such a straight error message that you should be > > able to figure out and fix, everything being standard[1] > > > > What are the permissions on that folder (.MeldWelSpam)? > > Is it really owned by user2? > > Dovecot wants to write to it, but is being denied that chance. It should > > be writable by dovecot, I believe. So that folder should be group > > writable and dovecot should be in that group. > > > > But again, perhaps we should see the permissions on the dovecot binary > > also, because dovecot should be writing there "as user2" (suid), yes? > > > > > > [1] I suppose you are installing dovecot using the ports tree and that > > you have not tweaked your box beyond your own comprehension. > > I don't see > > > > > > -Wash > > > > http://www.netmeister.org/news/learn2quote.html > > > > DISCLAIMER: See http://www.wananchi.com/bms/terms.php > > > > -- > > +======================================================================+ > > |\ _,,,---,,_ | Odhiambo Washington > > Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com > > |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 > > '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 > > +======================================================================+ > > > > Garbage In -- Gospel Out. > > > From rueckert at informatik.uni-rostock.de Mon Nov 20 18:22:41 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Mon, 20 Nov 2006 17:22:41 +0100 Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: References: Message-ID: <20061120162241.GB15234@pixel.global-banlist.de> On 2006-11-20 09:25:18 -0500, Jeff A. Earickson wrote: > I am stuck at rc13 because rc14 and rc15 have both failed to keep > up with imap connections on my (slow old) system. I have the problem > where if a lot of people check their email at once (like at the > top of the hour) then my load goes way up and things slow to a > crawl. My setup: Solaris 10 on an E220R, mbox format, imap and imaps > only. I also use "login_process_per_connection = no". Any suggestions? you should check where the time goes into: CPU bound, io bound? if it is IO bound. you might try maildir. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From tss at iki.fi Mon Nov 20 18:31:48 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 20 Nov 2006 18:31:48 +0200 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> Message-ID: <1164040308.8783.351.camel@hurina> On Mon, 2006-11-20 at 10:56 +0100, Alex wrote: > i'm working with dovecot-1.0.rc15 > > I have receive a lot of duplicate emails with microsoft outlook, i > don't have this problem with outlook express > This is in pop3 What do you have in pop3_uidl_format? That's the only thing that I can think of what could be configured wrong. What do you see in logs? Does the client disconnect normally, or is there a timeout, crash or something? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Mon Nov 20 18:32:34 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 20 Nov 2006 18:32:34 +0200 Subject: [Dovecot] patch for checkpassword exit codes & vpopmail In-Reply-To: <456177BD.4070201@comtel-60.ru> References: <454068A5.20509@comtel-60.ru> <1162502955.4024.137.camel@hurina> <45532635.2030200@comtel-60.ru> <1163888326.8783.266.camel@hurina> <456177BD.4070201@comtel-60.ru> Message-ID: <1164040354.8783.353.camel@hurina> On Mon, 2006-11-20 at 12:39 +0300, Max A wrote: > >> Also, if it is not too hard for you, can you add variable TCPLOCALPORT > >> (described in http://cr.yp.to/proto/ucspi-tcp.txt) to environment > >> variables for checkpassword, because vchkpw uses it for an interdiction > >> of access to various services (SMTP/POP3/IMAP/Webmal)? > > > > dovecot-auth doesn't know the port, so this won't make it into Dovecot > > v1.0. If people bug me enough I'll implement it for later versions. :) > > In that case, is there an opportunity to use some fake variables, for > example TCPLOCALPORT=110 for POP3 connection, TCPLOCALPORT=143 for IMAP, > TCPLOCALPORT=993 for IMAP over SSL, etc.? Umh. That's beginning to sound way too kludgy. If you really need that you could just as well write a wrapper script that sets them.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Mon Nov 20 18:36:17 2006 From: tss at iki.fi (Timo Sirainen) Date: Mon, 20 Nov 2006 18:36:17 +0200 Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: References: Message-ID: <1164040577.8783.357.camel@hurina> On Mon, 2006-11-20 at 09:25 -0500, Jeff A. Earickson wrote: > Hi, > > I am stuck at rc13 because rc14 and rc15 have both failed to keep > up with imap connections on my (slow old) system. I have the problem > where if a lot of people check their email at once (like at the > top of the hour) then my load goes way up and things slow to a > crawl. My setup: Solaris 10 on an E220R, mbox format, imap and imaps > only. I also use "login_process_per_connection = no". Any suggestions? Like Marcus asked, is it I/O load or CPU load? And if CPU, what process is using it? What passdb and userdb do you use? If you're not sure if it's imap process or something else doing it, you could eg. run with rc15's imap and everything else with rc13, or vice versa. Anyway I don't see what could have caused anything to work slower.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From aleast at capri.it Mon Nov 20 19:15:27 2006 From: aleast at capri.it (Alessandro Astarita) Date: Mon, 20 Nov 2006 18:15:27 +0100 Subject: [Dovecot] Auth checking also the service In-Reply-To: <20061118192758.GA16748@pazke.donpac.ru> References: <200611181044.32351.aleast@capri.it> <20061118115619.172530@smtpi2.ngi.it> <20061118192758.GA16748@pazke.donpac.ru> Message-ID: <200611201815.28024.aleast@capri.it> Alle 20:27, sabato 18 novembre 2006, Andrey Panin ha scritto: > > I have to distinguish pop3/pop3s and imap/imaps because I need mailboxes > > with ssl access only. It's a way to force users to do secure connection. > > :-) > > Please try attached patch. It adds %c variable which expands to "TLS" if > connection is secure. Applied on dovecot-1.0.rc15, it's working fine, thanks. It will be included in 1.0 final release? -- Alessandro 'Asterix' Astarita Capri Online S.r.l. http://www.caprionline.it/ "Unix IS user friendly. It's just selective about who its friend are" From knute at frazmtn.com Mon Nov 20 19:52:21 2006 From: knute at frazmtn.com (Knute Johnson) Date: Mon, 20 Nov 2006 09:52:21 -0800 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> Message-ID: <45617AD5.11772.17949F@knute.frazmtn.com> >i'm working with dovecot-1.0.rc15 > >I have receive a lot of duplicate emails with microsoft outlook, i don't >have this problem with outlook express >This is in pop3 > I have seen this occaisionally too. I cannot make it happen. I'm running version dovecot-1.0-0.beta8.2.fc5 on my FC5 box. The client is Pegasus Mail 4.41 running on Windows XP. I have Popfile and Avast in between and I am retrieving the mail from the POP3S. -- Knute Johnson Molon Labe... From abusquets at gmail.com Mon Nov 20 20:13:30 2006 From: abusquets at gmail.com (Alex) Date: Mon, 20 Nov 2006 19:13:30 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <45617AD5.11772.17949F@knute.frazmtn.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <45617AD5.11772.17949F@knute.frazmtn.com> Message-ID: <75eb42920611201013x3da092efs797568049e4d96ea@mail.gmail.com> pop3_uidl_format = %v 2006/11/20, Knute Johnson : > > >i'm working with dovecot-1.0.rc15 > > > >I have receive a lot of duplicate emails with microsoft outlook, i don't > >have this problem with outlook express > >This is in pop3 > > > > I have seen this occaisionally too. I cannot make it happen. I'm > running version dovecot-1.0-0.beta8.2.fc5 on my FC5 box. The client > is Pegasus Mail 4.41 running on Windows XP. I have Popfile and Avast > in between and I am retrieving the mail from the POP3S. > > -- > Knute Johnson > Molon Labe... > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From abusquets at gmail.com Mon Nov 20 20:16:33 2006 From: abusquets at gmail.com (Alex) Date: Mon, 20 Nov 2006 19:16:33 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611201013x3da092efs797568049e4d96ea@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <45617AD5.11772.17949F@knute.frazmtn.com> <75eb42920611201013x3da092efs797568049e4d96ea@mail.gmail.com> Message-ID: <75eb42920611201016q74168261oeda3ef6fa7a3d4c2@mail.gmail.com> # Note that Outlook 2003 seems to have problems with %v.%u format which was # Dovecot's default, so if you're building a new server it would be a good # idea to change this. %08Xu%08Xv should be pretty fail-safe. Where i can change this 2006/11/20, Alex : > > pop3_uidl_format = %v > > 2006/11/20, Knute Johnson : > > > > >i'm working with dovecot-1.0.rc15 > > > > > >I have receive a lot of duplicate emails with microsoft outlook, i > > don't > > >have this problem with outlook express > > >This is in pop3 > > > > > > > I have seen this occaisionally too. I cannot make it happen. I'm > > running version dovecot-1.0-0.beta8.2.fc5 on my FC5 box. The client > > is Pegasus Mail 4.41 running on Windows XP. I have Popfile and Avast > > in between and I am retrieving the mail from the POP3S. > > > > -- > > Knute Johnson > > Molon Labe... > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From abusquets at gmail.com Mon Nov 20 20:22:30 2006 From: abusquets at gmail.com (Alex) Date: Mon, 20 Nov 2006 19:22:30 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611201016q74168261oeda3ef6fa7a3d4c2@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <45617AD5.11772.17949F@knute.frazmtn.com> <75eb42920611201013x3da092efs797568049e4d96ea@mail.gmail.com> <75eb42920611201016q74168261oeda3ef6fa7a3d4c2@mail.gmail.com> Message-ID: <75eb42920611201022y15cc68dvba9262aa5a0a8798@mail.gmail.com> i solved with this, i think pop3_uidl_format = %08Xu%08Xv 2006/11/20, Alex : > > # Note that Outlook 2003 seems to have problems with %v.%u format which > was > # Dovecot's default, so if you're building a new server it would be a > good > # idea to change this. %08Xu%08Xv should be pretty fail-safe. > > Where i can change this > > 2006/11/20, Alex : > > > > pop3_uidl_format = %v > > > > 2006/11/20, Knute Johnson : > > > > > > >i'm working with dovecot-1.0.rc15 > > > > > > > >I have receive a lot of duplicate emails with microsoft outlook, i > > > don't > > > >have this problem with outlook express > > > >This is in pop3 > > > > > > > > > > I have seen this occaisionally too. I cannot make it happen. I'm > > > running version dovecot-1.0-0.beta8.2.fc5 on my FC5 box. The client > > > is Pegasus Mail 4.41 running on Windows XP. I have Popfile and Avast > > > in between and I am retrieving the mail from the POP3S. > > > > > > -- > > > Knute Johnson > > > Molon Labe... > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From knute at frazmtn.com Mon Nov 20 20:32:08 2006 From: knute at frazmtn.com (Knute Johnson) Date: Mon, 20 Nov 2006 10:32:08 -0800 Subject: [Dovecot] duplicate emails In-Reply-To: <75eb42920611201022y15cc68dvba9262aa5a0a8798@mail.gmail.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com>, <75eb42920611201016q74168261oeda3ef6fa7a3d4c2@mail.gmail.com>, <75eb42920611201022y15cc68dvba9262aa5a0a8798@mail.gmail.com> Message-ID: <45618428.1807.3C0309@knute.frazmtn.com> I think that is the default on mine. >i solved with this, i think > > pop3_uidl_format = %08Xu%08Xv > > >2006/11/20, Alex : >> >> # Note that Outlook 2003 seems to have problems with %v.%u format which >> was >> # Dovecot's default, so if you're building a new server it would be a >> good >> # idea to change this. %08Xu%08Xv should be pretty fail-safe. >> >> Where i can change this >> >> 2006/11/20, Alex : >> > >> > pop3_uidl_format = %v >> > >> > 2006/11/20, Knute Johnson : >> > > >> > > >i'm working with dovecot-1.0.rc15 >> > > > >> > > >I have receive a lot of duplicate emails with microsoft outlook, i >> > > don't >> > > >have this problem with outlook express >> > > >This is in pop3 >> > > > >> > > >> > > I have seen this occaisionally too. I cannot make it happen. I'm >> > > running version dovecot-1.0-0.beta8.2.fc5 on my FC5 box. The client >> > > is Pegasus Mail 4.41 running on Windows XP. I have Popfile and Avast >> > > in between and I am retrieving the mail from the POP3S. >> > > >> > > -- >> > > Knute Johnson >> > > Molon Labe... >> > > >> > > >> > > >> > >> > -- Knute Johnson Molon Labe... From stephan at rename-it.nl Mon Nov 20 21:25:20 2006 From: stephan at rename-it.nl (Stephan Bosch) Date: Mon, 20 Nov 2006 20:25:20 +0100 Subject: [Dovecot] manageSIEVE implementation In-Reply-To: <200611181734.50836.brian@braverock.com> References: <200611181035.50802.brian@braverock.com> <1163880513.8783.210.camel@hurina> <200611181734.50836.brian@braverock.com> Message-ID: <45620120.4070804@rename-it.nl> Brian G. Peterson wrote: > Thank you for the pointer. I had located a much earlier thread in the > archives, but now I located this thread: > > http://www.dovecot.org/list/dovecot/2006-July/015016.html > > For others looking for this information in the future, it looks like the > managesieve patch was written primarily by Stephan Bosch. There are also > many other useful posts on it by John Peacock, who appears to have done > extensive testing, and kept it up to date through at least > dovecot-1.0_rc7 > > Hopefully this can get integrated into dovecot-sieve-1.1, now that > dovecot-sieve has been tagged dovecot-sieve-1.0. I am currently very busy with my internship. This will take just about a month. After that I can spend some time to make the patch up to date with the last dovecot version. However, beyond that there is not much I can do before it is fully integrated into the dovecot distribution by Timo, as I might deviate from what Timo has in mind for the sieve support. Regards, Stephan Bosch. From fcusack at fcusack.com Mon Nov 20 21:38:30 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Mon, 20 Nov 2006 11:38:30 -0800 Subject: [Dovecot] cache_key assertion error 1.0.rc15 In-Reply-To: References: Message-ID: <01887F3E1257600157327E6B@sucksless.local> On November 19, 2006 11:59:50 PM -0800 Frank Cusack wrote: > On November 19, 2006 8:58:54 PM -0800 Frank Cusack > wrote: >> I just added auth caching with pam, and I'm getting this error: >> >> dovecot: [ID 107833 mail.error] auth(default): file passdb.c: line 178 >> (passdb_init): assertion failed: (passdb->passdb->default_pass_scheme != >> NULL || passdb->passdb->cache_key == NULL) Looked into the source and I see that pam doesn't actually implement any caching. Also, default_pass_scheme is not initialized (apparently the cache can store multiple types [schemes] of passwords per key). So the example config using a cache_key cannot work. I started working on implementing this, but I see that in src/auth/passdb-pam.c:pam_auth(), near the end, the PAM_USER is retrieved (nice, since PAM allows changing of the username but no one implements this) and then saved in the auth request with auth_request_set_field(). Now, what is the point of all that? This code runs in the child forked to do the PAM auth, and the username is not propagated to the parent (AFAICT). And setting this data in the auth request doesn't do anything, since this code runs in the child. (Or is the auth request data in shared memory? Doesn't look like it.) I didn't want to continue with my work if I had a misunderstanding of how to set the cache data. -frank From jaearick at colby.edu Mon Nov 20 22:57:52 2006 From: jaearick at colby.edu (Jeff A. Earickson) Date: Mon, 20 Nov 2006 15:57:52 -0500 (EST) Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: <1164040577.8783.357.camel@hurina> References: <1164040577.8783.357.camel@hurina> Message-ID: On Mon, 20 Nov 2006, Timo Sirainen wrote: > Date: Mon, 20 Nov 2006 18:36:17 +0200 > From: Timo Sirainen > Reply-To: Dovecot Mailing List > To: Jeff A. Earickson > Cc: dovecot at dovecot.org > Subject: Re: [Dovecot] rc14 and rc15 performance issues > > On Mon, 2006-11-20 at 09:25 -0500, Jeff A. Earickson wrote: >> Hi, >> >> I am stuck at rc13 because rc14 and rc15 have both failed to keep >> up with imap connections on my (slow old) system. I have the problem >> where if a lot of people check their email at once (like at the >> top of the hour) then my load goes way up and things slow to a >> crawl. My setup: Solaris 10 on an E220R, mbox format, imap and imaps >> only. I also use "login_process_per_connection = no". Any suggestions? > > Like Marcus asked, is it I/O load or CPU load? And if CPU, what process > is using it? What passdb and userdb do you use? If you're not sure if > it's imap process or something else doing it, you could eg. run with > rc15's imap and everything else with rc13, or vice versa. > > Anyway I don't see what could have caused anything to work slower.. > Because of screaming users, I didn't have a lot of time at analyze the situation. The cpu load climbed and climbed, to 40+ (uptime number), memory was really low, it may have been paging. passdb is passwd-file and userdb is passwd, nothing exotic here. We have times like the top of the hour, and 11 AM especially, where everybody checks their email at once. This tends to spike the load. With rc13, it drops back quickly. With rc14/15 it goes up and stays there. Memory leak someplace? Our IMAP server is seriously underpowered and needs to be replaced. Jeff Earickson Colby College From sfs at tc.umn.edu Mon Nov 20 23:22:11 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Mon, 20 Nov 2006 15:22:11 -0600 Subject: [Dovecot] Problem with rc10, perhaps 11-15 Message-ID: <20061120212211.GG14501@earth.tc.umn.edu> I don't recall if I mentioned this on the list, but when you are configured with mbox format, and a user has no Dovecot index files yet, and the config is such that mbox_min_index_size is set to non-zero, non-default (128 in my test case), dovecot deliver fails. Commenting out "mbox_min_index_size" fixed the problem, and the indexes then get created. This problems exists in RC10 -- I'm mentioned this in case it still exists in the latest revs so it can get fixed before release. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From fcusack at fcusack.com Mon Nov 20 23:53:59 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Mon, 20 Nov 2006 13:53:59 -0800 Subject: [Dovecot] cache_key assertion error 1.0.rc15 In-Reply-To: <01887F3E1257600157327E6B@sucksless.local> References: <01887F3E1257600157327E6B@sucksless.local> Message-ID: <81A46DCA319BD679ED690BA0@sucksless.local> On November 20, 2006 11:38:30 AM -0800 Frank Cusack wrote: > On November 19, 2006 11:59:50 PM -0800 Frank Cusack > wrote: >> On November 19, 2006 8:58:54 PM -0800 Frank Cusack >> wrote: >>> I just added auth caching with pam, and I'm getting this error: >>> >>> dovecot: [ID 107833 mail.error] auth(default): file passdb.c: line 178 >>> (passdb_init): assertion failed: (passdb->passdb->default_pass_scheme != >>> NULL || passdb->passdb->cache_key == NULL) > > Looked into the source and I see that pam doesn't actually implement any > caching. Here is my first go at fixing it. It almost works. - cache is initialized correctly - user password is cached correctly until ttl expires Once the ttl expires, dovecot attempts to use the cached password to authenticate. This fails in my environment. Then (after trying PAM with the cached password, even though ttl has expired) dovecot prompts the user for the password, however it never sends the request to PAM. Some combination of waiting and trying again gets it working again, I haven't quite figure that one out. Might be waiting for the ttl expiry on the second (failed) request. I think the after-ttl-expiry problems are due to a broken cache implementation, not really a problem with my patch. But maybe I need to do something to clear the cache? I didn't see anything like that in passdb-passwd.c. -frank -------------- next part -------------- --- dovecot-1.0.beta15/src/auth/passdb-pam.c.orig 2006-11-20 12:40:23.237421000 -0800 +++ dovecot-1.0.beta15/src/auth/passdb-pam.c 2006-11-20 12:39:32.050764000 -0800 @@ -59,6 +59,8 @@ typedef linux_const void *pam_item_t; # define USERPASS_USER_FIXED 3 #endif +#define PAM_PASS_SCHEME "PLAIN" + struct pam_passdb_module { struct passdb_module module; @@ -219,14 +221,6 @@ static int pam_auth(struct auth_request } } - status = pam_get_item(pamh, PAM_USER, (linux_const void **)&item); - if (status != PAM_SUCCESS) { - *error = t_strdup_printf("pam_get_item() failed: %s", - pam_strerror(pamh, status)); - return status; - } - auth_request_set_field(request, "user", item, NULL); - return PAM_SUCCESS; } @@ -298,7 +292,7 @@ pam_verify_plain_child(struct auth_reque if (str != NULL) buffer_append(buf, str, strlen(str)); - /* Don't send larger writes than what would block. truncated error + /* Don't send larger writes than would be atomic. truncated error message isn't that bad.. */ size = I_MIN(buf->used, PIPE_BUF); if ((ret = write(fd, buf->data, size)) != (int)size) { @@ -430,6 +424,10 @@ pam_verify_plain(struct auth_request *re pam_auth_request->request = request; pam_auth_request->callback = callback; + /* save the password so cache can use it */ + auth_request_set_field(request, "password", password, + PAM_PASS_SCHEME); + pam_auth_request->io = io_add(fd[0], IO_READ, pam_child_input, pam_auth_request); } @@ -474,10 +472,11 @@ pam_preinit(struct auth_passdb *auth_pas return &module->module; } -static void pam_init(struct passdb_module *_module __attr_unused__, +static void pam_init(struct passdb_module *_module, const char *args __attr_unused__) { lib_signals_set_handler(SIGCHLD, TRUE, sigchld_handler, NULL); + _module->default_pass_scheme = PAM_PASS_SCHEME; } static void pam_deinit(struct passdb_module *_module __attr_unused__) From sfs at tc.umn.edu Tue Nov 21 00:06:26 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Mon, 20 Nov 2006 16:06:26 -0600 Subject: [Dovecot] Dovecot on Solaris Message-ID: <20061120220626.GI14501@earth.tc.umn.edu> For those running Dovecot on Solaris, what are your positive/negative experiences with building the software with CC vs. GCC? We are currently letting ./configure find our gcc and build with it, but wondered if anyone has any experience with Sun CC (does it even compile, for example). -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From cmaloney at cardgate.net Tue Nov 21 00:38:36 2006 From: cmaloney at cardgate.net (Curtis Maloney) Date: Tue, 21 Nov 2006 09:38:36 +1100 Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: References: <1164040577.8783.357.camel@hurina> Message-ID: <45622E6C.8070804@cardgate.net> Jeff A. Earickson wrote: > Our IMAP server is seriously underpowered and needs to be replaced. Just out of curiosity, how many users are we talking here? -- Curtis Maloney cmaloney at cardgate.net From asmoore at edge.net Tue Nov 21 01:25:25 2006 From: asmoore at edge.net (Alex Moore) Date: Mon, 20 Nov 2006 17:25:25 -0600 Subject: [Dovecot] Dovecot on Solaris In-Reply-To: <20061120220626.GI14501@earth.tc.umn.edu> References: <20061120220626.GI14501@earth.tc.umn.edu> Message-ID: <20061120172525.00001128@sws602.mcsun.local> On Mon, 20 Nov 2006 16:06:26 -0600 Steven F Siirila wrote: > For those running Dovecot on Solaris, what are your positive/negative > experiences with building the software with CC vs. GCC? We are > currently letting ./configure find our gcc and build with it, but > wondered if anyone has any experience with Sun CC (does it even > compile, for example). Yes, dovecot compiles just fine with Sun CC. Alex -- From fcusack at fcusack.com Tue Nov 21 01:54:24 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Mon, 20 Nov 2006 15:54:24 -0800 Subject: [Dovecot] cache_key assertion error 1.0.rc15 In-Reply-To: <81A46DCA319BD679ED690BA0@sucksless.local> References: <01887F3E1257600157327E6B@sucksless.local> <81A46DCA319BD679ED690BA0@sucksless.local> Message-ID: On November 20, 2006 1:53:59 PM -0800 Frank Cusack wrote: > Here is my first go at fixing it. It almost works. > > - cache is initialized correctly > - user password is cached correctly until ttl expires > > Once the ttl expires, dovecot attempts to use the cached password to > authenticate. This fails in my environment. Then (after trying PAM > with the cached password, even though ttl has expired) dovecot prompts > the user for the password, however it never sends the request to PAM. > > Some combination of waiting and trying again gets it working again, I > haven't quite figure that one out. Might be waiting for the ttl expiry > on the second (failed) request. > > I think the after-ttl-expiry problems are due to a broken cache > implementation, not really a problem with my patch. But maybe I need to > do something to clear the cache? I didn't see anything like that in > passdb-passwd.c. Nope, it was my fault. a) I was saving the user's entered password in the cache, not the correct password as known to pam b) I didn't need to save it explicitly, this is done already. Saving it explicitly was refreshing the cache (with the wrong password), I think. Here is a simpler patch which just initializes default_pass_scheme. Also I removed the code which allows changing of the username ... since that code runs in the child and does nothing AFAICT. Maybe that part of my patch is broken though. works for me ... -frank -------------- next part -------------- --- dovecot-1.0.beta15/src/auth/passdb-pam.c.orig 2006-11-20 15:40:06.495181000 -0800 +++ dovecot-1.0.beta15/src/auth/passdb-pam.c 2006-11-20 15:42:00.364356000 -0800 @@ -59,6 +59,8 @@ typedef linux_const void *pam_item_t; # define USERPASS_USER_FIXED 3 #endif +#define PAM_PASS_SCHEME "PLAIN" + struct pam_passdb_module { struct passdb_module module; @@ -219,14 +221,6 @@ static int pam_auth(struct auth_request } } - status = pam_get_item(pamh, PAM_USER, (linux_const void **)&item); - if (status != PAM_SUCCESS) { - *error = t_strdup_printf("pam_get_item() failed: %s", - pam_strerror(pamh, status)); - return status; - } - auth_request_set_field(request, "user", item, NULL); - return PAM_SUCCESS; } @@ -474,10 +468,11 @@ pam_preinit(struct auth_passdb *auth_pas return &module->module; } -static void pam_init(struct passdb_module *_module __attr_unused__, +static void pam_init(struct passdb_module *_module, const char *args __attr_unused__) { lib_signals_set_handler(SIGCHLD, TRUE, sigchld_handler, NULL); + _module->default_pass_scheme = PAM_PASS_SCHEME; } static void pam_deinit(struct passdb_module *_module __attr_unused__) From glenn at usg.edu Tue Nov 21 03:52:47 2006 From: glenn at usg.edu (Glenn Leavell) Date: Mon, 20 Nov 2006 20:52:47 -0500 Subject: [Dovecot] Dovecot on Solaris In-Reply-To: <20061120220626.GI14501@earth.tc.umn.edu> References: <20061120220626.GI14501@earth.tc.umn.edu> Message-ID: <20061121015247.GB28054@tony.bor.usg.edu> On Mon, Nov 20, 2006 at 04:06:26PM -0600, Steven F Siirila wrote: > For those running Dovecot on Solaris, what are your positive/negative > experiences with building the software with CC vs. GCC? We are currently > letting ./configure find our gcc and build with it, but wondered if anyone > has any experience with Sun CC (does it even compile, for example). I've successfully compiled Dovecot with GCC, but I'm currently using Sun Studio 11 / Sun C 5.8, and it works well. I'm using Solaris on SPARC, and presumably, Sun's compiler does a better job optimizing code for the SPARC, but that *is* just a presumption (I haven't performed any comparison benchmarks). Glenn -- Glenn Leavell Office of Information and Instructional Technology Board of Regents of the University System of Georgia From sommere at gac.edu Tue Nov 21 04:05:37 2006 From: sommere at gac.edu (Ethan Sommer) Date: Mon, 20 Nov 2006 20:05:37 -0600 Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: <45622E6C.8070804@cardgate.net> References: <1164040577.8783.357.camel@hurina> <45622E6C.8070804@cardgate.net> Message-ID: <45625EF1.6010704@gac.edu> Curtis Maloney wrote: > Jeff A. Earickson wrote: >> Our IMAP server is seriously underpowered and needs to be replaced. > > Just out of curiosity, how many users are we talking here? > Colby appears to have 1,871 students, about 220 faculty and I'm guessing 250 administrators/staff. So 2340 or so. I sympathize with your situation, I've been there. We have "Chapel" for a half hour every day, and _maybe_ 5% of our students/users/staff go to chapel, so (and we have closer to 3000 users) we have at least 2x our peek usage not counting chapel during that time. (and before I say this, I understand that your immediate problem is possibly a difference between rc13 and rc14/15 but I thought you might appreciate the knowledge of what we did in essentially the same situation as I imagine that even if the problem is solved this week by finding a memory leak its only a matter of time.) We used to run UW IMAP on Solaris using mbox. When we did we did a few things which did a good job of acting as stopgates: 1. We moved from using raid5 to raid 10. Based on some benchmarks I did recently on modern hardware which will soon be one of our dovecot cluster machines, raid 10 is about 3x as fast for block writes and 50% faster for block reads than raid 5. 2. We added more ram. Which, if you are possibly swapping you should certainly do, but even if you aren't the more ram you have the less often you have to touch the disks due to cache. 3. We added a 3rd mirror to our raid 10. (then we moved to a linux box with 6g of ram and 22 1k fc disks for inboxes in raid 10 running uw imap) Hmm, perhaps people would like to see the results of the benchmarks I ran on this list... Ethan Sommer -- -- Ethan Sommer Systems Administrator Gustavus Adolphus College 507-933-7042 sommere at gac.edu From sommere at gac.edu Tue Nov 21 04:37:24 2006 From: sommere at gac.edu (Ethan Sommer) Date: Mon, 20 Nov 2006 20:37:24 -0600 Subject: [Dovecot] RAID benchmarks Message-ID: <45626664.3080902@gac.edu> We (a small college with about 3000 active accounts) are currently in the process of moving from UW IMAP running on linux to dovecot running on a cluster of 3 or 4 new faster Linux machines. (Initially using perdition to split the load.) As we are building and designing the system, I'm attempting to take (or find) benchmarks everywhere I can in order to make informed decisions and so that when we need something faster we have something to compare it to. I've looked all over the Internet and I haven't seen very many good benchmarks running on recent hardware for things like this. Even simple things like how different raid levels perform with fast CPUs and really fast disks. We recently got the first of the cluster machines (which has the following specs: (from penguin computing) 2x 1.6ghz woodcrest (so 4 cores total) 2g ram (we may upgrade to more, depending on what we seem to need) 6x 15k SAS 73G hard drives. I've always read that RAID 10 is the RAID of choice for mail, because the checksums take time and whatnot, but on a system that fast I'm sure that's not an issue (which I could see from the cpu usage during benchmarks.) We were also wondering whether RAID6 would be a good option since it would give more redundancy. (raid6 allows 2 drive failures) All tests were run on ext3 with all 6 disks in the raid. Everything is using Linux software raid. I used bonnie++ to run the benchmarks, and here are the initial results we got: Output Input RAID "Per Chr" "Block" "Per Chr" "Block" RAID6 34628, 97983, 23316, 39077 RAID5 39559, 32715, 32036, 52231 RAID10 38816, 229062, 40645, 267418 I assume that mail running maildir (as we intend to do) is somewhere between writing one char at a time and writing huge blocks to fill 4g files. Since the Per Chr values seemed to have maxed out the CPU and we'll have 4 cores available, I tried the same thing running 4 copies of bonnie at once and adding the results. (I worked backwards and didn't bother with raid 6 for obvious reasons) Output Input RAID "Per Chr" "Block" "Per Chr" "Block" RAID5 37465, 37095, 102828, 174263 RAID10 111239, 128287, 93400, 230320 So, if our system is ever running full out, basically disk bound, it should be able to handle about 4X as many writes and at least as many reads using RAID10 than raid 5, and since raid 6 was pretty similar to raid 5 in the first tests, I assume it will be here too. I have the full bonnie results if anyone's interested. I also plan to come up with some basic benchmarks as we start to actually have dovecot working as we want it to. (Possibly using the macs in our labs and XGrid as a "client".. finally a use for that thing :) ) Do people have suggestions as to what to test for a primarily IMAP (+ a little POP) server? I was thinking of doing something similar to http://www.courier-mta.org/mbox-vs-maildir/ which selects a mail box, deletes and expunges a message, fetches a few messages, and then does some searches. Also, while I have the opportunity, are there any other benchmarks I should run? I suppose I could compare dovecot with mbox vs maildir, with indexing and without. Dovecot with indexing but the indexes deleted, etc. I could compare dovecot to uw imap. Anything else? I probably can't justify the time to get cyrus up and running. (I did that a few months ago when deciding which server to use...) Ethan Sommer -- -- Ethan Sommer Systems Administrator Gustavus Adolphus College 507-933-7042 sommere at gac.edu From sommere at gac.edu Tue Nov 21 04:46:49 2006 From: sommere at gac.edu (Ethan Sommer) Date: Mon, 20 Nov 2006 20:46:49 -0600 Subject: [Dovecot] RAID benchmarks (fixed results.. oops) In-Reply-To: <45626664.3080902@gac.edu> References: <45626664.3080902@gac.edu> Message-ID: <45626899.8020504@gac.edu> not sure how I messed that up so badly, the first set of numbers were off. here's the first numbers again: Output Input RAID "Per Chr" "Block" "Per Chr" "Block" RAID6 38918, 60365, 40098, 301104 RAID5 38689, 64907, 40320, 282653 RAID10 38816, 229062, 40645, 267418 All numbers are KByes/second. So the raid 6 can do block reads at about 300megabytes per second (for one thread) and the 4 threaded raid10 bellow did 230megabytes per second with 4 threads. Too many numbers in too big a spreadsheet I guess. In any case, that's what I actually got. Ethan Sommer wrote: > > We (a small college with about 3000 active accounts) are currently in > the process of moving from UW IMAP running on linux to dovecot running > on a cluster of 3 or 4 new faster Linux machines. (Initially using > perdition to split the load.) > > As we are building and designing the system, I'm attempting to take > (or find) benchmarks everywhere I can in order to make informed > decisions and so that when we need something faster we have something > to compare it to. I've looked all over the Internet and I haven't seen > very many good benchmarks running on recent hardware for things like > this. Even simple things like how different raid levels perform with > fast CPUs and really fast disks. > > We recently got the first of the cluster machines (which has the > following specs: (from penguin computing) > 2x 1.6ghz woodcrest (so 4 cores total) > 2g ram (we may upgrade to more, depending on what we seem to need) > 6x 15k SAS 73G hard drives. > > I've always read that RAID 10 is the RAID of choice for mail, because > the checksums take time and whatnot, but on a system that fast I'm > sure that's not an issue (which I could see from the cpu usage during > benchmarks.) We were also wondering whether RAID6 would be a good > option since it would give more redundancy. (raid6 allows 2 drive > failures) > > All tests were run on ext3 with all 6 disks in the raid. Everything is > using Linux software raid. > I used bonnie++ to run the benchmarks, and here are the initial > results we got: > Output Input > RAID "Per Chr" "Block" "Per Chr" "Block" > RAID6 34628, 97983, 23316, 39077 > RAID5 39559, 32715, 32036, 52231 > RAID10 38816, 229062, 40645, 267418 > > I assume that mail running maildir (as we intend to do) is somewhere > between writing one char at a time and writing huge blocks to fill 4g > files. Since the Per Chr values seemed to have maxed out the CPU and > we'll have 4 cores available, I tried the same thing running 4 copies > of bonnie at once and adding the results. (I worked backwards and > didn't bother with raid 6 for obvious reasons) > Output Input > RAID "Per Chr" "Block" "Per Chr" "Block" > RAID5 37465, 37095, 102828, 174263 > RAID10 111239, 128287, 93400, 230320 > > > So, if our system is ever running full out, basically disk bound, it > should be able to handle about 4X as many writes and at least as many > reads using RAID10 than raid 5, and since raid 6 was pretty similar to > raid 5 in the first tests, I assume it will be here too. > > > I have the full bonnie results if anyone's interested. > > I also plan to come up with some basic benchmarks as we start to > actually have dovecot working as we want it to. (Possibly using the > macs in our labs and XGrid as a "client".. finally a use for that > thing :) ) > > Do people have suggestions as to what to test for a primarily IMAP (+ > a little POP) server? I was thinking of doing something similar to > http://www.courier-mta.org/mbox-vs-maildir/ which selects a mail box, > deletes and expunges a message, fetches a few messages, and then does > some searches. > > Also, while I have the opportunity, are there any other benchmarks I > should run? I suppose I could compare dovecot with mbox vs maildir, > with indexing and without. Dovecot with indexing but the indexes > deleted, etc. I could compare dovecot to uw imap. > > Anything else? I probably can't justify the time to get cyrus up and > running. (I did that a few months ago when deciding which server to > use...) > > Ethan Sommer > -- -- Ethan Sommer Systems Administrator Gustavus Adolphus College 507-933-7042 sommere at gac.edu From tam at math.ubc.ca Tue Nov 21 06:06:02 2006 From: tam at math.ubc.ca (Joseph Tam) Date: Mon, 20 Nov 2006 20:06:02 -0800 (PST) Subject: [Dovecot] Dovecot on Solaris In-Reply-To: References: Message-ID: > For those running Dovecot on Solaris, what are your positive/negative > experiences with building the software with CC vs. GCC? We are currently > letting ./configure find our gcc and build with it, but wondered if anyone > has any experience with Sun CC (does it even compile, for example). I once used StudioCC to compile dovecot to see if the problem I had was a compiler bug, but in general, I use gcc since a lot of software is tested against it. I don't use Studio unless performance is critical. >From what I know, IMAP performance is basically disk-memory bounded, so it might not be worth sweating over: use whatever gives you the least grief. Joseph Tam From moya at infomed.sld.cu Tue Nov 21 00:24:50 2006 From: moya at infomed.sld.cu (Maykel Moya) Date: Mon, 20 Nov 2006 17:24:50 -0500 Subject: [Dovecot] maildirsize update error In-Reply-To: <1163881908.8783.224.camel@hurina> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> Message-ID: <1164061490.9779.43.camel@julia.red.sld.cu> El s?b, 18-11-2006 a las 22:31 +0200, Timo Sirainen escribi?: > On Thu, 2006-11-16 at 16:07 -0500, Maykel Moya wrote: > > According to [1], Trash is a reserverd folder name. When moving a > > message to it, maildirsize should be update with a negative byte count. > > Well, yea.. I'm ignoring that part of the Maildir++ spec. Perhaps it > could be done optionally, but I'm not sure if it's still that good of an > idea. > > I think a better idea is to give Trash mailbox a bit of extra quota, > instead of unlimited quota. Unfortunately this won't work with v1.0's > quota plugin, but it is possible with my rewritten quota plugin: > > http://dovecot.org/patches/1.0/quota-rewrite.diff The patch didn't apply cleanly to rc15. root at pepita:/usr/src/redhat/BUILD/dovecot-1.0.rc15# patch -p0 References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> Message-ID: <1164060669.9779.38.camel@julia.red.sld.cu> El lun, 20-11-2006 a las 13:43 +0100, Steffen Kaiser escribi?: > On Sat, 18 Nov 2006, Timo Sirainen wrote: > > > On Thu, 2006-11-16 at 16:07 -0500, Maykel Moya wrote: > >> According to [1], Trash is a reserverd folder name. When moving a > >> message to it, maildirsize should be update with a negative byte count. > > > > Well, yea.. I'm ignoring that part of the Maildir++ spec. Perhaps it > > could be done optionally, but I'm not sure if it's still that good of an > > idea. > > > > I think a better idea is to give Trash mailbox a bit of extra quota, > > instead of unlimited quota. Unfortunately this won't work with v1.0's > > quota plugin, but it is possible with my rewritten quota plugin: > > The original post mentioned that to move a message into Trash fails, when > the user is over quota. > This, in the end, prevents an user to get under quota in MailDir++, > because the messages are expunged from Trash only. I detected the problem with complaints from users trying to empty their mail boxes. The webmail tried to move the deleted messages to Trash. I desirable behaviour would be: 1. Add a negative byte and message count to maildirsize whenever a mail is moved into Trash. 2. While moving a message do not touch maildirsize at all at least that one of the folders involved (origin / destination) were Trash. [1] may be nicely combinated with a hard quota limit imposed in dovecot.conf to Trash folder. [2] is necessary regardless the patch Timo provided so a user can move messages among its folders while being overquota. Regards, maykel From hein at wtech.co.za Tue Nov 21 09:08:21 2006 From: hein at wtech.co.za (Hein Celliers) Date: Tue, 21 Nov 2006 09:08:21 +0200 Subject: [Dovecot] how to configure dovecot Message-ID: <4562A5E5.80408@wtech.co.za> Hi all! I need some help....changing passwords....... Dovecot server, appears to cache the old credentials. It only discovers the change upon a restart. I need to know how to configure dovecot (dovecot-1.0-0.beta2.7) as not to cache the passwords. (Using fedora core 5) Thanks Hein Celliers From joseba.torre at ehu.es Tue Nov 21 09:34:41 2006 From: joseba.torre at ehu.es (Joseba Torre) Date: Tue, 21 Nov 2006 08:34:41 +0100 Subject: [Dovecot] RAID benchmarks In-Reply-To: <45626664.3080902@gac.edu> References: <45626664.3080902@gac.edu> Message-ID: <200611210834.41476.joseba.torre@ehu.es> Hi, we have over 6000 active accounts (half pop3, half imap), and switching from UW+mbox to dovecot+maildir was such an incredible performance boost that the same old hardware was more than enough. Also from our experience, disk I/O was critical with mbox, but not now (we keep using raid5 without performance penalties). Test it before you switch. Aaaaaaaaaaagur. El Martes, 21 de Noviembre de 2006 03:37, Ethan Sommer escribi?: > We (a small college with about 3000 active accounts) are currently in > the process of moving from UW IMAP running on linux to dovecot > running on a cluster of 3 or 4 new faster Linux machines. (Initially > using perdition to split the load.) > > As we are building and designing the system, I'm attempting to take > (or find) benchmarks everywhere I can in order to make informed > decisions and so that when we need something faster we have something > to compare it to. I've looked all over the Internet and I haven't > seen very many good benchmarks running on recent hardware for things > like this. Even simple things like how different raid levels perform > with fast CPUs and really fast disks. > > We recently got the first of the cluster machines (which has the > following specs: (from penguin computing) > 2x 1.6ghz woodcrest (so 4 cores total) > 2g ram (we may upgrade to more, depending on what we seem to need) > 6x 15k SAS 73G hard drives. > > I've always read that RAID 10 is the RAID of choice for mail, because > the checksums take time and whatnot, but on a system that fast I'm > sure that's not an issue (which I could see from the cpu usage during > benchmarks.) We were also wondering whether RAID6 would be a good > option since it would give more redundancy. (raid6 allows 2 drive > failures) > > All tests were run on ext3 with all 6 disks in the raid. Everything > is using Linux software raid. > I used bonnie++ to run the benchmarks, and here are the initial > results we got: > Output Input > RAID "Per Chr" "Block" "Per Chr" "Block" > RAID6 34628, 97983, 23316, 39077 > RAID5 39559, 32715, 32036, 52231 > RAID10 38816, 229062, 40645, 267418 > > I assume that mail running maildir (as we intend to do) is somewhere > between writing one char at a time and writing huge blocks to fill 4g > files. Since the Per Chr values seemed to have maxed out the CPU and > we'll have 4 cores available, I tried the same thing running 4 copies > of bonnie at once and adding the results. (I worked backwards and > didn't bother with raid 6 for obvious reasons) > Output Input > RAID "Per Chr" "Block" "Per Chr" "Block" > RAID5 37465, 37095, 102828, 174263 > RAID10 111239, 128287, 93400, 230320 > > > So, if our system is ever running full out, basically disk bound, it > should be able to handle about 4X as many writes and at least as many > reads using RAID10 than raid 5, and since raid 6 was pretty similar > to raid 5 in the first tests, I assume it will be here too. > > > I have the full bonnie results if anyone's interested. > > I also plan to come up with some basic benchmarks as we start to > actually have dovecot working as we want it to. (Possibly using the > macs in our labs and XGrid as a "client".. finally a use for that > thing :) ) > > Do people have suggestions as to what to test for a primarily IMAP (+ > a little POP) server? I was thinking of doing something similar to > http://www.courier-mta.org/mbox-vs-maildir/ which selects a mail box, > deletes and expunges a message, fetches a few messages, and then does > some searches. > > Also, while I have the opportunity, are there any other benchmarks I > should run? I suppose I could compare dovecot with mbox vs maildir, > with indexing and without. Dovecot with indexing but the indexes > deleted, etc. I could compare dovecot to uw imap. > > Anything else? I probably can't justify the time to get cyrus up and > running. (I did that a few months ago when deciding which server to > use...) > > Ethan Sommer -- Trying to make bits uncopyable is like trying to make water not wet. The sooner people accept this, and build business models that take this into account, the sooner people will start making money again. - Bruce Schneier From ben.marsh at editure.com Tue Nov 21 17:52:32 2006 From: ben.marsh at editure.com (Ben Marsh) Date: Wed, 22 Nov 2006 02:52:32 +1100 Subject: [Dovecot] maildirsize update error In-Reply-To: <1164060669.9779.38.camel@julia.red.sld.cu> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <1164060669.9779.38.camel@julia.red.sld.cu> Message-ID: <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> On 21/11/2006, at 9:11 AM, Maykel Moya wrote: > El lun, 20-11-2006 a las 13:43 +0100, Steffen Kaiser escribi?: > >> On Sat, 18 Nov 2006, Timo Sirainen wrote: >> >>> On Thu, 2006-11-16 at 16:07 -0500, Maykel Moya wrote: >>>> According to [1], Trash is a reserverd folder name. When moving a >>>> message to it, maildirsize should be update with a negative byte >>>> count. >>> >>> Well, yea.. I'm ignoring that part of the Maildir++ spec. Perhaps it >>> could be done optionally, but I'm not sure if it's still that >>> good of an >>> idea. >>> >>> I think a better idea is to give Trash mailbox a bit of extra quota, >>> instead of unlimited quota. Unfortunately this won't work with >>> v1.0's >>> quota plugin, but it is possible with my rewritten quota plugin: >> >> The original post mentioned that to move a message into Trash >> fails, when >> the user is over quota. >> This, in the end, prevents an user to get under quota in MailDir++, >> because the messages are expunged from Trash only. > > I detected the problem with complaints from users trying to empty > their > mail boxes. The webmail tried to move the deleted messages to Trash. > > I desirable behaviour would be: > 1. Add a negative byte and message count to maildirsize whenever a > mail > is moved into Trash. What happens when users find that they can store stuff in the Trash dir when they are out of quota in the other folders? Such behavior would make trash a haven for getting around quota limits. You could perhaps threaten users with periodic enforced purges of the trash but that wouldn't go down well (At least where I work). > 2. While moving a message do not touch maildirsize at all at least > that > one of the folders involved (origin / destination) were Trash. Given that there is no move in the IMAP specification, Dovecot would have to do a lookahead to find the expunge command after the copy command for all move operations. That would mean that dovecot would have to falsely return success for all copies in order to "see" the next IMAP command. In short I don't think that it is good/desirable behavior because of these problems. Regards, Ben Marsh From adam at os.inf.tu-dresden.de Tue Nov 21 10:48:10 2006 From: adam at os.inf.tu-dresden.de (Adam Lackorzynski) Date: Tue, 21 Nov 2006 09:48:10 +0100 Subject: [Dovecot] duplicate emails In-Reply-To: <1164040308.8783.351.camel@hurina> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com> <1164040308.8783.351.camel@hurina> Message-ID: <20061121084810.GW1899@os.inf.tu-dresden.de> Hi, On Mon Nov 20, 2006 at 18:31:48 +0200, Timo Sirainen wrote: > On Mon, 2006-11-20 at 10:56 +0100, Alex wrote: > > i'm working with dovecot-1.0.rc15 > > > > I have receive a lot of duplicate emails with microsoft outlook, i > > don't have this problem with outlook express > > This is in pop3 One of my users is seeing duplicate mails occasionally too. Client is Sylpheed with POP3. It is quite seldom, maybe twice a month, using POP3 several hours a day. We've been seeing this for some time now, including up to rc13. Haven't tried rc15 yet. We haven't found a way to reproduce this behaviour. Mailbox format is mbox. The mbox file is on a local filesystem, the index files are on NFS (actually, ~/Mail/INBOX points to /var/mail/$user). I have "mmap_disable = yes" and default locking. Client and server are recent Linux kernels. Server is running 32 bit userland with 64 bit kernel on a BE machine. Client is standard 32 bit kernel and user. > What do you have in pop3_uidl_format? That's the only thing that I can > think of what could be configured wrong. pop3_uidl_format = %08Xu%08Xv > What do you see in logs? Does the client disconnect normally, or is > there a timeout, crash or something? Nothing exciting in the logs, everything looks normal. Adam -- Adam adam at os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/ From chibi at gol.com Tue Nov 21 11:18:45 2006 From: chibi at gol.com (Christian Balzer) Date: Tue, 21 Nov 2006 18:18:45 +0900 Subject: [Dovecot] RAID benchmarks In-Reply-To: <45626664.3080902@gac.edu> References: <45626664.3080902@gac.edu> Message-ID: Ethan Sommer wrote: [various RAID benchmark results] Which RAID10 where you using exactly, RAID1+0 or the native Linux MD RAID10 format? (see "man md" or http://en.wikipedia.org/wiki/RAID#Linux_MD_RAID_10 ) Because using the far (or offset) layout will quite dramatically influence the results. Regards, Christian Balzer -- Christian Balzer Network/Systems Engineer NOC chibi at gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/ From dgeo at ec-marseille.fr Tue Nov 21 13:26:38 2006 From: dgeo at ec-marseille.fr (Geoffroy Desvernay) Date: Tue, 21 Nov 2006 12:26:38 +0100 Subject: [Dovecot] Freebsd: fs quota / big maildir Message-ID: <4562E26E.7030305@ec-marseille.fr> I'm testing dovecot as courier-imap replacement. My setup: FreeBSD 6.1 nfs homedirs on FreeBSD server ~/Maildir 's LDAP auth - bind_auth=yes Seems to work well in most cases, but: - No way to read a maildir with 35000+ messages (a freebsd mailing-list for some years) => Nov 21 12:11:42 host dovecot: child 7217 (imap) killed with signal 11 - No way to have quota plugin reporting anything => quotactl(Q_GETQUOTA, /users/group) failed: Operation not supported Any idea ? What did I forget ? What could I do to debug this ? (mail_debug = yes) -- ___________________________________________________________ / Geoffroy DESVERNAY | \ /\ `Service info` | Tel: (+33|0)4 91 05 45 24 /\ \/ Ecole Centrale de Marseille | Fax: (+33|0)4 91 05 45 98 \/ \ (ex-EGIM) | Mail: dgeo at ec-marseille.fr / ----------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4509 bytes Desc: S/MIME Cryptographic Signature URL: From zbyszek at szalbot.homedns.org Tue Nov 21 13:36:36 2006 From: zbyszek at szalbot.homedns.org (Zbigniew Szalbot) Date: Tue, 21 Nov 2006 12:36:36 +0100 (CET) Subject: [Dovecot] duplicate emails In-Reply-To: <45618428.1807.3C0309@knute.frazmtn.com> References: <75eb42920611200156m4ea5ed3cr3f23123f4230ab9e@mail.gmail.com>, <75eb42920611201016q74168261oeda3ef6fa7a3d4c2@mail.gmail.com>, <75eb42920611201022y15cc68dvba9262aa5a0a8798@mail.gmail.com> <45618428.1807.3C0309@knute.frazmtn.com> Message-ID: Hello, On Mon, 20 Nov 2006, Knute Johnson wrote: > I think that is the default on mine. > >> i solved with this, i think >> >> pop3_uidl_format = %08Xu%08Xv I also notice this problem from time to time. I am on rc7. Yesterday in the evening I sent an email to exim mailing list. I got the copy of it. Today after I logged in and out a couple of times I saw a new email from exim mailing list which was the copy I sent yesterday. Although both emails look identical, they are not. The first one has full headers from the mailing list, the second one only has a few local headers and that's all. I can send them offlist if it helps spot the problem. It is not a first situation like that. As for MUA I use pine. Thank you! -- Zbigniew Szalbot From dom at helenmarks.co.uk Tue Nov 21 13:44:27 2006 From: dom at helenmarks.co.uk (Dominic Marks) Date: Tue, 21 Nov 2006 11:44:27 +0000 Subject: [Dovecot] Freebsd: fs quota / big maildir In-Reply-To: <4562E26E.7030305@ec-marseille.fr> References: <4562E26E.7030305@ec-marseille.fr> Message-ID: <20061121114427.ce207033.dom@helenmarks.co.uk> On Tue, 21 Nov 2006 12:26:38 +0100 Geoffroy Desvernay wrote: > I'm testing dovecot as courier-imap replacement. > > My setup: > FreeBSD 6.1 > nfs homedirs on FreeBSD server > ~/Maildir 's > LDAP auth - bind_auth=yes > > Seems to work well in most cases, but: > > - No way to read a maildir with 35000+ messages (a freebsd mailing-list > for some years) Very odd. I have a single folder with 45k which is fine. Setup is FreeBSD 5.5 local maildir. Total mailbox is about 300k spread over several folders. No problems. > => Nov 21 12:11:42 host dovecot: child 7217 (imap) killed with signal 11 > > - No way to have quota plugin reporting anything > => quotactl(Q_GETQUOTA, /users/group) failed: Operation not supported > > Any idea ? > > What did I forget ? What could I do to debug this ? (mail_debug = yes) Dominic From sysadmin at e-positive.ee Tue Nov 21 13:51:36 2006 From: sysadmin at e-positive.ee (Mart Pirita) Date: Tue, 21 Nov 2006 13:51:36 +0200 Subject: [Dovecot] Loging folder based information etc? Message-ID: <4562E848.2090807@e-positive.ee> Hello. Today one user lost Sent Items folder, seems he deleted it, but I want to be sure. But how? Right now I'm using: login_log_format_elements = %u [%r] %m %c What should I use to see in logs information about created/deleted folders etc? -- Mart From CMarcus at Media-Brokers.com Tue Nov 21 13:56:58 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 21 Nov 2006 06:56:58 -0500 Subject: [Dovecot] maildirsize update error In-Reply-To: <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <1164060669.9779.38.camel@julia.red.sld.cu> <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> Message-ID: <4562E98A.1000108@Media-Brokers.com> > What happens when users find that they can store stuff in the Trash dir > when they are out of quota in the other folders? Such behavior would > make trash a haven for getting around quota limits. You could perhaps > threaten users with periodic enforced purges of the trash but that > wouldn't go down well (At least where I work). I'm curious... we don't use quotas here, but I've been thinking about implementing them. We also use Thunderbird as our preferred mail client, and while I agree that our users would *not* be happy about losing the ability to keep a weeks worth of trashed mail, Thunderbird does (don't most?) have the ability to delete a message immediately, bypassing the 'Move to trash' operation, by simply holding the 'Shift' key while deleting a message. How does/would dovecot react if a user did this? If dovecot allowed the operation, then wouldn't a simple user education be a viable workaround - just tell people how to do this in the mail client they are using when this happens? -- Best regards, Charles From jaearick at colby.edu Tue Nov 21 14:02:22 2006 From: jaearick at colby.edu (Jeff A. Earickson) Date: Tue, 21 Nov 2006 07:02:22 -0500 (EST) Subject: [Dovecot] rc14 and rc15 performance issues In-Reply-To: <45622E6C.8070804@cardgate.net> References: <1164040577.8783.357.camel@hurina> <45622E6C.8070804@cardgate.net> Message-ID: We have roughly 3K users. Not all of them use webmail/IMAP, probably around half that number actually hit the dovecot server. Jeff Earickson On Tue, 21 Nov 2006, Curtis Maloney wrote: > Date: Tue, 21 Nov 2006 09:38:36 +1100 > From: Curtis Maloney > To: Jeff A. Earickson > Cc: Dovecot Mailing List > Subject: Re: [Dovecot] rc14 and rc15 performance issues > > Jeff A. Earickson wrote: >> Our IMAP server is seriously underpowered and needs to be replaced. > > Just out of curiosity, how many users are we talking here? > > -- > Curtis Maloney > cmaloney at cardgate.net > From jaearick at colby.edu Tue Nov 21 14:05:04 2006 From: jaearick at colby.edu (Jeff A. Earickson) Date: Tue, 21 Nov 2006 07:05:04 -0500 (EST) Subject: [Dovecot] Dovecot on Solaris In-Reply-To: <20061120172525.00001128@sws602.mcsun.local> References: <20061120220626.GI14501@earth.tc.umn.edu> <20061120172525.00001128@sws602.mcsun.local> Message-ID: On Mon, 20 Nov 2006, Alex Moore wrote: > Date: Mon, 20 Nov 2006 17:25:25 -0600 > From: Alex Moore > To: dovecot at dovecot.org > Subject: Re: [Dovecot] Dovecot on Solaris > > On Mon, 20 Nov 2006 16:06:26 -0600 > Steven F Siirila wrote: > >> For those running Dovecot on Solaris, what are your positive/negative >> experiences with building the software with CC vs. GCC? We are >> currently letting ./configure find our gcc and build with it, but >> wondered if anyone has any experience with Sun CC (does it even >> compile, for example). > > Yes, dovecot compiles just fine with Sun CC. I use gcc with "-g -O" so that I get useful core dumps from dovecot that I can poke at with gdb. Jeff Earickson Colby College From sommere at gac.edu Tue Nov 21 15:45:49 2006 From: sommere at gac.edu (Ethan Sommer) Date: Tue, 21 Nov 2006 07:45:49 -0600 Subject: [Dovecot] RAID benchmarks In-Reply-To: References: <45626664.3080902@gac.edu> Message-ID: <4563030D.8030407@gac.edu> I created 3 mirrors of 2 drives and then striped them. I will attempt to do the benchmark again by setting the level to 10. Are you suggesting that you would expect performance to bet better or worse with linux's raid 10 with 2 mirrors and an even number of drives? Christian Balzer wrote: > Ethan Sommer wrote: > > [various RAID benchmark results] > > Which RAID10 where you using exactly, RAID1+0 or the native Linux > MD RAID10 format? > (see "man md" or http://en.wikipedia.org/wiki/RAID#Linux_MD_RAID_10 ) > > Because using the far (or offset) layout will quite dramatically > influence the results. > > Regards, > > Christian Balzer > -- -- Ethan Sommer Systems Administrator Gustavus Adolphus College 507-933-7042 sommere at gac.edu From chibi at gol.com Tue Nov 21 16:05:58 2006 From: chibi at gol.com (Christian Balzer) Date: Tue, 21 Nov 2006 23:05:58 +0900 Subject: [Dovecot] RAID benchmarks In-Reply-To: <4563030D.8030407@gac.edu> References: <45626664.3080902@gac.edu> <4563030D.8030407@gac.edu> Message-ID: Ethan Sommer wrote: >I created 3 mirrors of 2 drives and then striped them. > >I will attempt to do the benchmark again by setting the level to 10. > >Are you suggesting that you would expect performance to bet better or >worse with linux's raid 10 with 2 mirrors and an even number of drives? > I'm suggesting to expect far better performance, especially with "far" layout (and one less layer of complexity/latency). Regards, Christian -- Christian Balzer Network/Systems Engineer NOC chibi at gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/ From lists at stringsutils.com Tue Nov 21 17:04:46 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Tue, 21 Nov 2006 10:04:46 -0500 Subject: [Dovecot] Indexing transfered mails? Message-ID: Going to be transfering a number of domains from a Courier setup to Dovecot. Is there a way to get Dovecot to index the files before the users access their accounts? From dgeo at ec-marseille.fr Tue Nov 21 17:23:11 2006 From: dgeo at ec-marseille.fr (Geoffroy Desvernay) Date: Tue, 21 Nov 2006 16:23:11 +0100 Subject: [Dovecot] Freebsd: fs quota / big maildir In-Reply-To: <20061121114427.ce207033.dom@helenmarks.co.uk> References: <4562E26E.7030305@ec-marseille.fr> <20061121114427.ce207033.dom@helenmarks.co.uk> Message-ID: <456319DF.4060004@ec-marseille.fr> Dominic Marks wrote: > On Tue, 21 Nov 2006 12:26:38 +0100 > Geoffroy Desvernay wrote: > >> I'm testing dovecot as courier-imap replacement. >> >> My setup: >> FreeBSD 6.1 >> nfs homedirs on FreeBSD server >> ~/Maildir 's >> LDAP auth - bind_auth=yes >> >> Seems to work well in most cases, but: >> >> - No way to read a maildir with 35000+ messages (a freebsd mailing-list >> for some years) > > Very odd. I have a single folder with 45k which is fine. Setup > is FreeBSD 5.5 local maildir. Total mailbox is about 300k > spread over several folders. No problems. > I tried with a local copy of my Maildir: nothing more... >> => Nov 21 12:11:42 host dovecot: child 7217 (imap) killed with signal 11 >> >> - No way to have quota plugin reporting anything >> => quotactl(Q_GETQUOTA, /users/group) failed: Operation not supported >> >> Any idea ? >> >> What did I forget ? What could I do to debug this ? (mail_debug = yes) > > Dominic -- ___________________________________________________________ / Geoffroy DESVERNAY | \ /\ `Service info` | Tel: (+33|0)4 91 05 45 24 /\ \/ Ecole Centrale de Marseille | Fax: (+33|0)4 91 05 45 98 \/ \ (ex-EGIM) | Mail: dgeo at ec-marseille.fr / ----------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4509 bytes Desc: S/MIME Cryptographic Signature URL: From Kind at it.uib.no Tue Nov 21 19:28:21 2006 From: Kind at it.uib.no (Hans Morten Kind) Date: Tue, 21 Nov 2006 18:28:21 +0100 Subject: [Dovecot] Dovecot on Solaris In-Reply-To: <20061120220626.GI14501@earth.tc.umn.edu> References: <20061120220626.GI14501@earth.tc.umn.edu> Message-ID: <20061121172821.GA20194@alf.uib.no> We are running Dovecot compiled with gcc, it does compile with Sun's cc - even with 64bits (-xarch=v9) but I dont think we would accomplish anything running with 64bit code? We prefer gcc as dependent libraries like openssl compiles best with the commonly used gcc If there should be any gain running the 64bits-binary, I would like to know. We have been running rc15 for more than 2 days now, not experienceing any problems seen on previous release-candidates. I think it's a go for 1.0 Lots of thanks to the fine work of Timo! Hans Morten Kind Univ of Bergen 10k+ users daily From brian at braverock.com Tue Nov 21 20:55:33 2006 From: brian at braverock.com (Brian G. Peterson) Date: Tue, 21 Nov 2006 12:55:33 -0600 Subject: [Dovecot] Dovecot rc -> 1.0 In-Reply-To: <20061121172821.GA20194@alf.uib.no> References: <20061120220626.GI14501@earth.tc.umn.edu> <20061121172821.GA20194@alf.uib.no> Message-ID: <200611211255.33882.brian@braverock.com> On Tuesday 21 November 2006 11:28, Hans Morten Kind wrote: > not experienceing any problems seen on previous release-candidates. > > I think it's a go for 1.0 > > Lots of thanks to the fine work of Timo! I'd second these comments. rc15 with dovecot-sieve is working very well here on a Gentoo Athlon XP server. Timo, Do you have a list of open issues that are "blocking" dovecot 1.0final ? Regards, - Brian From dking at ketralnis.com Tue Nov 21 21:14:52 2006 From: dking at ketralnis.com (David King) Date: Tue, 21 Nov 2006 11:14:52 -0800 Subject: [Dovecot] assertion failed: (need_space == (uoff_t)-mails[idx].space) In-Reply-To: <1163330359.8783.23.camel@hurina> References: <5F3BC3B0-B249-45E2-995A-6707951325C6@ketralnis.com> <1163330359.8783.23.camel@hurina> Message-ID: After much frustration I finally deleted all of the .imap directories in the mbox directory tree and the problem seems to have gone away. -- David On 12 Nov 2006, at 03:19, Timo Sirainen wrote: > On Sat, 2006-11-11 at 23:15 -0800, David King wrote: >> I'm running Dovecot dovecot-1.0.r13 on FreeBSD (FreeBSD 6.1-RELEASE- >> p10). Mail is stored in mbox format (dovecot.conf after the msg). > > I fixed one reason for this in rc11, but I don't know why it would > happen in rc13 anymore.. > >> In dovecot.conf I have mail_drop_priv_before_exec = no, but I can't >> find the core file that I would expect it to dump, so I can't give >> you a backtrace. Hopefully the assertion in /var/log/maillog is >> enough. > > You need to have mail_drop_priv_before_exec=yes to get the core files, > and ulimit -c set to be high enough before starting dovecot. > >> With ~/.mail/Cron perpetually locked, I'm not able to receive mail in >> this folder, and with any IMAP client that tries to access that >> folder having the IMAP server shut down, it keeps me from getting >> mail. Any ideas? > > If it happens only for that one mailbox, can you easily reproduce the > crash then? If so, could you put the mbox file through > http://dovecot.org/tools/mbox-anonymize.pl and send it to me? There's > something in the mbox that Dovecot doesn't seem to like. > >> passdb pam { >> } >> userdb passwd { >> } >> userdb prefetch { >> } > > BTW. There's no use to have prefetch there, since passwd will > always get > used before that. From anders.lund at uninett.no Tue Nov 21 23:40:30 2006 From: anders.lund at uninett.no (Anders Lund) Date: Tue, 21 Nov 2006 22:40:30 +0100 Subject: [Dovecot] Connection to server time out when deleting (moving to Trash) Message-ID: <4563724E.4040402@uninett.no> Hi, Running: * Dovecot 1.0 rc15 * Debian Sarge Linux Using Maildir and IMAP over SSL. When trying to delete a lot of mail (> 5000-6000 messages) in some folder, using Mozilla Thunderbird (1.5.0.7) on Ubuntu, I often experience "Connection to server timed out." Any suggestions on how to fix this problem? "Empty Trash" seem to work fine, so I guess this is related to moving a lot of mail from one folder to another (Thrash)? - Anders -- Anders Lund .~. UNINETT, N-7465 Trondheim, Norway / V \ Phone: +47 73 55 79 08 | Fax: +47 73 55 79 01 /( )\ ^ ^ From pveerman at nemo.kabelfoon.net Wed Nov 22 00:40:03 2006 From: pveerman at nemo.kabelfoon.net (Peter Veerman) Date: Tue, 21 Nov 2006 23:40:03 +0100 Subject: [Dovecot] Inactivity, Thunderbird -> bad password In-Reply-To: <1163964268.8783.345.camel@hurina> References: <455F2095.4000901@nemo.kabelfoon.net> <1163881616.8783.218.camel@hurina> <45604005.40103@nemo.kabelfoon.net> <1163936463.8783.342.camel@hurina> <45606D71.9030706@nemo.kabelfoon.net> <4560A2CA.1050300@nemo.kabelfoon.net> <1163964268.8783.345.camel@hurina> Message-ID: <45638043.1060702@nemo.kabelfoon.net> On Sun, 2006-11-19 at 19:30 +0100, Peter Veerman wrote: >> Nov 19 17:32:10 Info: imap-login: Disconnected: Inactivity: >> rip=88.211.149.123, lip=62.45.54.4, TLS >> > > So at least the TLS handshake gets finished. > > >> Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userC at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userE at domain): Disconnected >> Nov 19 17:32:13 Info: IMAP(userD at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected >> Nov 19 17:32:13 Info: IMAP(userF at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userA at domain): Disconnected in IDLE >> Nov 19 17:32:13 Info: IMAP(userB at domain): Disconnected in IDLE >> >> But after these problems the next line is also in my logs when after >> these messages another user tries to authenticate: >> Nov 19 17:35:09 Info: auth-worker(default): mysql: Connected to >> localhost (postfix) >> >> Could it be that the mysql username-password backend times out and takes >> it time to reconnect to mysql and in the meantime an account gets the >> "you have got a wrong password" response? >> > > Maybe.. Set auth_debug=yes and see what happens around the time it logs > inactivity? > auth_debug=yes was already in my logfiles and i didn't see any suspicious other than the mysql: Connected to localhost (postfix) that related to the mysql database.. though After a very long period of inactivity (me watching television) my /messages logfile reported the following errors: Nov 21 22:41:03 bubbles kernel: pid 90306 (imap), uid 125: exited on signal 6 Nov 21 22:41:03 bubbles kernel: pid 90302 (imap), uid 125: exited on signal 6 Nov 21 22:41:03 bubbles kernel: pid 95719 (imap), uid 125: exited on signal 6 Nov 21 22:41:03 bubbles kernel: pid 90308 (imap), uid 125: exited on signal 6 Nov 21 22:41:03 bubbles kernel: pid 90299 (imap), uid 125: exited on signal 6 Nov 21 22:41:03 bubbles kernel: pid 90301 (imap), uid 125: exited on signal 6 Nov 21 22:41:04 bubbles kernel: pid 93803 (imap), uid 125: exited on signal 6 Nov 21 22:51:03 bubbles kernel: pid 95917 (imap), uid 125: exited on signal 6 Nov 21 22:51:06 bubbles kernel: pid 93685 (imap), uid 125: exited on signal 6 but and my dovecot reports: Nov 21 22:41:00 Info: imap-login: Disconnected: Inactivity: rip=x.x.149.123, lip=x.x.54.4, TLS Nov 21 22:41:01 Info: imap-login: Disconnected: Inactivity: rip=x.x.149.123, lip=x.x.54.4, TLS Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:03 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:04 Info: IMAP(user at domain): Disconnected in IDLE Nov 21 22:41:20 Info: auth-worker(default): mysql: Connected to localhost (postfix) So something that is not shown in logs is not going that well. grtz Peter From ben.marsh at editure.com Thu Nov 23 02:36:23 2006 From: ben.marsh at editure.com (Ben Marsh) Date: Thu, 23 Nov 2006 11:36:23 +1100 Subject: [Dovecot] maildirsize update error In-Reply-To: <4562E98A.1000108@Media-Brokers.com> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <1164060669.9779.38.camel@julia.red.sld.cu> <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> <4562E98A.1000108@Media-Brokers.com> Message-ID: On 21/11/2006, at 10:56 PM, Charles Marcus wrote: >> What happens when users find that they can store stuff in the >> Trash dir when they are out of quota in the other folders? Such >> behavior would make trash a haven for getting around quota >> limits. You could perhaps threaten users with periodic enforced >> purges of the trash but that wouldn't go down well (At least where >> I work). > > I'm curious... we don't use quotas here, but I've been thinking > about implementing them. > > We also use Thunderbird as our preferred mail client, and while I > agree that our users would *not* be happy about losing the ability > to keep a weeks worth of trashed mail, Thunderbird does (don't > most?) have the ability to delete a message immediately, bypassing > the 'Move to trash' operation, by simply holding the 'Shift' key > while deleting a message. > > How does/would dovecot react if a user did this? If dovecot allowed > the operation, then wouldn't a simple user education be a viable > workaround - just tell people how to do this in the mail client > they are using when this happens? > I guess it all depends on how amenable to education the users are. But, if user education was all that was necessary, I don't think that we would need quotas at all. Regards, Ben Marsh From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Wed Nov 22 09:21:19 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Wed, 22 Nov 2006 08:21:19 +0100 (CET) Subject: [Dovecot] maildirsize update error In-Reply-To: <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <1164060669.9779.38.camel@julia.red.sld.cu> <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 22 Nov 2006, Ben Marsh wrote: > What happens when users find that they can store stuff in the Trash dir when > they are out of quota in the other folders? Such behavior would make trash a Therefore I wrote before: > > I agree that it is not good to have an unlimited Trash folder, but to move > > a message from one folder into Trash should be always possible. > periodic enforced purges of the trash but that wouldn't go down well (At > least where I work). Here as well. >> 2. While moving a message do not touch maildirsize at all at least that >> one of the folders involved (origin / destination) were Trash. > > Given that there is no move in the IMAP specification, Dovecot would have to > do a lookahead to find the expunge command after the copy command for all > move operations. That would mean that dovecot would have to falsely return > success for all copies in order to "see" the next IMAP command. In short I > don't think that it is good/desirable behavior because of these problems. OK, that's a problem. Hm, one could restrict this to Trash and rollback the action after the user logs out, N commands or something else, unless the original messages had been expunged. How about to have a feature like "try to hardlink when COPY into Trash"? Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRWP6cy9SORjhbDpvAQIyQwf/UqvCpY2E7gRJtaYezHz/PJQLg/RPe8p4 uXpcj68VTSru6GSoyOanVY0jm5UfK5drFixtsh2TjW9ORTLrmTOs8NCW3746EbWh U8nABxR6zvum45epegV15o6YgvaAWZnk1SZjAf6LXckn2TkkhE6h7kDzmlqFkemn H0qmpBw/1apk6B1RFx7wE21rv8r7z2uCQqLlAPf8sTDihNVyR2DWOz53ShmzKLzg bfFuzGFFps2ZaHgWF44gkhxDgyEwRIlP1T9UaVOWgNrnxY3t3eSE0dJugfqj2qJM Qw9nl1ezEfubvvRn3tzLsygohlZ62M7kCFA7LebSqsk/2H1lQVOdgw== =rKcc -----END PGP SIGNATURE----- From egbert at vandenbussche.nl Wed Nov 22 09:43:49 2006 From: egbert at vandenbussche.nl (Egbert Jan) Date: Wed, 22 Nov 2006 08:43:49 +0100 Subject: [Dovecot] maildirsize update error In-Reply-To: Message-ID: <005c01c70e09$f2da0f20$0d01a8c0@egbert> > -----Original Message----- > From: dovecot-bounces at dovecot.org > [mailto:dovecot-bounces at dovecot.org] On Behalf Of Steffen Kaiser > Sent: Wednesday, November 22, 2006 8:21 AM > To: dovecot at dovecot.org > Subject: Re: [Dovecot] maildirsize update error > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 22 Nov 2006, Ben Marsh wrote: > > > What happens when users find that they can store stuff in the Trash > > dir when > > they are out of quota in the other folders? Such behavior > would make trash a > > Therefore I wrote before: > > > > I agree that it is not good to have an unlimited Trash > folder, but > > > to > move > > > a message from one folder into Trash should be always possible. > > > periodic enforced purges of the trash but that wouldn't go > down well > > (At > > least where I work). > > Here as well. > > >> 2. While moving a message do not touch maildirsize at all at least > >> that one of the folders involved (origin / destination) were Trash. > > > > Given that there is no move in the IMAP specification, > Dovecot would > > have to > > do a lookahead to find the expunge command after the copy > command for all > > move operations. That would mean that dovecot would have > to falsely return > > success for all copies in order to "see" the next IMAP > command. In short I > > don't think that it is good/desirable behavior because of > these problems. > > OK, that's a problem. > > Hm, one could restrict this to Trash and rollback the action > after the > user logs out, N commands or something else, unless the > original messages > had been expunged. > How about to have a feature like "try to hardlink when COPY > into Trash"? > > Bye, Just a stupid suggestion from a newcomer... Why not introducing a separate quotum for Trash? Could be a percentage of total quota or a predifined amount independent of 'real' quota. Just my 2 $c Egbert Jan -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3834 bytes Desc: not available URL: From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Wed Nov 22 10:09:40 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Wed, 22 Nov 2006 09:09:40 +0100 (CET) Subject: [Dovecot] maildirsize update error In-Reply-To: <005c01c70e09$f2da0f20$0d01a8c0@egbert> References: <005c01c70e09$f2da0f20$0d01a8c0@egbert> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 22 Nov 2006, Egbert Jan wrote: > Just a stupid suggestion from a newcomer... Why not introducing a separate > quotum for Trash? Could be a percentage of total quota or a predifined > amount independent of 'real' quota. OK, consider the following scenario: 0) All the mailboxes except Trash may allocate 500MB. Trash may allocate any percentage below 100% of 500MB. 1) One message arrives of the size 500MB, it get spooled into INBOX. Now try to do anything with it. OK, this is a worst-case scenario; the independed Trash quota must be larger than or equal to the maximum message size you accept. Second, someone already pointed out that the user can use Trash as yet-another-folder, e.g. to store information. You effectively increased the quota of the user, or you lower the user's quota (in the view of the user) by reserving part of his quota for Trash. Well, many people will point out that hard disk space is cheap today. In my opinion, one user has one quota for all the message storred on the system. I used to empose file system quota, with the same effect that a full mailbox locks the users from deleting through Trash. :-( Bye. - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRWQFyC9SORjhbDpvAQJ8ZAf+NE4EgbpL6pDlrQdm4mYpN/ia0WJ3bhuq r4ii7h4oEUzjopgE2YpTx3tL+m1j1voEF2Paa4ypKyPZmjW4qpJ1SRvlY1BrTpJQ SblYIMXD9fLI4ubf0v5YT/t/Z0g2ppp3XUF2iZ8nN77v7Sug5CZ0GELJgo7q3ss9 RVVsbyyk7cyWn0pZsoK5UNmS08iI0MdUbdreg4EPMncQ4l9N0N4EfeZ4yHHRYZaf EcF7S+XDxGQBlmIx2CujADKIqGDS82ydf4WuhNJ4BDkFKrikVggFoiMIUr9tXh96 cTlZP3KQ0yEjt9S8visZrxTAfuTPATiK9mnJ8F/Hs5x+eyZR0o3cmw== =8cUg -----END PGP SIGNATURE----- From de at floydworld.de Wed Nov 22 11:33:08 2006 From: de at floydworld.de (Dirk Essl) Date: Wed, 22 Nov 2006 10:33:08 +0100 Subject: [Dovecot] Connection to server time out when deleting (moving to Trash) In-Reply-To: <4563724E.4040402@uninett.no> References: <4563724E.4040402@uninett.no> Message-ID: <45641954.60107@floydworld.de> Anders Lund wrote: > Hi, > > Running: > * Dovecot 1.0 rc15 > * Debian Sarge Linux > > Using Maildir and IMAP over SSL. > > When trying to delete a lot of mail (> 5000-6000 messages) in some > folder, using Mozilla Thunderbird (1.5.0.7) on Ubuntu, I often > experience "Connection to server timed out." Any suggestions > on how to fix this problem? > > "Empty Trash" seem to work fine, so I guess this is related to moving a > lot of mail from one folder to another (Thrash)? I have exactly the same problem here. Solaris 10, dovecot 1.0rc2, maildir, maildir space on a netapp filer mounted via NFS, Thunderbird 1.5.7 I think in my case the filesystem is to slow. Could that be? > - Anders > regards, dirk From anders.lund at uninett.no Wed Nov 22 11:51:38 2006 From: anders.lund at uninett.no (Anders Lund) Date: Wed, 22 Nov 2006 10:51:38 +0100 Subject: [Dovecot] Connection to server time out when deleting (moving to Trash) In-Reply-To: <45641954.60107@floydworld.de> References: <4563724E.4040402@uninett.no> <45641954.60107@floydworld.de> Message-ID: <45641DAA.2050501@uninett.no> Dirk Essl wrote: > Anders Lund wrote: >> Hi, >> >> Running: >> * Dovecot 1.0 rc15 >> * Debian Sarge Linux >> >> Using Maildir and IMAP over SSL. >> >> When trying to delete a lot of mail (> 5000-6000 messages) in some >> folder, using Mozilla Thunderbird (1.5.0.7) on Ubuntu, I often >> experience "Connection to server timed out." Any suggestions >> on how to fix this problem? >> >> "Empty Trash" seem to work fine, so I guess this is related to moving a >> lot of mail from one folder to another (Thrash)? > > I have exactly the same problem here. Solaris 10, dovecot 1.0rc2, > maildir, maildir space on a netapp filer mounted via NFS, Thunderbird 1.5.7 > > I think in my case the filesystem is to slow. Could that be? On my system I'm not mounting filesystem via NFS. Using Fibre Channel: LSI Logic / Symbios Logic FC919X Fibre Channel Adapter attached directly to a Vendor: NEXSAN Model: ATAboy(9E263CD3) Rev: A035 for the filesystem my mail is delivered to. RAID5 on the ATAboy Generated ext3 filesystem using * stride=16 * dir_index Mounting ext3 using data=writeback. - Anders -- Anders Lund .~. UNINETT, N-7465 Trondheim, Norway / V \ Phone: +47 73 55 79 08 | Fax: +47 73 55 79 01 /( )\ ^ ^ From CMarcus at Media-Brokers.com Wed Nov 22 14:02:02 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 22 Nov 2006 07:02:02 -0500 Subject: [Dovecot] maildirsize update error In-Reply-To: References: <1163711235.9779.2.camel@julia.red.sld.cu> <1163881908.8783.224.camel@hurina> <1164060669.9779.38.camel@julia.red.sld.cu> <28582C24-F91C-4107-9F9D-AF7699564537@editure.com> <4562E98A.1000108@Media-Brokers.com> Message-ID: <45643C3A.2030508@Media-Brokers.com> >> Thunderbird does (don't most?) have the ability to delete a message >> immediately, bypassing the 'Move to trash' operation, by simply >> holding the 'Shift' key while deleting a message. >> >> How does/would dovecot react if a user did this? If dovecot allowed >> the operation, then wouldn't a simple user education be a viable >> workaround - just tell people how to do this in the mail client >> they are using when this happens? > I guess it all depends on how amenable to education the users are. But, > if user education was all that was necessary, I don't think that we > would need quotas at all. Well, that's definitely true, as far as it goes, but not germane to the point under discussion... No one has answered this question: >> How does/would dovecot react if a user did this? If dovecot allowed >> the operation, Can someone who has quotas enabled answer the following 3 questions: 1. If a user is over quota, and they try to delete a big message while holding down the shift key (in Thunderbird) - does dovecot delete the message and update the users Quota properly, thus resolving the over quota issue? If so, then - in my case at least - this is a viable option. Of course, it will not eliminate the help desk calls, but at least I can simply point them to their user manual and yell at them for bothering me about something they should already know how to do and that is well documented in both their user manual and explicitly covered during their orientation ;)... 2. (may have already been answered - if so, I missed it and apologize)... if a user is over quota, and their trash has a bunch of garbage in it - can the delete individual messages from there without an error (since it wouldn't be a 'move' operation anymore)? 3. Same question for an 'Empty Trash' operation... In my opinion, the answers to questions 2 & 3 should already be yes - and if not, I would suggest that fixing the code to allow these operations in an over quota situation would be 'a good thing'. Thanks - this discussion is timely for me... -- Best regards, Charles From eric at illicoweb.com Wed Nov 22 14:09:43 2006 From: eric at illicoweb.com (illicoweb, eric) Date: Wed, 22 Nov 2006 13:09:43 +0100 (CET) Subject: [Dovecot] UIDs broken with partial sync in mbox Message-ID: <58692.193.251.176.105.1164197383.squirrel@mail1.illicoweb.com> Hi all, I have some trouble: multiple copies of mail and error messages: IMAP(contact): UIDs broken with partial sync in mbox file /var/mail/contact Fedora core 5 x86 - dovecot-1.0-0.beta8.2.fc5 Can you help me ? -- thanks, Eric ____________________________________________ Cet email a ete verifie par ILLICOWEB Anti-virus Clamav / Anti-Spam Spamassassin From odhiambo.raburu at wananchi.com Wed Nov 22 14:29:35 2006 From: odhiambo.raburu at wananchi.com (Odhiambo WASHINGTON) Date: Wed, 22 Nov 2006 15:29:35 +0300 Subject: [Dovecot] UIDs broken with partial sync in mbox In-Reply-To: <58692.193.251.176.105.1164197383.squirrel@mail1.illicoweb.com> References: <58692.193.251.176.105.1164197383.squirrel@mail1.illicoweb.com> Message-ID: <20061122122935.GB62461@ns2.wananchi.com> * On 22/11/06 13:09 +0100, illicoweb, eric wrote: | Hi all, | | I have some trouble: | multiple copies of mail and error messages: | | IMAP(contact): UIDs broken with partial sync in mbox file /var/mail/contact | | Fedora core 5 x86 - dovecot-1.0-0.beta8.2.fc5 | | | Can you help me ? Why don't you try rc15 and see if it's still broken? -Wash http://www.netmeister.org/news/learn2quote.html DISCLAIMER: See http://www.wananchi.com/bms/terms.php -- +======================================================================+ |\ _,,,---,,_ | Odhiambo Washington Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +======================================================================+ "I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones." -- Albert Einstein From eric at illicoweb.com Wed Nov 22 16:04:17 2006 From: eric at illicoweb.com (eric) Date: Wed, 22 Nov 2006 15:04:17 +0100 (CET) Subject: [Dovecot] UIDs broken with partial sync in mbox In-Reply-To: <20061122122935.GB62461@ns2.wananchi.com> References: <58692.193.251.176.105.1164197383.squirrel@mail1.illicoweb.com> <20061122122935.GB62461@ns2.wananchi.com> Message-ID: <56523.193.251.176.105.1164204257.squirrel@mail1.illicoweb.com> I update dovecot to rc15 and it's same problem ! > * On 22/11/06 13:09 +0100, illicoweb, eric wrote: > | Hi all, > | > | I have some trouble: > | multiple copies of mail and error messages: > | > | IMAP(contact): UIDs broken with partial sync in mbox file > /var/mail/contact > | > | Fedora core 5 x86 - dovecot-1.0-0.beta8.2.fc5 > | > | > | Can you help me ? > > > Why don't you try rc15 and see if it's still broken? > > > -Wash > > http://www.netmeister.org/news/learn2quote.html > > DISCLAIMER: See http://www.wananchi.com/bms/terms.php > > -- > +======================================================================+ > |\ _,,,---,,_ | Odhiambo Washington > Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com > |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 > '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 > +======================================================================+ > > "I know not with what weapons World War III will be fought, but World > War IV will be fought with sticks and stones." > -- Albert Einstein > ____________________________________________ > Cet email a ete verifie par ILLICOWEB > Anti-virus Clamav / Anti-Spam Spamassassin > -- Cordialement, Eric ____________________________________________ Cet email a ete verifie par ILLICOWEB Anti-virus Clamav / Anti-Spam Spamassassin From maria.freixes_graells at alcatel.es Wed Nov 22 17:52:06 2006 From: maria.freixes_graells at alcatel.es (maria.freixes_graells at alcatel.es) Date: Wed, 22 Nov 2006 16:52:06 +0100 Subject: [Dovecot] Which version of dovecat I must use quit mysql 14.12 5.0.24a? Message-ID: <45647226.2090409@alcatel.es> Hello everybody!! I'm new on linux machine configuration, and I have a question related to product versions. We've Linux seweb1 2.6.9-5.EL installed, but instead of install the mysql product from "Red Hat Interprise Linux 4" CD what is mysql-0:4.1.7-4.RHEL4.1.i386, we installed: *mysql 14.12 5.0.24a *So, now, when we tried to install dovecot, it needs mysql-0:4.1.7-4.RHEL4.1.i386, perl-DBD-MySQL-0:2.9004-3.1.i386 and postgresql-libs-0:74.6-1.RHEL4.2.i386. I don't want to install these packets from mysql because I'm afraid to crash the mysql that we've now working...... So, my question is, what I need to do in this case? Can I install the mysql CD version without interferring to our actual BD working: *mysql 14.12 5.0.24a? *Or....Which version of dovecot we must install in order to work with *mysql 14.12 5.0.24a. *I would be very gratefully if you could help me, beacause we afraid to crash the BD that is working now, and we don't know how to install dovecot in this case. Best regards, Maria -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpeacock at rowman.com Wed Nov 22 19:49:36 2006 From: jpeacock at rowman.com (John Peacock) Date: Wed, 22 Nov 2006 12:49:36 -0500 Subject: [Dovecot] Which version of dovecat I must use quit mysql 14.12 5.0.24a? In-Reply-To: <45647226.2090409@alcatel.es> References: <45647226.2090409@alcatel.es> Message-ID: <45648DB0.1050608@rowman.com> maria.freixes_graells at alcatel.es wrote: > Can I install the mysql CD version without interferring to our actual BD > working: *mysql 14.12 5.0.24a? > *Or....Which version of dovecot we must install in order to work with > *mysql 14.12 5.0.24a. This is only peripherally related to dovecot, since you are trying to install some third-party RPM file which is not provided by the project itself. It is not, in practice, possible to install an RPM of MySQL different from the one used to build packages that depend on MySQL (since the libraries are not necessarily compatible). Precompiled binary RPM's produced by third-parties are by necessity based on the distro-supplied RPM's, so you cannot freely mix and match. Of course, you could download the source code from dovecot.org and actually build dovecot from scratch (probably still the preferred method). Make sure that you install the MySQL dev RPM that matches the libraries you already have installed (since the headers, etc. are not usually provided in the base RPM). John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748 From andrewz at springsrescuemission.org Thu Nov 23 00:53:30 2006 From: andrewz at springsrescuemission.org (Andrew Z) Date: Wed, 22 Nov 2006 15:53:30 -0700 Subject: [Dovecot] Subfolders with Thunderbird and maildir? Message-ID: <4564D4EA.7020902@springsrescuemission.org> I setup a test dovecot-1.0-0.beta8.2.fc5 and left most of the settings as the defaults. In Thunderbird 1.5.0.8 Windows, when I tried to create a subfolder named "subfolder" under INBOX, it showed up as the same level a INBOX and with the name "INBOX^subfolder". I was able to manually create a subfolder using "mkdir ~/mail/test_manual_subfolder; touch ~/mail_test_subfolder/blah" and then subscribing to it. That's too much work. :) Now when I try to create a subfolder of a non-inbox folder, nothing happens (not even an error). Screen shot: http://img452.imageshack.us/my.php?image=subfoldersthunderbird15ao6.png The Dovecot system is Fedora Core 5 x86 and an NFS client for /home. I'm considering switching from Trustix, UW-IMAP, and mbox. I'm also considering changing INBOX to a Maildir (not /var/spool/mail/%u). Andrew From hein at wtech.co.za Tue Nov 21 06:56:10 2006 From: hein at wtech.co.za (Hein Celliers) Date: Tue, 21 Nov 2006 06:56:10 +0200 Subject: [Dovecot] Caching passwords? Message-ID: <456286EA.2010600@wtech.co.za> Hi all! I need some help....changing passwords....... Dovecot server, appears to cache the old credentials. It only discovers the change upon a restart. I need to know how to configure dovecot (dovecot-1.0-0.beta2.7) as not to cache the passwords. (Using fedora core 5) Thanks Hein Celliers From p.shackel at maths.uq.edu.au Thu Nov 23 06:17:00 2006 From: p.shackel at maths.uq.edu.au (Paul Shackel) Date: Thu, 23 Nov 2006 14:17:00 +1000 (EST) Subject: [Dovecot] small mbox and index files problem Message-ID: Dovecot version: 1.0-0_33.rc15 built by atrpms Operating system: Redhat EL4 CPU architecture: x86 Filesystem you used: mailboxs via nfs to fileserver using xfs Just upgraded from 1.0-0_20.rc7 to 1.0-0_33.rc15 built by atrpms and we had previously set mbox_min_index_size to 1024 (1Mb) and now all mailboxes (mbox format) that are under this size are not able to be opened and throw an "Internal error occured. Refer to server log for more information." using either Thunderbird or Outlook Express, both of which are recent versions. The small mailboxes can be opened after turning mbox_min_index_size setting back to 0, at which time it creates indexes. There is nothing in the syslog file. I am looking in the right place as I can see the dovecot startup message. paul -- From sfs at tc.umn.edu Thu Nov 23 06:41:25 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Wed, 22 Nov 2006 22:41:25 -0600 Subject: [Dovecot] small mbox and index files problem In-Reply-To: References: Message-ID: <20061123044125.GB10075@earth.tc.umn.edu> On Thu, Nov 23, 2006 at 02:17:00PM +1000, Paul Shackel wrote: > > Dovecot version: 1.0-0_33.rc15 built by atrpms > Operating system: Redhat EL4 > CPU architecture: x86 > Filesystem you used: mailboxs via nfs to fileserver using xfs > > Just upgraded from 1.0-0_20.rc7 to 1.0-0_33.rc15 built by atrpms > and we had previously set mbox_min_index_size to 1024 (1Mb) and now all > mailboxes (mbox format) that are under this size > are not able to be opened and throw an > "Internal error occured. Refer to server log for more information." > using either Thunderbird or Outlook Express, both of which are > recent versions. We experienced the same thing (I already posted about this at least once in the past few weeks, maybe twice.) I haven't got any replies yet though. > The small mailboxes can be opened after turning > mbox_min_index_size setting back to 0, at which time it creates > indexes. Same here. Our workaround is not set mbox_min_inex_size above 0, which essentially makes it a worthless option (until this is fixed). > There is nothing in the syslog file. > I am looking in the right place as I can see the dovecot startup message. > > paul > -- > -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From anders.lund at uninett.no Thu Nov 23 12:00:39 2006 From: anders.lund at uninett.no (Anders Lund) Date: Thu, 23 Nov 2006 11:00:39 +0100 Subject: [Dovecot] Subfolders with Thunderbird and maildir? In-Reply-To: <4564D4EA.7020902@springsrescuemission.org> References: <4564D4EA.7020902@springsrescuemission.org> Message-ID: <45657147.2080300@uninett.no> Andrew Z wrote: > I setup a test dovecot-1.0-0.beta8.2.fc5 and left most of the settings > as the defaults. In Thunderbird 1.5.0.8 Windows, when I tried to create > a subfolder named "subfolder" under INBOX, it showed up as the same > level a INBOX and with the name "INBOX^subfolder". > > I was able to manually create a subfolder using "mkdir > ~/mail/test_manual_subfolder; touch ~/mail_test_subfolder/blah" and then > subscribing to it. That's too much work. :) > > Now when I try to create a subfolder of a non-inbox folder, nothing > happens (not even an error). > > Screen shot: > http://img452.imageshack.us/my.php?image=subfoldersthunderbird15ao6.png > > The Dovecot system is Fedora Core 5 x86 and an NFS client for /home. > I'm considering switching from Trustix, UW-IMAP, and mbox. I'm also > considering changing INBOX to a Maildir (not /var/spool/mail/%u). Just a quick question: In Account settings Server Settings Advanced for your account, have you unchecked "Server supports folders that contain sub-folders and messages"? If you are using Maildir this should be on, but if you're using mbox this should be off. - Anders -- Anders Lund .~. UNINETT, N-7465 Trondheim, Norway / V \ Phone: +47 73 55 79 08 | Fax: +47 73 55 79 01 /( )\ ^ ^ From Kind at it.uib.no Thu Nov 23 17:09:14 2006 From: Kind at it.uib.no (Hans Morten Kind) Date: Thu, 23 Nov 2006 16:09:14 +0100 Subject: [Dovecot] rc15 dumped core Message-ID: <20061123150914.GA17587@alf.uib.no> We have been running rc15 since Sunday experiencing no trouble, but today one user crashed. rc15 on Solaris-5.9, the server had app 6GB free memory at the time of the crash, app 70% idle running with an avg.load at 4 of 8 processors available. The USER's INBOX was quite smooth, app 13MB containing 320 messages. The core dump was accompanied with these log-entries: Nov 23 2006 12:27:00 [local3.error] IMAP(USER): Corrupted index cache file imapindex/USER/.imap/INBOX/dovecot.index.cache: invalid field header size 12:28:23 [local3.error] IMAP(USER): mremap_anon(1164206080) failed: Not enough space 12:28:23 [local3.error] IMAP(USER): mremap_anon(8192) failed: Invalid argument 12:28:24 [local3.error] child 17510 (imap) killed with signal 10 12:28:25 [local3.info] imap-login: Login: user=, method=PLAIN, rip=000.177.00.21, pid=19178 We have been observing a few of the 'invalid field header size' messages while running rc15. But as this USER, others seem to recover after the message has been logged. The messages from 'mremap_anon' have never been seen before. Actually '1164206080' looks very much like a timestamp, differing 75223 seconds from the time of the crash ... spooky I will start running the supplied code for memory debugging on this user and I enclose a back trace from the crash. The interessting stuff from the back trace is probably that hdr (and so cache->hdr) is 0xffffffff so that hdr->continued_record_count gives no sense (Cannot access memory at address 0xb) but cache->index->map->records_count is 320 Still on this and another server running rc15 (Sol5.8), we have thousands of happy users beeing served very fast by Dovecot. hmk -------------- next part -------------- GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. Core was generated by `imap [USER 000.177.00.21]'. #0 0x000857a8 in mail_cache_update_need_compress (cache=0x14f078) at mail-cache.c:461 461 cont_percentage = hdr->continued_record_count * 100 / #0 0x000857a8 in mail_cache_update_need_compress (cache=0x14f078) at mail-cache.c:461 hdr = (const struct mail_cache_header *) 0xffffffff cont_percentage = 0 max_del_space = 5889534034182144 #1 0x00085a88 in mail_cache_unlock (cache=0x14f078) at mail-cache.c:499 ret = 0 __PRETTY_FUNCTION__ = "mail_cache_unlock" #2 0x0008b2c4 in mail_cache_transaction_commit (ctx=0x14ec80) at mail-cache-transaction.c:591 cache = (struct mail_cache *) 0x14f078 ret = 0 #3 0x00096e6c in mail_index_transaction_commit (_t=0x14ef3c, log_file_seq_r=0xffbff3e0, log_file_offset_r=0xffbff3d8) at mail-index-transaction.c:368 t = (struct mail_index_transaction *) 0x14e1a8 ret = 0 #4 0x00084008 in index_transaction_commit (_t=0x14ef28) at index-transaction.c:44 t = (struct index_transaction_context *) 0x14ef28 seq = 1331256 offset = 5097129749334968 ret = 1395248 #5 0x0004e478 in mbox_transaction_commit (_t=0x14ef28, flags=0) at mbox-transaction.c:35 t = (struct mbox_transaction_context *) 0x14ef28 mbox = (struct mbox_mailbox *) 0x14bd98 lock_id = 2 mbox_modified = false ret = 0 #6 0x000b4ddc in mailbox_transaction_commit (_t=0x14715c, flags=0) at mail-storage.c:504 t = (struct mailbox_transaction_context *) 0x14ef28 #7 0x0002b24c in imap_fetch_deinit (ctx=0x147150) at imap-fetch.c:340 handlers = (const struct imap_fetch_context_handler *) 0x147270 i = 2 count = 2 #8 0x00020284 in cmd_fetch_finish (ctx=0x147150) at cmd-fetch.c:80 cmd = (struct client_command_context *) 0x11fd8c ok_message = 0xf1090 "OK Fetch completed." failed = false partial = false #9 0x000207b4 in cmd_fetch (cmd=0x11fd8c) at cmd-fetch.c:188 client = (struct client *) 0x11fd48 ctx = (struct imap_fetch_context *) 0x147150 args = (struct imap_arg *) 0x145100 search_arg = (struct mail_search_arg *) 0x147118 messageset = 0x1451b8 "302" ret = 1 #10 0x000278e8 in client_handle_input (cmd=0x11fd8c) at client.c:423 client = (struct client *) 0x11fd48 __PRETTY_FUNCTION__ = "client_handle_input" #11 0x00027ad0 in _client_input (context=0x11fd48) at client.c:474 client = (struct client *) 0x11fd48 cmd = (struct client_command_context *) 0x11fd8c ret = 657473 #12 0x000dc5e4 in io_loop_handler_run (ioloop=0x135e40) at ioloop-poll.c:199 ctx = (struct ioloop_handler_context *) 0x1212d0 pollfd = (struct pollfd *) 0x144220 tv = {tv_sec = 0, tv_usec = 999470} io = (struct io *) 0x121b58 t_id = 2 msecs = 999 ret = 0 call = true #13 0x000db6b0 in io_loop_run (ioloop=0x135e40) at ioloop.c:281 No locals. #14 0x0003832c in main (argc=3, argv=0xffbff974, envp=0xffbff984) at main.c:280 No locals. From odhiambo.raburu at wananchi.com Thu Nov 23 17:14:03 2006 From: odhiambo.raburu at wananchi.com (Odhiambo WASHINGTON) Date: Thu, 23 Nov 2006 18:14:03 +0300 Subject: [Dovecot] Dovecot hung or what? Message-ID: <20061123151403.GV20728@ns2.wananchi.com> Here is my first major problem with dovecot. I am running rc15 on FreeBSD 6.1. I run dovecot supervised by DJB's daemontools. I run only the pop3 service. A colleague informed me that pop3 service was simply not responding. They could not rcv mail. When I checked the server, tail-ing dovecot.log, here is what was scrolling: [wash at nbi ~]$ tail -f /var/log/dovecot.log dovecot: Nov 23 18:04:11 Info: pop3-login: Disconnected: Inactivity: rip=196.200.37.94, lip=62.8.64.64 dovecot: Nov 23 18:04:11 Info: pop3-login: Disconnected: Inactivity: rip=196.200.42.212, lip=196.200.36.2 dovecot: Nov 23 18:04:12 Info: pop3-login: Disconnected: Inactivity: rip=196.200.35.130, lip=62.8.64.64 dovecot: Nov 23 18:04:13 Info: pop3-login: Disconnected: Inactivity: rip=168.144.108.27, lip=62.8.64.64 dovecot: Nov 23 18:04:14 Info: pop3-login: Disconnected: Inactivity: rip=168.144.108.8, lip=62.8.64.64 dovecot: Nov 23 18:04:17 Info: pop3-login: Disconnected: Inactivity: rip=196.200.39.169, lip=62.8.64.64 dovecot: Nov 23 18:04:17 Info: pop3-login: Disconnected: Inactivity: rip=41.220.126.2, lip=196.200.38.2 dovecot: Nov 23 18:04:17 Info: pop3-login: Disconnected: Inactivity: rip=196.200.39.169, lip=62.8.64.64 dovecot: Nov 23 18:04:18 Info: pop3-login: Disconnected: Inactivity: rip=196.200.37.174, lip=62.8.64.64 dovecot: Nov 23 18:04:19 Info: pop3-login: Disconnected: Inactivity: rip=196.216.68.230, lip=62.8.64.64 dovecot: Nov 23 18:04:22 Info: pop3-login: Disconnected: Inactivity: rip=196.200.45.54, lip=62.8.64.64 dovecot: Nov 23 18:04:26 Info: pop3-login: Disconnected: Inactivity: rip=196.200.35.130, lip=62.8.64.64 dovecot: Nov 23 18:04:27 Info: pop3-login: Disconnected: Inactivity: rip=196.200.45.54, lip=62.8.64.64 dovecot: Nov 23 18:04:28 Info: pop3-login: Disconnected: Inactivity: rip=41.220.126.2, lip=62.8.64.64 dovecot: Nov 23 18:04:28 Info: pop3-login: Disconnected: Inactivity: rip=196.207.23.28, lip=62.8.64.64 dovecot: Nov 23 18:04:31 Info: pop3-login: Disconnected: Inactivity: rip=82.109.38.129, lip=62.8.64.64 dovecot: Nov 23 18:04:32 Info: pop3-login: Disconnected: Inactivity: rip=41.222.12.121, lip=196.200.36.2 ^C [wash at nbi ~]$ su Password: nbi# sh /usr/local/etc/rc.d/svscan.sh stop Stopping svscan. nbi# sh /usr/local/etc/rc.d/svscan.sh start Starting svscan. I then restarted the service .... nbi# nbi# tail -f /var/log/dovecot.log dovecot: Nov 23 18:04:47 Info: pop3-login: Disconnected: Shutting down: rip=196.200.37.126, lip=62.8.64.64 dovecot: Nov 23 18:04:47 Info: pop3-login: Disconnected: Shutting down: rip=196.200.39.74, lip=62.8.64.64 dovecot: Nov 23 18:04:47 Info: pop3-login: Disconnected: Shutting down: rip=196.200.35.146, lip=62.8.64.64 dovecot: Nov 23 18:04:47 Info: pop3-login: Disconnected: Shutting down: rip=196.200.37.42, lip=62.8.64.64 dovecot: Nov 23 18:04:47 Info: pop3-login: Disconnected: Shutting down: rip=196.200.46.122, lip=62.8.64.64 dovecot: Nov 23 18:04:50 Info: Dovecot v1.0.rc15 starting up After this, dovecot was now answering as expected. 1. What could the problem be? 2. How can I reproduce it. PS: This has never happened ever since with the previous versions. -Wash http://www.netmeister.org/news/learn2quote.html DISCLAIMER: See http://www.wananchi.com/bms/terms.php -- +======================================================================+ |\ _,,,---,,_ | Odhiambo Washington Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +======================================================================+ It's lucky you're going so slowly, because you're going in the wrong direction. From johnmcd at cs.nuim.ie Thu Nov 23 19:55:43 2006 From: johnmcd at cs.nuim.ie (John McDonald) Date: Thu, 23 Nov 2006 17:55:43 +0000 Subject: [Dovecot] Two email accounts writing to one nfs shared home directory Message-ID: <4565E09F.6020606@cs.nuim.ie> I use dovecot as a local imap server on my desktop machine due to the fact that my workplace only support POP3. I use fetchmail to pop, postfix to deliver, and dovecot for client access. At present I have a single email account which is the same as my system login and have postfix and dovecot setup to use ~/Maildir. The home directories on our system are served from a central file system, using nfs, which has full backup/disaster recovery policy implemented. I now need to setup a second separate email account for a specific task. Our sysadmins have setup this account for me on the POP3 server. The problem is that this account does not have a home directory on our system and therefore I can't write to ~/Maildir. What I would like to do is setup the same type of system for this second account without necessitating the creation of a home directory. That is, I would like a second Maildir folder in my own user account to which this second email account's messages are delivered. This way I will have full backup of the messages. What is the most straightforward way of achieving this? (or can it be done at all?) Thanks for the help. Regards, John McDonald. From johannes at sipsolutions.net Thu Nov 23 20:32:15 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Thu, 23 Nov 2006 19:32:15 +0100 Subject: [Dovecot] Two email accounts writing to one nfs shared home directory In-Reply-To: <4565E09F.6020606@cs.nuim.ie> References: <4565E09F.6020606@cs.nuim.ie> Message-ID: <1164306735.24475.3.camel@johannes.berg> On Thu, 2006-11-23 at 17:55 +0000, John McDonald wrote: > What is the most straightforward way of achieving this? (or can it be > done at all?) Add a static userdb to your dovecot configuration for the second account and configure all the parameters there. johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part URL: From brian at braverock.com Thu Nov 23 22:47:05 2006 From: brian at braverock.com (Brian G. Peterson) Date: Thu, 23 Nov 2006 14:47:05 -0600 Subject: [Dovecot] Two email accounts writing to one nfs shared home directory In-Reply-To: <4565E09F.6020606@cs.nuim.ie> References: <4565E09F.6020606@cs.nuim.ie> Message-ID: <200611231447.06135.brian@braverock.com> On Thursday 23 November 2006 11:55, John McDonald wrote: > That is, > I would like a second Maildir folder in my own user account to which > this second email account's messages are delivered. This way I will > have full backup of the messages. > > What is the most straightforward way of achieving this? (or can it be > done at all? If you don't need a separate local imap account, just have fetchmail retrieve the mail into a Maildir that is a subdirectory of ~/Maildir. Regards, - Brian From iarteaga at cwpanama.net Thu Nov 23 22:56:52 2006 From: iarteaga at cwpanama.net (Ivan Arteaga) Date: Thu, 23 Nov 2006 15:56:52 -0500 Subject: [Dovecot] Dovecot hung or what? In-Reply-To: <20061123151403.GV20728@ns2.wananchi.com> Message-ID: Hello List, I have a dovecot server working with sendmail in virtual sites configuration, it is working really well. Now I have to work with pop3s (ssl) and I would like to know if it's possible to define something like: Server = example.com Address = 1.1.1.1 Certificate = certificateDirPath I will appreciate any suggestion, my dovecot version is 1.0 Thanks in advance. --Ivan. From iarteaga at cwpanama.net Thu Nov 23 23:14:13 2006 From: iarteaga at cwpanama.net (Ivan Arteaga) Date: Thu, 23 Nov 2006 16:14:13 -0500 Subject: [Dovecot] Dovecot working with multiple ssl certificates In-Reply-To: Message-ID: Hello List, I have a dovecot server working with sendmail in virtual sites configuration, it is working really well. Now I have to work with pop3s (ssl) and I would like to know if it's possible to define something like: Server = example.com Address = 1.1.1.1 Certificate = certificateDirPath I will appreciate any suggestion, my dovecot version is 1.0 Thanks in advance. --Ivan. From maria.freixes_graells at alcatel.es Thu Nov 23 19:48:21 2006 From: maria.freixes_graells at alcatel.es (maria.freixes_graells at alcatel.es) Date: Thu, 23 Nov 2006 18:48:21 +0100 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration Message-ID: <4565DEE5.9090502@alcatel.es> Hello people!! First, thanks very much to Ejay Hire and to John Peacock for your quickly answer!! Now, I've dovecot installed, I downloaded the source and I compiled them. It's running ok now. But.....as I am new in all these issues I have some problems with the configuration. I have a user called "webmaster" that have a mail into /var/spool/mail, I want to redirect these mails to the "Evolution Mail" program from my Linux Desktop. I have doubts in two ways: 1.- Is the dovecot.conf file correct? 2.- Are the "Evolution Mail" setting correct? Evolution Account Settings: Name: webmaster at bar.ses.alcatel.es Full Name: webmaster Email Address: webmaster at bar.ses.alcatel.es Server Type: POP Host: 159.23.98.66 Username: webmaster Server Type: SMTP Server Configuration: 159.23.98.66 ## Dovecot configuration file # If you're in a hurry, see http://wiki.dovecot.org/QuickConfiguration # '#' character and everything after it is treated as comments. Extra spaces # and tabs are ignored. If you want to use either of these explicitly, put the # value inside quotes, eg.: key = "# char and trailing whitespace " # Default values are shown for each setting, it's not required to uncomment # any of the lines. Exception to this are paths, they're just examples with # the real defaults being based on configure options. The paths listed here # are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var # --with-ssldir=/etc/ssl # Base directory where to store runtime data. #base_dir = /var/run/dovecot/ # Protocols we want to be serving: imap imaps pop3 pop3s # If you only want to use dovecot-auth, you can set this to "none". protocols = imap imaps pop3 pop3s # IP or host address where to listen in for connections. It's not currently # possible to specify multiple addresses. "*" listens in all IPv4 interfaces. # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4 # interfaces depending on the operating system. # # If you want to specify ports for each service, you will need to configure # these settings inside the protocol imap/pop3 { ... } section, so you can # specify different ports for IMAP/POP3. For example: # protocol imap { # listen = *:10143 # ssl_listen = *:10943 # .. # } # protocol pop3 { # listen = *:10100 # .. # } #listen = * # Disable LOGIN command and all other plaintext authentications unless # SSL/TLS is used (LOGINDISABLED capability). Note that if the remote IP # matches the local IP (ie. you're connecting from the same computer), the # connection is considered secure and plaintext authentication is allowed. #disable_plaintext_auth = yes # Should all IMAP and POP3 processes be killed when Dovecot master process # shuts down. Setting this to "no" means that Dovecot can be upgraded without # forcing existing client connections to close (although that could also be # a problem if the upgrade is eg. because of a security fix). This however # means that after master process has died, the client processes can't write # to log files anymore. #shutdown_clients = yes ## ## Logging ## # Use this logfile instead of syslog(). /dev/stderr can be used if you want to # use stderr for logging (ONLY /dev/stderr - otherwise it is closed). #log_path = # For informational messages, use this logfile instead of the default #info_log_path = # Prefix for each line written to log file. % codes are in strftime(3) # format. #log_timestamp = "%b %d %H:%M:%S " # Syslog facility to use if you're logging to syslog. Usually if you don't # want to use "mail", you'll use local0..local7. Also other standard # facilities are supported. #syslog_facility = mail ## ## SSL settings ## # IP or host address where to listen in for SSL connections. Defaults # to above if not specified. #ssl_listen = # Disable SSL/TLS support. ssl_disable = yes # PEM encoded X.509 SSL/TLS certificate and private key. They're opened before # dropping root privileges, so keep the key file unreadable by anyone but # root. Included doc/mkcert.sh can be used to easily generate self-signed # certificate, just make sure to update the domains in dovecot-openssl.cnf #ssl_cert_file = /etc/ssl/certs/dovecot.pem #ssl_key_file = /etc/ssl/private/dovecot.pem # If key file is password protected, give the password here. Alternatively # give it when starting dovecot with -p parameter. #ssl_key_password = # File containing trusted SSL certificate authorities. Usually not needed. # The CAfile should contain the CA-certificate(s) followed by the matching # CRL(s). CRL checking is new in dovecot .rc1 #ssl_ca_file = # Request client to send a certificate. #ssl_verify_client_cert = no # How often to regenerate the SSL parameters file. Generation is quite CPU # intensive operation. The value is in hours, 0 disables regeneration # entirely. #ssl_parameters_regenerate = 168 # SSL ciphers to use #ssl_cipher_list = ALL:!LOW # Show protocol level SSL errors. #verbose_ssl = no ## ## Login processes ## # Directory where authentication process places authentication UNIX sockets # which login needs to be able to connect to. The sockets are created when # running as root, so you don't have to worry about permissions. Note that # everything in this directory is deleted when Dovecot is started. #login_dir = /var/run/dovecot/login # chroot login process to the login_dir. Only reason not to do this is if you # wish to run the whole Dovecot without roots. # http://wiki.dovecot.org/Rootless #login_chroot = yes # User to use for the login process. Create a completely new user for this, # and don't use it anywhere else. The user must also belong to a group where # only it has access, it's used to control access for authentication process. # Note that this user is NOT used to access mails. # http://wiki.dovecot.org/UserIds login_user = linus # Set max. process size in megabytes. If you don't use # login_process_per_connection you might need to grow this. #login_process_size = 32 # Should each login be processed in it's own process (yes), or should one # login process be allowed to process multiple connections (no)? Yes is more # secure, espcially with SSL/TLS enabled. No is faster since there's no need # to create processes all the time. #login_process_per_connection = yes # Number of login processes to keep for listening new connections. #login_processes_count = 3 # Maximum number of login processes to create. The listening process count # usually stays at login_processes_count, but when multiple users start logging # in at the same time more extra processes are created. To prevent fork-bombing # we check only once in a second if new processes should be created - if all # of them are used at the time, we double their amount until the limit set by # this setting is reached. #login_max_processes_count = 128 # Maximum number of connections allowed per each login process. This setting # is used only if login_process_per_connection=no. Once the limit is reached, # the process notifies master so that it can create a new login process. # You should make sure that the process has at least # 16 + login_max_connections * 2 available file descriptors. #login_max_connections = 256 # Greeting message for clients. #login_greeting = Dovecot ready. # Space-separated list of elements we want to log. The elements which have # a non-empty variable value are joined together to form a comma-separated # string. #login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c # Login log format. %$ contains login_log_format_elements string, %s contains # the data we want to log. #login_log_format = %$: %s ## ## Mailbox locations and namespaces ## # Location for users' mailboxes. This is the same as the old default_mail_env # setting. The default is empty, which means that Dovecot tries to find the # mailboxes automatically. This won't work if the user doesn't have any mail # yet, so you should explicitly tell Dovecot the full location. # # If you're using mbox, giving a path to the INBOX file (eg. /var/mail/%u) # isn't enough. You'll also need to tell Dovecot where the other mailboxes are # and where Dovecot can place its index files. This is called the "root mail # directory", and it must be the first path given in the mail_location setting. # # There are a few special variables you can use, eg.: # # %u - username # %n - user part in user at domain, same as %u if there's no domain # %d - domain part in user at domain, empty if there's no domain # %h - home directory # # See doc/variables.txt for full list. Some examples: # # mail_location = maildir:~/Maildir # mail_location = mbox:~/mail:INBOX=/var/mail/%u # mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n # # http://wiki.dovecot.org/MailLocation # mail_location = mbox:~/mail:INBOX=/var/mail/%u:INDEX=/var/indexes/%u # If you need to set multiple mailbox locations or want to change default # namespace settings, you can do it by defining namespace sections: # # You can have private, shared and public namespaces. The only difference # between them is how Dovecot announces them to client via NAMESPACE # extension. Shared namespaces are meant for user-owned mailboxes which are # shared to other users, while public namespaces are for more globally # accessible mailboxes. # # REMEMBER: If you add any namespaces, the default namespace must be added # explicitly, ie. mail_location does nothing unless you have a namespace # without a location setting. Default namespace is simply done by having a # namespace with empty prefix. #namespace private { # Hierarchy separator to use. You should use the same separator for all # namespaces or some clients get confused. '/' is usually a good one. # The default however depends on the underlying mail storage format. #separator = # Prefix required to access this namespace. This needs to be different for # all namespaces. For example "Public/". #prefix = # Physical location of the mailbox. This is in same format as # mail_location, which is also the default for it. #location = # There can be only one INBOX, and this setting defines which namespace # has it. #inbox = yes # If namespace is hidden, it's not advertised to clients via NAMESPACE # extension or shown in LIST replies. This is mostly useful when converting # from another server with different namespaces which you want to depricate # but still keep working. For example you can create hidden namespaces with # prefixes "~/mail/", "~%u/mail/" and "mail/". #hidden = yes #} # Grant access to these extra groups for mail processes. Typical use would be # to give "mail" group write access to /var/mail to be able to create dotlocks. #mail_extra_groups = # Allow full filesystem access to clients. There's no access checks other than # what the operating system does for the active UID/GID. It works with both # maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/ # or ~user/. #mail_full_filesystem_access = no ## ## Mail processes ## # Enable mail process debugging. This can help you figure out why Dovecot # isn't finding your mails. #mail_debug = no # Log prefix for mail processes. See doc/variables.txt for list of possible # variables you can use. #mail_log_prefix = "%Us(%u): " # Use mmap() instead of read() to read mail files. read() seems to be a bit # faster with my Linux/x86 and it's better with NFS, so that's the default. # Note that OpenBSD 3.3 and older don't work right with mail_read_mmaped = yes. #mail_read_mmaped = no # Don't use mmap() at all. This is required if you store indexes to shared # filesystems (NFS or clustered filesystem). #mmap_disable = no # Don't write() to mmaped files. This is required for some operating systems # which use separate caches for them, such as OpenBSD. #mmap_no_write = no # Locking method for index files. Alternatives are fcntl, flock and dotlock. # Dotlocking uses some tricks which may create more disk I/O than other locking # methods. NOTE: If you use NFS, remember to change also mmap_disable setting! #lock_method = fcntl # Drop all privileges before exec()ing the mail process. This is mostly # meant for debugging, otherwise you don't get core dumps. It could be a small # security risk if you use single UID for multiple users, as the users could # ptrace() each others processes then. #mail_drop_priv_before_exec = no # Show more verbose process titles (in ps). Currently shows user name and # IP address. Useful for seeing who are actually using the IMAP processes # (eg. shared mailboxes or if same uid is used for multiple accounts). #verbose_proctitle = no # Valid UID range for users, defaults to 500 and above. This is mostly # to make sure that users can't log in as daemons or other system users. # Note that denying root logins is hardcoded to dovecot binary and can't # be done even if first_valid_uid is set to 0. #first_valid_uid = 500 #last_valid_uid = 0 # Valid GID range for users, defaults to non-root/wheel. Users having # non-valid GID as primary group ID aren't allowed to log in. If user # belongs to supplementary groups with non-valid GIDs, those groups are # not set. #first_valid_gid = 1 #last_valid_gid = 0 # Maximum number of running mail processes. When this limit is reached, # new users aren't allowed to log in. #max_mail_processes = 1024 # Set max. process size in megabytes. Most of the memory goes to mmap()ing # files, so it shouldn't harm much even if this limit is set pretty high. #mail_process_size = 256 # Maximum allowed length for mail keyword name. It's only forced when trying # to create new keywords. #mail_max_keyword_length = 50 # Default umask to use for mail files and directories. #umask = 0077 # ':' separated list of directories under which chrooting is allowed for mail # processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too). # This setting doesn't affect login_chroot or auth_chroot variables. # WARNING: Never add directories here which local users can modify, that # may lead to root exploit. Usually this should be done only if you don't # allow shell access for users. See doc/configuration.txt for more information. #valid_chroot_dirs = # Default chroot directory for mail processes. This can be overridden for # specific users in user database by giving /./ in user's home directory # (eg. /home/./user chroots into /home). Note that usually there is no real # need to do chrooting, Dovecot doesn't allow users to access files outside # their mail directory anyway. #mail_chroot = ## ## Mailbox handling optimizations ## # Space-separated list of fields to initially save into cache file. Currently # these fields are allowed: # # flags, date.sent, date.received, size.virtual, size.physical # mime.parts, imap.body, imap.bodystructure # # Different IMAP clients work in different ways, so they benefit from # different cached fields. Some do not benefit from them at all. Caching more # than necessary generates useless disk I/O, so you don't want to do that # either. # # Dovecot attempts to automatically figure out what client wants and it keeps # only that. However the first few times a mailbox is opened, Dovecot hasn't # yet figured out what client needs, so it may not perform optimally. If you # know what fields the majority of your clients need, it may be useful to set # these fields by hand. If client doesn't actually use them, Dovecot will # eventually drop them. # # Usually you should just leave this field alone. The potential benefits are # typically unnoticeable. #mail_cache_fields = # Space-separated list of fields that Dovecot should never save to cache file. # Useful if you want to save disk space at the cost of more I/O when the fields # needed. #mail_never_cache_fields = # The minimum number of mails in a mailbox before updates are done to cache # file. This allows optimizing Dovecot's behavior to do less disk writes at # the cost of more disk reads. #mail_cache_min_mail_count = 0 # When IDLE command is running, mailbox is checked once in a while to see if # there are any new mails or other changes. This setting defines the minimum # time to wait between those checks. Dovecot is however able to use dnotify # and inotify with Linux to reply immediately after the change occurs. #mailbox_idle_check_interval = 30 # Save mails with CR+LF instead of plain LF. This makes sending those mails # take less CPU, especially with sendfile() syscall with Linux and FreeBSD. # But it also creates a bit more disk I/O which may just make it slower. # Also note that if other software reads the mboxes/maildirs, they may handle # the extra CRs wrong and cause problems. #mail_save_crlf = no ## ## Maildir-specific settings ## # By default LIST command returns all entries in maildir beginning with dot. # Enabling this option makes Dovecot return only entries which are directories. # This is done by stat()ing each entry, so it causes more disk I/O. # (For systems setting struct dirent->d_type, this check is free and it's # done always regardless of this setting) #maildir_stat_dirs = no # Copy mail to another folders using hard links. This is much faster than # actually copying the file. This is problematic only if something modifies # the mail in one folder but doesn't want it modified in the others. I don't # know any MUA which would modify mail files directly. IMAP protocol also # requires that the mails don't change, so it would be problematic in any case. # If you care about performance, enable it. #maildir_copy_with_hardlinks = no ## ## mbox-specific settings ## # Which locking methods to use for locking mbox. There are four available: # dotlock: Create .lock file. This is the oldest and most NFS-safe # solution. If you want to use /var/mail/ like directory, the users # will need write access to that directory. # fcntl : Use this if possible. Works with NFS too if lockd is used. # flock : May not exist in all systems. Doesn't work with NFS. # lockf : May not exist in all systems. Doesn't work with NFS. # # You can use multiple locking methods; if you do the order they're declared # in is important to avoid deadlocks if other MTAs/MUAs are using multiple # locking methods as well. Some operating systems don't allow using some of # them simultaneously. #mbox_read_locks = fcntl #mbox_write_locks = dotlock fcntl # Maximum time in seconds to wait for lock (all of them) before aborting. #mbox_lock_timeout = 300 # If dotlock exists but the mailbox isn't modified in any way, override the # lock file after this many seconds. #mbox_dotlock_change_timeout = 120 # When mbox changes unexpectedly we have to fully read it to find out what # changed. If the mbox is large this can take a long time. Since the change # is usually just a newly appended mail, it'd be faster to simply read the # new mails. If this setting is enabled, Dovecot does this but still safely # fallbacks to re-reading the whole mbox file whenever something in mbox isn't # how it's expected to be. The only real downside to this setting is that if # some other MUA changes message flags, Dovecot doesn't notice it immediately. # Note that a full sync is done with SELECT, EXAMINE, EXPUNGE and CHECK # commands. #mbox_dirty_syncs = yes # Like mbox_dirty_syncs, but don't do full syncs even with SELECT, EXAMINE, # EXPUNGE or CHECK commands. If this is set, mbox_dirty_syncs is ignored. #mbox_very_dirty_syncs = no # Delay writing mbox headers until doing a full write sync (EXPUNGE and CHECK # commands and when closing the mailbox). This is especially useful for POP3 # where clients often delete all mails. The downside is that our changes # aren't immediately visible to other MUAs. #mbox_lazy_writes = yes # If mbox size is smaller than this (in kilobytes), don't write index files. # If an index file already exists it's still read, just not updated. #mbox_min_index_size = 0 ## ## dbox-specific settings ## # Maximum dbox file size in kilobytes until it's rotated. #dbox_rotate_size = 2048 # Minimum dbox file size in kilobytes before it's rotated # (overrides dbox_rotate_days) #dbox_rotate_min_size = 16 # Maximum dbox file age in days until it's rotated. Day always begins from # midnight, so 1 = today, 2 = yesterday, etc. 0 = check disabled. #dbox_rotate_days = 0 ## ## IMAP specific settings ## protocol imap { # Login executable location. #login_executable = /usr/libexec/dovecot/imap-login # IMAP executable location. Changing this allows you to execute other # binaries before the imap process is executed. # # This would write rawlogs into ~/dovecot.rawlog/ directory: # mail_executable = /usr/libexec/dovecot/rawlog /usr/libexec/dovecot/imap # # This would attach gdb into the imap process and write backtraces into # /tmp/gdbhelper.* files: # mail_executable = /usr/libexec/dovecot/gdbhelper /usr/libexec/dovecot/imap # #mail_executable = /usr/libexec/dovecot/imap # Maximum IMAP command line length in bytes. Some clients generate very long # command lines with huge mailboxes, so you may need to raise this if you get # "Too long argument" or "IMAP command line too large" errors often. #imap_max_line_length = 65536 # Support for dynamically loadable plugins. mail_plugins is a space separated # list of plugins to load. #mail_plugins = #mail_plugin_dir = /usr/lib/dovecot/imap # Send IMAP capabilities in greeting message. This makes it unnecessary for # clients to request it with CAPABILITY command, so it saves one round-trip. # Many clients however don't understand it and ask the CAPABILITY anyway. #login_greeting_capability = no # Override the IMAP CAPABILITY response. #imap_capability = # Workarounds for various client bugs: # delay-newmail: # Send EXISTS/RECENT new mail notifications only when replying to NOOP # and CHECK commands. Some clients ignore them otherwise, for example # OSX Mail. Outlook Express breaks more badly though, without this it # may show user "Message no longer in server" errors. Note that OE6 still # breaks even with this workaround if synchronization is set to # "Headers Only". # outlook-idle: # Outlook and Outlook Express never abort IDLE command, so if no mail # arrives in half a hour, Dovecot closes the connection. This is still # fine, except Outlook doesn't connect back so you don't see if new mail # arrives. # netscape-eoh: # Netscape 4.x breaks if message headers don't end with the empty "end of # headers" line. Normally all messages have this, but setting this # workaround makes sure that Netscape never breaks by adding the line if # it doesn't exist. This is done only for FETCH BODY[HEADER.FIELDS..] # commands. Note that RFC says this shouldn't be done. # tb-extra-mailbox-sep: # With mbox storage a mailbox can contain either mails or submailboxes, # but not both. Thunderbird separates these two by forcing server to # accept '/' suffix in mailbox names in subscriptions list. # The list is space-separated. #imap_client_workarounds = outlook-idle } ## ## POP3 specific settings ## protocol pop3 { # Login executable location. #login_executable = /usr/libexec/dovecot/pop3-login # POP3 executable location. See IMAP's mail_executable above for examples # how this could be changed. #mail_executable = /usr/libexec/dovecot/pop3 # Don't try to set mails non-recent or seen with POP3 sessions. This is # mostly intended to reduce disk I/O. With maildir it doesn't move files # from new/ to cur/, with mbox it doesn't write Status-header. #pop3_no_flag_updates = no # Support LAST command which exists in old POP3 specs, but has been removed # from new ones. Some clients still wish to use this though. Enabling this # makes RSET command clear all \Seen flags from messages. #pop3_enable_last = no # If mail has X-UIDL header, use it as the mail's UIDL. #pop3_reuse_xuidl = no # Keep the mailbox locked for the entire POP3 session. #pop3_lock_session = no # POP3 UIDL format to use. You can use following variables: # # %v - Mailbox UIDVALIDITY # %u - Mail UID # %m - MD5 sum of the mailbox headers in hex (mbox only) # %f - filename (maildir only) # # If you want UIDL compatibility with other POP3 servers, use: # UW's ipop3d : %08Xv%08Xu # Courier version 0 : %f # Courier version 1 : %u # Courier version 2 : %v-%u # Cyrus (<= 2.1.3) : %u # Cyrus (>= 2.1.4) : %v.%u # Older Dovecots : %v.%u # tpop3d : %Mf # # Note that Outlook 2003 seems to have problems with %v.%u format which was # Dovecot's default, so if you're building a new server it would be a good # idea to change this. %08Xu%08Xv should be pretty fail-safe. # # NOTE: Nowadays this is required to be set explicitly, since the old # default was bad but it couldn't be changed without breaking existing # installations. %08Xu%08Xv will be the new default, so use it for new # installations. # #pop3_uidl_format = # POP3 logout format string: # %t - number of TOP commands # %p - number of bytes sent to client as a result of TOP command # %r - number of RETR commands # %b - number of bytes sent to client as a result of RETR command # %d - number of deleted messages # %m - number of messages (before deletion) # %s - mailbox size in bytes (before deletion) #pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s # Support for dynamically loadable plugins. mail_plugins is a space separated # list of plugins to load. #mail_plugins = #mail_plugin_dir = /usr/lib/dovecot/pop3 # Workarounds for various client bugs: # outlook-no-nuls: # Outlook and Outlook Express hang if mails contain NUL characters. # This setting replaces them with 0x80 character. # oe-ns-eoh: # Outlook Express and Netscape Mail breaks if end of headers-line is # missing. This option simply sends it if it's missing. # The list is space-separated. #pop3_client_workarounds = } ## ## LDA specific settings ## protocol lda { # Address to use when sending rejection mails. postmaster_address = postmaster at example.com # Hostname to use in various parts of sent mails, eg. in Message-Id. # Default is the system's real hostname. #hostname = # Support for dynamically loadable plugins. mail_plugins is a space separated # list of plugins to load. #mail_plugins = #mail_plugin_dir = /usr/lib/dovecot/lda # Binary to use for sending mails. #sendmail_path = /usr/lib/sendmail # UNIX socket path to master authentication server to find users. #auth_socket_path = /var/run/dovecot/auth-master } ## ## Authentication processes ## # Executable location #auth_executable = /usr/libexec/dovecot/dovecot-auth # Set max. process size in megabytes. #auth_process_size = 256 # Authentication cache size in kilobytes. 0 means it's disabled. # Note that bsdauth, PAM and vpopmail require cache_key to be set for caching # to be used. Also note that currently auth cache doesn't work very well if # you're using multiple passdbs with same usernames in them. #auth_cache_size = 0 # Time to live in seconds for cached data. After this many seconds the cached # record is no longer used, *except* if the main database lookup returns # internal failure. We also try to handle password changes automatically: If # user's previous authentication was successful, but this one wasn't, the # cache isn't used. For now this works only with plaintext authentication. #auth_cache_ttl = 3600 # Space separated list of realms for SASL authentication mechanisms that need # them. You can leave it empty if you don't want to support multiple realms. # Many clients simply use the first one listed here, so keep the default realm # first. #auth_realms = # Default realm/domain to use if none was specified. This is used for both # SASL realms and appending @domain to username in plaintext logins. #auth_default_realm = # List of allowed characters in username. If the user-given username contains # a character not listed in here, the login automatically fails. This is just # an extra check to make sure user can't exploit any potential quote escaping # vulnerabilities with SQL/LDAP databases. If you want to allow all characters, # set this value to empty. #auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ # Username character translations before it's looked up from databases. The # value contains series of from -> to characters. For example "#@/@" means # that '#' and '/' characters are translated to '@'. #auth_username_translation = # Username formatting before it's looked up from databases. You can use # the standard variables here, eg. %Lu would lowercase the username, %n would # drop away the domain if it was given, or "%n-AT-%d" would change the '@' into # "-AT-". This translation is done after auth_username_translation changes. #auth_username_format = # If you want to allow master users to log in by specifying the master # username within the normal username string (ie. not using SASL mechanism's # support for it), you can specify the separator character here. The format # is then . UW-IMAP uses "*" as the # separator, so that could be a good choice. #auth_master_user_separator = # Username to use for users logging in with ANONYMOUS SASL mechanism #auth_anonymous_username = anonymous # More verbose logging. Useful for figuring out why authentication isn't # working. #auth_verbose = no # Even more verbose logging for debugging purposes. Shows for example SQL # queries. #auth_debug = no # In case of password mismatches, log the passwords and used scheme so the # problem can be debugged. Requires auth_debug=yes to be set. #auth_debug_passwords = no # Maximum number of dovecot-auth worker processes. They're used to execute # blocking passdb and userdb queries (eg. MySQL and PAM). They're # automatically created and destroyed as needed. #auth_worker_max_count = 30 # Kerberos keytab to use for the GSSAPI mechanism. Will use the system # default (usually /etc/krb5.keytab) if not specified. #auth_krb5_keytab = auth default { # Space separated list of wanted authentication mechanisms: # plain login digest-md5 cram-md5 ntlm rpa apop anonymous gssapi mechanisms = plain # # Password database is used to verify user's password (and nothing more). # You can have multiple passdbs and userdbs. This is useful if you want to # allow both system users (/etc/passwd) and virtual users to login without # duplicating the system users into virtual database. # # http://wiki.dovecot.org/PasswordDatabase # # By adding master=yes setting inside a passdb you make the passdb a list # of "master users", who can log in as anyone else. Unless you're using PAM, # you probably still want the destination user to be looked up from passdb # that it really exists. This can be done by adding pass=yes setting to the # master passdb. # # http://wiki.dovecot.org/MasterPassword # Users can be temporarily disabled by adding a passdb with deny=yes. # If the user is found from that database, authentication will fail. # The deny passdb should always be specified before others, so it gets # checked first. Here's an example: #passdb passwd-file { # File contains a list of usernames, one per line #args = /etc/dovecot.deny #deny = yes #} # PAM authentication. Preferred nowadays by most systems. # Note that PAM can only be used to verify if user's password is correct, # so it can't be used as userdb. If you don't want to use a separate user # database (passwd usually), you can use static userdb. # REMEMBER: You'll need /etc/pam.d/dovecot file created for PAM # authentication to actually work. # http://wiki.dovecot.org/PasswordDatabase/PAM passdb pam { # [session=yes] [setcred=yes] [cache_key=] [] # # session=yes makes Dovecot open and immediately close PAM session. Some # PAM plugins need this to work, such as pam_mkhomedir. # # setcred=yes makes Dovecot establish PAM credentials if some PAM plugins # need that. They aren't ever deleted though, so this isn't enabled by # default. # # cache_key can be used to enable authentication caching for PAM # (auth_cache_size also needs to be set). It isn't enabled by default # because PAM modules can do all kinds of checks besides checking password, # such as checking IP address. Dovecot can't know about these checks # without some help. cache_key is simply a list of variables (see # doc/variables.txt) which must match for the cached data to be used. # Here are some examples: # %u - Username must match. Probably sufficient for most uses. # %u%r - Username and remote IP address must match. # %u%s - Username and service (ie. IMAP, POP3) must match. # # If service name is "*", it means the authenticating service name # is used, eg. pop3 or imap (/etc/pam.d/pop3, /etc/pam.d/imap). # # Some examples: # args = session=yes * # args = cache_key=%u dovecot #args = dovecot } # /etc/passwd or similar, using getpwnam() # In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. # http://wiki.dovecot.org/AuthDatabase/Passwd #passdb passwd { #} # /etc/shadow or similiar, using getspnam(). Deprecated by PAM nowadays. # http://wiki.dovecot.org/PasswordDatabase/Shadow #passdb shadow { #} # PAM-like authentication for OpenBSD. # http://wiki.dovecot.org/PasswordDatabase/BSDAuth #passdb bsdauth { # [cache_key=] - See cache_key in PAM for explanation. #args = #} # passwd-like file with specified location # http://wiki.dovecot.org/AuthDatabase/PasswdFile #passdb passwd-file { # Path for passwd-file #args = #} # checkpassword executable authentication # NOTE: You will probably want to use "userdb prefetch" with this. # http://wiki.dovecot.org/PasswordDatabase/CheckPassword #passdb checkpassword { # Path for checkpassword binary #args = #} # SQL database # http://wiki.dovecot.org/AuthDatabase/SQL #passdb sql { # Path for SQL configuration file, see doc/dovecot-sql.conf for example #args = #} # LDAP database # http://wiki.dovecot.org/AuthDatabase/LDAP #passdb ldap { # Path for LDAP configuration file, see doc/dovecot-ldap.conf for example #args = #} # vpopmail authentication # http://wiki.dovecot.org/AuthDatabase/VPopMail #passdb vpopmail { # [cache_key=] - See cache_key in PAM for explanation. #args = #} # # User database specifies where mails are located and what user/group IDs # own them. For single-UID configuration use "static". # # http://wiki.dovecot.org/UserDatabase # # /etc/passwd or similar, using getpwnam() # In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. WARNING: nss_ldap is known to be broken # with Dovecot. Don't use it, or users might log in as each others! # http://wiki.dovecot.org/AuthDatabase/Passwd userdb passwd { } # passwd-like file with specified location # http://wiki.dovecot.org/AuthDatabase/PasswdFile #userdb passwd-file { # Path for passwd-file #args = #} # static settings generated from template # http://wiki.dovecot.org/UserDatabase/Static #userdb static { # Template for the fields. Can return anything a userdb could normally # return. For example: # # args = uid=500 gid=500 home=/var/mail/%u # #args = #} # SQL database # http://wiki.dovecot.org/AuthDatabase/SQL #userdb sql { # Path for SQL configuration file, see doc/dovecot-sql.conf for example #args = #} # LDAP database # http://wiki.dovecot.org/AuthDatabase/LDAP #userdb ldap { # Path for LDAP configuration file, see doc/dovecot-ldap.conf for example #args = #} # vpopmail # http://wiki.dovecot.org/AuthDatabase/VPopMail #userdb vpopmail { #} # "prefetch" user database means that the passdb already provided the # needed information and there's no need to do a separate userdb lookup. # This can be made to work with SQL and LDAP databases, see their example # configuration files for more information how to do it. # http://wiki.dovecot.org/UserDatabase/Prefetch #userdb prefetch { #} # User to use for the process. This user needs access to only user and # password databases, nothing else. Only shadow and pam authentication # requires roots, so use something else if possible. Note that passwd # authentication with BSDs internally accesses shadow files, which also # requires roots. Note that this user is NOT used to access mails. # That user is specified by userdb above. user = root # Directory where to chroot the process. Most authentication backends don't # work if this is set, and there's no point chrooting if auth_user is root. # Note that valid_chroot_dirs isn't needed to use this setting. #chroot = # Number of authentication processes to create #count = 1 # Require a valid SSL client certificate or the authentication fails. #ssl_require_client_cert = no # Take the username from client's SSL certificate, using # X509_NAME_get_text_by_NID() which returns the subject's DN's # CommonName. #ssl_username_from_cert = no # It's possible to export the authentication interface to other programs: #socket listen { #master { # Master socket is typically used to give Dovecot's local delivery # agent access to userdb so it can find mailbox locations. It can # however also be used to disturb regular user authentications. # WARNING: Giving untrusted users access to master socket may be a # security risk, don't give too wide permissions to it! #path = /var/run/dovecot/auth-master #mode = 0600 # Default user/group is the one who started dovecot-auth (root) #user = #group = #} #client { # The client socket is generally safe to export to everyone. Typical use # is to export it to your SMTP server so it can do SMTP AUTH lookups # using it. #path = /var/run/dovecot/auth-client #mode = 0660 #} #} } # If you wish to use another authentication server than dovecot-auth, you can # use connect sockets. They assumed to be already running, Dovecot's master # process only tries to connect to them. They don't need any other settings # than the path for the master socket, as the configuration is done elsewhere. # Note that the client sockets must exist in the login_dir. #auth external { # socket connect { # master { # path = /var/run/dovecot/auth-master # } # } #} ## ## Dictionary server settings ## # Dictionary can be used by some plugins to store key=value lists. # Currently this is only used by dict quota backend. The dictionary can be # used either directly or though a dictionary server. The following dict block # maps dictionary names to URIs when the server is used. These can then be # referenced using URIs in format "proxy:". dict { #quota = mysql:/etc/dovecot-dict-quota.conf } ## ## Plugin settings ## plugin { # Here you can give some extra environment variables to mail processes. # This is mostly meant for passing parameters to plugins. %variable # expansion is done for all values. # Quota plugin. Multiple backends are supported: # dirsize: Find and sum all the files found from mail directory # dict: Keep quota stored in dictionary (eg. SQL) # maildir: Maildir++ quota # fs: Read-only support for filesystem quota #quota = maildir # ACL plugin. vfile backend reads ACLs from "dovecot-acl" file from maildir # directory. You can also optionally give a global ACL directory path where # ACLs are applied to all users' mailboxes. The global ACL directory contains # one file for each mailbox, eg. INBOX or sub.mailbox. #acl = vfile:/etc/dovecot-acls # Convert plugin. If set, specifies the source storage path which is # converted to destination storage (mail_location). #convert_mail = mbox:%h/mail # Trash plugin. When saving a message would make user go over quota, this # plugin automatically deletes the oldest mails from configured mailboxes # until the message can be saved within quota limits. The configuration file # is a text file where each line is in format: # Mails are first deleted in lowest -> highest priority number order #trash = /etc/dovecot-trash.conf } -------------- next part -------------- An HTML attachment was scrubbed... URL: From matheus.oliveira at spd.com.br Fri Nov 24 11:59:26 2006 From: matheus.oliveira at spd.com.br (Matheus Antonio Oliveira) Date: Fri, 24 Nov 2006 07:59:26 -0200 Subject: [Dovecot] LDAP authentication windows 2003 Message-ID: <4566C27E.4000506@spd.com.br> An HTML attachment was scrubbed... URL: From t.d.lee at durham.ac.uk Fri Nov 24 12:13:25 2006 From: t.d.lee at durham.ac.uk (David Lee) Date: Fri, 24 Nov 2006 10:13:25 +0000 (GMT) Subject: [Dovecot] mailadm? authentication vs. authorization? Message-ID: Does "dovecot" have anything similar to the UW IMAP "mailadm" group operation? From near the end of: http://www.washington.edu/imap/documentation/RELNOTES.html 'Support for SASL authentication identity vs. authorization identity in the IMAP and POP3 servers. If the user indicated by the authentication identity is in the "mailadm" group, he may specify any authorization identity and get logged in as the authorization identity user.' This allows an email administrator (member of group "mailadm") to sort out problems in a user's mailbox as that user identifier. (We try to train our users not to reveal their password to anyone, not even to our own staff. But sometimes, as staff, it is very useful to be able to do operations as a particular user to diagnose a problem.) -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : Durham University : : http://www.dur.ac.uk/t.d.lee/ South Road : : Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. : From c.d.wakelin at reading.ac.uk Fri Nov 24 12:23:28 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Fri, 24 Nov 2006 10:23:28 +0000 Subject: [Dovecot] mailadm? authentication vs. authorization? In-Reply-To: References: Message-ID: <4566C820.3020901@reading.ac.uk> David Lee wrote: > Does "dovecot" have anything similar to the UW IMAP "mailadm" group > operation? From near the end of: Dovecot supports "master" users; see http://wiki.dovecot.org/MasterPassword So far, I'm only planning to use it for automated migration of staff accounts to, *cough* Exchange, so will probably run it in its own Dovecot service on a different port. I'll also restrict the IP addresses the master user can use. Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From leroy.vanlogchem at wldelft.nl Fri Nov 24 13:03:33 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Fri, 24 Nov 2006 12:03:33 +0100 Subject: [Dovecot] Thanks! Migration UWimap -> Dovecot report Message-ID: <4566D185.9060902@wldelft.nl> Best Dovecot devs, We moved from UW-imap&pop3 to Dovecot this morning (~500 accounts) and reduced our traffic from the home directory server to the imap server bigtime: | 22 Nov| 0.1 0.8| 0.0 0.0| 0.4 0.5| 1550.6 42.9| 1557.3 67.9| | 23 Nov| 0.3 1.0| 0.0 0.1| 0.4 0.6| 1331.8 37.3| 1337.2 46.3| | 24 Nov| 0.0 0.4| 0.0 0.0| 0.2 0.2| 186.8 8.8| 188.9 9.2| Yesterday and the day before we averaged 1.35 TB of NFS traffic for all the remote imap folders (mbox format) while today we only use 1/10th :) Also the lazy purge and writes are absolutly fast now, thanks! One question: Our pop3 users recieved all mail while 'leave mail on server' was enabled -it didnt delete it-. After one such run it's fine. Any idea to improve a uw/ipop3d migration for the next time? pop3_uidl_format = %08Xu%08Xv pop3_client_workarounds = outlook-no-nuls oe-ns-eoh -- Leroy From mahashmi at gmail.com Fri Nov 24 16:08:01 2006 From: mahashmi at gmail.com (Mustafa A. Hashmi) Date: Fri, 24 Nov 2006 19:08:01 +0500 Subject: [Dovecot] Question regarding bounce messages on quota full. [solved] In-Reply-To: <1163884586.8783.235.camel@hurina> References: <5f636a2f0611140916h65c90718l8ebff0ef455f9f26@mail.gmail.com> <1163884586.8783.235.camel@hurina> Message-ID: <5f636a2f0611240608u37e55277p521b8f21eacb18cb@mail.gmail.com> Timo: Again, apologies about the delay in responding. On 11/19/06, Timo Sirainen wrote: > On Tue, 2006-11-14 at 22:16 +0500, Mustafa A. Hashmi wrote: > > > auth default { > .. > > > user = root # <<-- wrong > > > } > > > > > > user = vmail fixes the issue. > > I don't see why that would make any difference. If the user=root works > for normal deliveries, then changing it to vmail shouldn't change > anything in quota-full conditions. I don't see why either! Also: mail_debug = yes was commented out in dovecot.conf. I made no other change (the mta is postfix btw). > If you still see the crash, it would be nice to get gdb backtrace so I > could fix it (see http://dovecot.org/bugreport.html). I'll get this to you asap -- however, may take till Monday. Appreciate your help. Regards, Mustafa. From maria.freixes_graells at alcatel.es Fri Nov 24 17:34:05 2006 From: maria.freixes_graells at alcatel.es (maria.freixes_graells at alcatel.es) Date: Fri, 24 Nov 2006 16:34:05 +0100 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <45670FF2.1000803@alcatel.es> References: <4565DEE5.9090502@alcatel.es> <45670FF2.1000803@alcatel.es> Message-ID: <456710ED.6080200@alcatel.es> > Please....I am lost completly!! Could anyone help me to solve the > question of how can I configure the mail in my linux machine.... > The scenarious is that this linux machine with red had enterprise > linux 4 receives mail from another machine via sendmail. This mail is > saved into /var/spool/mail/ directori, the user is webmaster. > But I want that the mails into /var/spool/mail/webmaster are sended to > the "evolution mail" via pop protocol. > Any idea? > If you could weaste some time with me, I be very gratefully for it!! > Thanks a lot, > Maria > > maria.freixes_graells at alcatel.es escribi?: >> Hello people!! >> >> First, thanks very much to Ejay Hire and to John Peacock for your >> quickly answer!! >> >> Now, I've dovecot installed, I downloaded the source and I compiled >> them. It's running ok now. >> >> But.....as I am new in all these issues I have some problems with the >> configuration. >> >> I have a user called "webmaster" that have a mail into >> /var/spool/mail, I want to redirect these mails to the "Evolution >> Mail" program from my Linux Desktop. >> I have doubts in two ways: >> >> 1.- Is the dovecot.conf file correct? >> 2.- Are the "Evolution Mail" setting correct? >> >> Evolution Account Settings: >> Name: webmaster at bar.ses.alcatel.es >> Full Name: webmaster >> Email Address: webmaster at bar.ses.alcatel.es >> Server Type: POP >> Host: 159.23.98.66 >> Username: webmaster >> Server Type: SMTP >> Server Configuration: 159.23.98.66 >> >> >> From brian at braverock.com Fri Nov 24 18:12:08 2006 From: brian at braverock.com (Brian G. Peterson) Date: Fri, 24 Nov 2006 10:12:08 -0600 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <456710ED.6080200@alcatel.es> References: <4565DEE5.9090502@alcatel.es> <45670FF2.1000803@alcatel.es> <456710ED.6080200@alcatel.es> Message-ID: <200611241012.08368.brian@braverock.com> On Friday 24 November 2006 09:34, maria.freixes_graells at alcatel.es wrote: > > Please....I am lost completly!! Could anyone help me to solve the > > question of how can I configure the mail in my linux machine.... > > The scenarious is that this linux machine with red had enterprise > > linux 4 receives mail from another machine via sendmail. This mail is > > saved into /var/spool/mail/ directori, the user is webmaster. > > But I want that the mails into /var/spool/mail/webmaster are sended > > to the "evolution mail" via pop protocol. > > Any idea? > > If you could weaste some time with me, I be very gratefully for it!! > > Thanks a lot, > > Maria > > > > maria.freixes_graells at alcatel.es escribi?: > >> Hello people!! > >> > >> First, thanks very much to Ejay Hire and to John Peacock for your > >> quickly answer!! > >> > >> Now, I've dovecot installed, I downloaded the source and I compiled > >> them. It's running ok now. > >> > >> But.....as I am new in all these issues I have some problems with > >> the configuration. > >> > >> I have a user called "webmaster" that have a mail into > >> /var/spool/mail, I want to redirect these mails to the "Evolution > >> Mail" program from my Linux Desktop. > >> I have doubts in two ways: > >> > >> 1.- Is the dovecot.conf file correct? > >> 2.- Are the "Evolution Mail" setting correct? > >> > >> Evolution Account Settings: > >> Name: webmaster at bar.ses.alcatel.es > >> Full Name: webmaster > >> Email Address: webmaster at bar.ses.alcatel.es > >> Server Type: POP > >> Host: 159.23.98.66 > >> Username: webmaster > >> Server Type: SMTP > >> Server Configuration: 159.23.98.66 You need to have an uncommented "protocol pop3" section in your config file. There are many examples both in the comments in the distributed dovecot.conf file, and on the dovecot website. for example: protocol pop3 { listen = *:110 } would listen on the standard pop3 port (110) for connections from all hosts. protocol pop3 { listen = localhost:110 } would listen only on localhost (the same machine, not allowing any remote connections to dovecot) Or, on my server, I use: protocol pop3 { ssl_listen = *:995 } allowing only encrypted connections to pop3 from anywhere. you could also combine directives like this: protocol pop3 { listen = *:110 ssl_listen = *:995 } Regards, - Brian From iarteaga at cwpanama.net Fri Nov 24 18:32:54 2006 From: iarteaga at cwpanama.net (Ivan Arteaga) Date: Fri, 24 Nov 2006 11:32:54 -0500 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <456710ED.6080200@alcatel.es> Message-ID: Hi Maria, I think if you're using sendmail as mta in the linux box you can use virtusertable in order to forward the incoming mail from one user to another one, even an external mail. Hope this helps, --Ivan. -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of maria.freixes_graells at alcatel.es Sent: Friday, November 24, 2006 10:34 AM To: dovecot at dovecot.org Subject: Re: [Dovecot] dovecont.conf and "Evolution Mail" configuration > Please....I am lost completly!! Could anyone help me to solve the > question of how can I configure the mail in my linux machine.... > The scenarious is that this linux machine with red had enterprise > linux 4 receives mail from another machine via sendmail. This mail is > saved into /var/spool/mail/ directori, the user is webmaster. > But I want that the mails into /var/spool/mail/webmaster are sended to > the "evolution mail" via pop protocol. > Any idea? > If you could weaste some time with me, I be very gratefully for it!! > Thanks a lot, > Maria > > maria.freixes_graells at alcatel.es escribi?: >> Hello people!! >> >> First, thanks very much to Ejay Hire and to John Peacock for your >> quickly answer!! >> >> Now, I've dovecot installed, I downloaded the source and I compiled >> them. It's running ok now. >> >> But.....as I am new in all these issues I have some problems with the >> configuration. >> >> I have a user called "webmaster" that have a mail into >> /var/spool/mail, I want to redirect these mails to the "Evolution >> Mail" program from my Linux Desktop. >> I have doubts in two ways: >> >> 1.- Is the dovecot.conf file correct? >> 2.- Are the "Evolution Mail" setting correct? >> >> Evolution Account Settings: >> Name: webmaster at bar.ses.alcatel.es >> Full Name: webmaster >> Email Address: webmaster at bar.ses.alcatel.es >> Server Type: POP >> Host: 159.23.98.66 >> Username: webmaster >> Server Type: SMTP >> Server Configuration: 159.23.98.66 >> >> >> From gerard at seibercom.net Fri Nov 24 19:32:05 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Fri, 24 Nov 2006 12:32:05 -0500 (EST) Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <200611241012.08368.brian@braverock.com> References: <4565DEE5.9090502@alcatel.es> <45670FF2.1000803@alcatel.es> <456710ED.6080200@alcatel.es> <200611241012.08368.brian@braverock.com> Message-ID: <20061124122903.F62540@scorpio.seibercom.net> On Fri, 24 Nov 2006, Brian G. Peterson wrote: > On Friday 24 November 2006 09:34, maria.freixes_graells at alcatel.es wrote: >>> Please....I am lost completly!! Could anyone help me to solve the >>> question of how can I configure the mail in my linux machine.... >>> The scenarious is that this linux machine with red had enterprise >>> linux 4 receives mail from another machine via sendmail. This mail is >>> saved into /var/spool/mail/ directori, the user is webmaster. >>> But I want that the mails into /var/spool/mail/webmaster are sended >>> to the "evolution mail" via pop protocol. >>> Any idea? >>> If you could weaste some time with me, I be very gratefully for it!! >>> Thanks a lot, >>> Maria >>> >>> maria.freixes_graells at alcatel.es escribi?: >>>> Hello people!! >>>> >>>> First, thanks very much to Ejay Hire and to John Peacock for your >>>> quickly answer!! >>>> >>>> Now, I've dovecot installed, I downloaded the source and I compiled >>>> them. It's running ok now. >>>> >>>> But.....as I am new in all these issues I have some problems with >>>> the configuration. >>>> >>>> I have a user called "webmaster" that have a mail into >>>> /var/spool/mail, I want to redirect these mails to the "Evolution >>>> Mail" program from my Linux Desktop. >>>> I have doubts in two ways: >>>> >>>> 1.- Is the dovecot.conf file correct? >>>> 2.- Are the "Evolution Mail" setting correct? >>>> >>>> Evolution Account Settings: >>>> Name: webmaster at bar.ses.alcatel.es >>>> Full Name: webmaster >>>> Email Address: webmaster at bar.ses.alcatel.es >>>> Server Type: POP >>>> Host: 159.23.98.66 >>>> Username: webmaster >>>> Server Type: SMTP >>>> Server Configuration: 159.23.98.66 > > You need to have an uncommented "protocol pop3" section in your config > file. There are many examples both in the comments in the distributed > dovecot.conf file, and on the dovecot website. > > for example: > > protocol pop3 { > listen = *:110 > } > > would listen on the standard pop3 port (110) for connections from all > hosts. > > protocol pop3 { > listen = localhost:110 > } > would listen only on localhost (the same machine, not allowing any remote > connections to dovecot) > > Or, on my server, I use: > protocol pop3 { > ssl_listen = *:995 > } > allowing only encrypted connections to pop3 from anywhere. > > you could also combine directives like this: > > protocol pop3 { > listen = *:110 > ssl_listen = *:995 > } I have never uncommented, no modified any of those settings, yet I can connect just fine using STARTTLS. I did make sure that I had both IMAPS and POP3S listed under 'protocols' however. -- Gerard gerard at seibercom.net Recursion: n. See Recursion. Random Shack Data Processing Dictionary From de at floydworld.de Fri Nov 24 19:41:17 2006 From: de at floydworld.de (Dirk Essl) Date: Fri, 24 Nov 2006 18:41:17 +0100 Subject: [Dovecot] Connection to server time out when deleting (moving to Trash) In-Reply-To: <45641DAA.2050501@uninett.no> References: <4563724E.4040402@uninett.no> <45641954.60107@floydworld.de> <45641DAA.2050501@uninett.no> Message-ID: <45672EBD.2060202@floydworld.de> Anders Lund wrote: > Dirk Essl wrote: >> Anders Lund wrote: >>> Hi, >>> >>> Running: >>> * Dovecot 1.0 rc15 >>> * Debian Sarge Linux >>> >>> Using Maildir and IMAP over SSL. >>> >>> When trying to delete a lot of mail (> 5000-6000 messages) in some >>> folder, using Mozilla Thunderbird (1.5.0.7) on Ubuntu, I often >>> experience "Connection to server timed out." Any suggestions >>> on how to fix this problem? >>> >>> "Empty Trash" seem to work fine, so I guess this is related to moving a >>> lot of mail from one folder to another (Thrash)? >> I have exactly the same problem here. Solaris 10, dovecot 1.0rc2, >> maildir, maildir space on a netapp filer mounted via NFS, Thunderbird 1.5.7 >> >> I think in my case the filesystem is to slow. Could that be? > > On my system I'm not mounting filesystem via NFS. > > Using > > Fibre Channel: LSI Logic / Symbios Logic FC919X Fibre Channel Adapter > > attached directly to a > > Vendor: NEXSAN Model: ATAboy(9E263CD3) Rev: A035 > > for the filesystem my mail is delivered to. > > RAID5 on the ATAboy > Generated ext3 filesystem using > * stride=16 > * dir_index > Mounting ext3 using data=writeback. Can anyone pls test, if dovecot behaves the same on your system? I think I'm not even able to delete 1000 messages in a row. Timo: what would you need from us to help us fixing this? > - Anders > -- kind regards, \dirk From maria.freixes_graells at alcatel.es Fri Nov 24 20:20:31 2006 From: maria.freixes_graells at alcatel.es (maria.freixes_graells at alcatel.es) Date: Fri, 24 Nov 2006 19:20:31 +0100 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <20061124122903.F62540@scorpio.seibercom.net> References: <4565DEE5.9090502@alcatel.es> <45670FF2.1000803@alcatel.es> <456710ED.6080200@alcatel.es> <200611241012.08368.brian@braverock.com> <20061124122903.F62540@scorpio.seibercom.net> Message-ID: <456737EF.5030002@alcatel.es> Hi!! Thanks a lot a lot......thanks for your attention!! Something I have wrong in my configuration.... When I do: [root at sewebt home]# telnet localhost 110 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. +OK Dovecot ready. user pepe +OK pass pepe06 -ERR Temporary authentication failure. Connection closed by foreign host. [root at sewebt home]# It fails!! Some problem with the 110 port? With all the best, Maria Gerard Seibert escribi?: > On Fri, 24 Nov 2006, Brian G. Peterson wrote: > >> On Friday 24 November 2006 09:34, maria.freixes_graells at alcatel.es >> wrote: >>>> Please....I am lost completly!! Could anyone help me to solve the >>>> question of how can I configure the mail in my linux machine.... >>>> The scenarious is that this linux machine with red had enterprise >>>> linux 4 receives mail from another machine via sendmail. This mail is >>>> saved into /var/spool/mail/ directori, the user is webmaster. >>>> But I want that the mails into /var/spool/mail/webmaster are sended >>>> to the "evolution mail" via pop protocol. >>>> Any idea? >>>> If you could weaste some time with me, I be very gratefully for it!! >>>> Thanks a lot, >>>> Maria >>>> >>>> maria.freixes_graells at alcatel.es escribi?: >>>>> Hello people!! >>>>> >>>>> First, thanks very much to Ejay Hire and to John Peacock for your >>>>> quickly answer!! >>>>> >>>>> Now, I've dovecot installed, I downloaded the source and I compiled >>>>> them. It's running ok now. >>>>> >>>>> But.....as I am new in all these issues I have some problems with >>>>> the configuration. >>>>> >>>>> I have a user called "webmaster" that have a mail into >>>>> /var/spool/mail, I want to redirect these mails to the "Evolution >>>>> Mail" program from my Linux Desktop. >>>>> I have doubts in two ways: >>>>> >>>>> 1.- Is the dovecot.conf file correct? >>>>> 2.- Are the "Evolution Mail" setting correct? >>>>> >>>>> Evolution Account Settings: >>>>> Name: webmaster at bar.ses.alcatel.es >>>>> Full Name: webmaster >>>>> Email Address: webmaster at bar.ses.alcatel.es >>>>> Server Type: POP >>>>> Host: 159.23.98.66 >>>>> Username: webmaster >>>>> Server Type: SMTP >>>>> Server Configuration: 159.23.98.66 >> >> You need to have an uncommented "protocol pop3" section in your config >> file. There are many examples both in the comments in the distributed >> dovecot.conf file, and on the dovecot website. >> >> for example: >> >> protocol pop3 { >> listen = *:110 >> } >> >> would listen on the standard pop3 port (110) for connections from all >> hosts. >> >> protocol pop3 { >> listen = localhost:110 >> } >> would listen only on localhost (the same machine, not allowing any >> remote >> connections to dovecot) >> >> Or, on my server, I use: >> protocol pop3 { >> ssl_listen = *:995 >> } >> allowing only encrypted connections to pop3 from anywhere. >> >> you could also combine directives like this: >> >> protocol pop3 { >> listen = *:110 >> ssl_listen = *:995 >> } > > I have never uncommented, no modified any of those settings, yet I can > connect just fine using STARTTLS. I did make sure that I had both > IMAPS and POP3S listed under 'protocols' however. > > From brian at braverock.com Fri Nov 24 20:31:01 2006 From: brian at braverock.com (Brian G. Peterson) Date: Fri, 24 Nov 2006 12:31:01 -0600 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <456737EF.5030002@alcatel.es> References: <4565DEE5.9090502@alcatel.es> <20061124122903.F62540@scorpio.seibercom.net> <456737EF.5030002@alcatel.es> Message-ID: <200611241231.01210.brian@braverock.com> On Friday 24 November 2006 12:20, maria.freixes_graells at alcatel.es wrote: > root at sewebt home]# telnet localhost 110 > Trying 127.0.0.1... > Connected to localhost.localdomain (127.0.0.1). > Escape character is '^]'. > +OK Dovecot ready. > user pepe > +OK > pass pepe06 > -ERR Temporary authentication failure. > Connection closed by foreign host. > [root at sewebt home]# > > It fails!! Some problem with the 110 port? Check the dovecot log. Authentication errors at the client side are deliberately vague for security reasons. The actual reason for your failure to authenticate will be in the server mail logs. Check /var/log/maillog, or look at your syslog config to see where it is going. Regards, - Brian From maria.freixes_graells at alcatel.es Fri Nov 24 20:51:06 2006 From: maria.freixes_graells at alcatel.es (maria.freixes_graells at alcatel.es) Date: Fri, 24 Nov 2006 19:51:06 +0100 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <200611241231.01210.brian@braverock.com> References: <4565DEE5.9090502@alcatel.es> <20061124122903.F62540@scorpio.seibercom.net> <456737EF.5030002@alcatel.es> <200611241231.01210.brian@braverock.com> Message-ID: <45673F1A.1040909@alcatel.es> Any idea with the logs? I'm sorry but I understand nothing about them...... Another time, thanks to all that help me, sincerently, Maria The logs: Messages File: Nov 25 02:13:00 sewebt passwd(pam_unix)[4726]: password changed for pepe Nov 25 02:14:22 sewebt su(pam_unix)[4731]: session opened for user pepe by root( uid=0) Nov 25 02:14:26 sewebt su(pam_unix)[4731]: session closed for user pepe Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: passdb Nov 25 02:14:54 sewebt dovecot-auth: PAM pam_parse: expecting return value; [... pam] Nov 25 02:14:54 sewebt dovecot-auth: PAM unable to dlopen(/lib/security/{) Nov 25 02:14:54 sewebt dovecot-auth: PAM [dlerror: /lib/security/{: cannot open shared object file: No such file or directory] Nov 25 02:14:54 sewebt dovecot-auth: PAM adding faulty module: /lib/security/{ Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: args Nov 25 02:14:54 sewebt dovecot-auth: PAM pam_parse: expecting return value; [... =] Nov 25 02:14:54 sewebt dovecot-auth: PAM unable to dlopen(/lib/security/*) Nov 25 02:14:54 sewebt dovecot-auth: PAM [dlerror: /lib/security/*: cannot open shared object file: No such file or directory] Nov 25 02:14:54 sewebt dovecot-auth: PAM adding faulty module: /lib/security/* Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: } MAILLOG file: Nov 25 02:14:54 sewebt dovecot: auth(default): pam(pepe,127.0.0.1): Child proces s died Nov 25 02:14:54 sewebt dovecot: auth(default): PAM: Child 4762 died with signal 11 Nov 25 02:15:54 sewebt dovecot: pop3-login: Disconnected: Inactivity: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Brian G. Peterson escribi?: > On Friday 24 November 2006 12:20, maria.freixes_graells at alcatel.es wrote: > >> root at sewebt home]# telnet localhost 110 >> Trying 127.0.0.1... >> Connected to localhost.localdomain (127.0.0.1). >> Escape character is '^]'. >> +OK Dovecot ready. >> user pepe >> +OK >> pass pepe06 >> -ERR Temporary authentication failure. >> Connection closed by foreign host. >> [root at sewebt home]# >> >> It fails!! Some problem with the 110 port? >> > > Check the dovecot log. Authentication errors at the client side are > deliberately vague for security reasons. The actual reason for your > failure to authenticate will be in the server mail logs. > > Check /var/log/maillog, or look at your syslog config to see where it is > going. > > Regards, > > - Brian > From brian at braverock.com Fri Nov 24 21:39:16 2006 From: brian at braverock.com (Brian G. Peterson) Date: Fri, 24 Nov 2006 13:39:16 -0600 Subject: [Dovecot] dovecont.conf and "Evolution Mail" configuration In-Reply-To: <45673F1A.1040909@alcatel.es> References: <4565DEE5.9090502@alcatel.es> <200611241231.01210.brian@braverock.com> <45673F1A.1040909@alcatel.es> Message-ID: <200611241339.16467.brian@braverock.com> On Friday 24 November 2006 12:51, maria.freixes_graells at alcatel.es wrote: > Any idea with the logs? I'm sorry but I understand nothing about > them...... Another time, thanks to all that help me, sincerently, > Maria > > The logs: > > Messages File: > > Nov 25 02:13:00 sewebt passwd(pam_unix)[4726]: password changed for > pepe Nov 25 02:14:22 sewebt su(pam_unix)[4731]: session opened for user > pepe by root( > uid=0) > Nov 25 02:14:26 sewebt su(pam_unix)[4731]: session closed for user pepe > Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: > passdb > Nov 25 02:14:54 sewebt dovecot-auth: PAM pam_parse: expecting return > value; [... pam] > Nov 25 02:14:54 sewebt dovecot-auth: PAM unable to > dlopen(/lib/security/{) > Nov 25 02:14:54 sewebt dovecot-auth: PAM > [dlerror: /lib/security/{: cannot open > shared object file: No such file or directory] > Nov 25 02:14:54 sewebt dovecot-auth: PAM adding faulty module: > /lib/security/{ > Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: > args Nov 25 02:14:54 sewebt dovecot-auth: PAM pam_parse: expecting > return value; [... > =] > Nov 25 02:14:54 sewebt dovecot-auth: PAM unable to > dlopen(/lib/security/*) Nov 25 02:14:54 sewebt dovecot-auth: PAM > [dlerror: /lib/security/*: cannot open > shared object file: No such file or directory] > Nov 25 02:14:54 sewebt dovecot-auth: PAM adding faulty module: > /lib/security/* > Nov 25 02:14:54 sewebt dovecot-auth: PAM (dovecot) illegal module type: > } Have you searched for these errors online or on the dovecot site? I notice in your configuration (earlier message) that you have passdb pam enabled, but that you don't have any directives uncommented inside your passdb pam section. I see in my config: # REMEMBER: You'll need /etc/pam.d/dovecot file created for PAM # authentication to actually work. passdb pam { args = "*" } I don't know if this will work for your config. You need to look up the errors, and see what you can find. The most relevant parts of your error log appear to be illegal module type: passdb PAM adding faulty module: /lib/security/{ but I'm just guessing that these are related to your root cause. Regards, - Brian From allen at vo.lu Sat Nov 25 00:42:10 2006 From: allen at vo.lu (John and Catherine Allen) Date: Fri, 24 Nov 2006 23:42:10 +0100 Subject: [Dovecot] Connection to server time out when deleting (moving to Trash) In-Reply-To: <45672EBD.2060202@floydworld.de> References: <4563724E.4040402@uninett.no> <45641954.60107@floydworld.de> <45641DAA.2050501@uninett.no> <45672EBD.2060202@floydworld.de> Message-ID: <45677542.5070205@vo.lu> Dirk Essl wrote: > Can anyone pls test, if dovecot behaves the same on your system? > I think I'm not even able to delete 1000 messages in a row. I'm wondering if I have a similar problem. Dovecot 1.0rc14 on Linux (old Gentoo setup with a 2.4.30 kernel) Maildir ext3 filesystem with dir_indexes Single user system, 500 Mhz Via CPU, 256MB RAM Client is Thunderbird 1.5.0.8, timeout set to 600 seconds I've been trying to reorganise some old mailboxes with 20000-30000 messages, but every time I try to delete more than a few hundred messages at a time, I get - after 30-60 seconds (approx) - a "server error" message from Thunderbird. John -- John Allen Bofferdange, Luxembourg allen at vo.lu http://www.homepages.lu/allen From lists at loveturtle.net Sat Nov 25 05:31:03 2006 From: lists at loveturtle.net (Dillon) Date: Fri, 24 Nov 2006 22:31:03 -0500 Subject: [Dovecot] Thanks! Migration UWimap -> Dovecot report In-Reply-To: <4566D185.9060902@wldelft.nl> References: <4566D185.9060902@wldelft.nl> Message-ID: <4567B8F7.5080406@loveturtle.net> look at the pop3_uidl_format in dovecot.conf Leroy van Logchem wrote: > Best Dovecot devs, > > We moved from UW-imap&pop3 to Dovecot this morning (~500 accounts) and > reduced our traffic from the home directory server to the imap server > bigtime: > > | 22 Nov| 0.1 0.8| 0.0 0.0| 0.4 0.5| 1550.6 > 42.9| 1557.3 67.9| > | 23 Nov| 0.3 1.0| 0.0 0.1| 0.4 0.6| 1331.8 > 37.3| 1337.2 46.3| > | 24 Nov| 0.0 0.4| 0.0 0.0| 0.2 0.2| 186.8 > 8.8| 188.9 9.2| > > Yesterday and the day before we averaged 1.35 TB of NFS traffic for all > the remote imap folders (mbox format) while today we only use 1/10th :) > > Also the lazy purge and writes are absolutly fast now, thanks! > > One question: Our pop3 users recieved all mail while 'leave mail on > server' > was enabled -it didnt delete it-. After one such run it's fine. Any > idea to > improve a uw/ipop3d migration for the next time? > > > pop3_uidl_format = %08Xu%08Xv > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > From justinsung.kim at gmail.com Fri Nov 24 20:48:28 2006 From: justinsung.kim at gmail.com (Justin Sung Kim) Date: Fri, 24 Nov 2006 10:48:28 -0800 Subject: [Dovecot] Dovecot, Postfix, Mysql and Virtual Users Message-ID: <917ae5be0611241048o1f98a832yb372c79f28325aa0@mail.gmail.com> Hi, I am looking for a guide or manual to implement Dovecot, Postfix, Mysql and postfixadmin to manage virtual users. Can I get a help from someone? The main issue for me is the SMTP authentication with Mysql. postfixadmin stores the password in md5. How can you make that so it works on both smtp and dovecot? Please help me out. I am stuck with installing and re-installing. Thank you in advance. Justin. -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert at schetterer.org Sat Nov 25 15:08:36 2006 From: robert at schetterer.org (Robert Schetterer) Date: Sat, 25 Nov 2006 14:08:36 +0100 Subject: [Dovecot] Dovecot, Postfix, Mysql and Virtual Users In-Reply-To: <917ae5be0611241048o1f98a832yb372c79f28325aa0@mail.gmail.com> References: <917ae5be0611241048o1f98a832yb372c79f28325aa0@mail.gmail.com> Message-ID: <45684054.9030206@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Justin Sung Kim schrieb: > Hi, > I am looking for a guide or manual to implement Dovecot, Postfix, Mysql and > postfixadmin to manage virtual users. > Can I get a help from someone? > The main issue for me is the SMTP authentication with Mysql. > postfixadmin stores the password in md5. > How can you make that so it works on both smtp and dovecot? > Please help me out. > I am stuck with installing and re-installing. > > Thank you in advance. > > Justin. > > -- > Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > > > Hi Justin, i have this setup up and running for 900 mailboxes but i use plain passwords, bored of asking users about their own passwords. Just follow the install guide from postfixadmin for start, patch postfix with vda ...., please tell the exact nature of your problems mail if you need any help but dont expect answers at once cause i am very busy - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFaEBUNxddAhXBw7QRAi+aAJ0eQtaumY3gIMOdqjsI+s0JFPLV0ACgg/fz VhGD1HB+fJhiql4KlJSPVnw= =SGIl -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From mlists at gmx.de Sat Nov 25 23:58:22 2006 From: mlists at gmx.de (Peter Bauer) Date: Sat, 25 Nov 2006 22:58:22 +0100 Subject: [Dovecot] dovecot-1.0.rc13 LDA Message-ID: <20061125215822.188000@gmx.net> Hello, I've installed dovecot-1.0.rc13 on FreeBSD-6.1 with LDA support. But I didn't found the /var/run/dovecot/auth-master file on my system. I need this file for the protocol lda { ... auth_socket_path = /var/run/dovecot-auth-master ... } settings in the /usr/local/etc/dovecot.conf. Does anyone has an idea? PS: On a older installation (dovecot-1.0.rc7) the file exists and works very well. Thanks. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From fcusack at fcusack.com Sun Nov 26 00:34:20 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Sat, 25 Nov 2006 14:34:20 -0800 Subject: [Dovecot] dovecot-1.0.rc13 LDA In-Reply-To: <20061125215822.188000@gmx.net> References: <20061125215822.188000@gmx.net> Message-ID: <707FF32C0E7FABB7957CCF70@sucksless.local> On November 25, 2006 10:58:22 PM +0100 Peter Bauer wrote: > Hello, > > I've installed dovecot-1.0.rc13 on FreeBSD-6.1 with LDA support. But I > didn't found the /var/run/dovecot/auth-master file on my system. > > I need this file for the > > protocol lda { > ... > auth_socket_path = /var/run/dovecot-auth-master > ... > } > > settings in the /usr/local/etc/dovecot.conf. > Does anyone has an idea? > > PS: On a older installation (dovecot-1.0.rc7) the file exists and works > very well. First of all, the file you asked for is not the file in the conf file. Is that the problem? -frank From mlists at gmx.de Sun Nov 26 14:14:20 2006 From: mlists at gmx.de (Peter Bauer) Date: Sun, 26 Nov 2006 13:14:20 +0100 Subject: [Dovecot] dovecot-1.0.rc13 LDA In-Reply-To: <707FF32C0E7FABB7957CCF70@sucksless.local> References: <20061125215822.188000@gmx.net> <707FF32C0E7FABB7957CCF70@sucksless.local> Message-ID: <20061126121420.169870@gmx.net> -------- Original-Nachricht -------- Datum: Sat, 25 Nov 2006 14:34:20 -0800 Von: Frank Cusack An: Peter Bauer , dovecot at dovecot.org Betreff: Re: [Dovecot] dovecot-1.0.rc13 LDA > On November 25, 2006 10:58:22 PM +0100 Peter Bauer wrote: > > Hello, > > > > I've installed dovecot-1.0.rc13 on FreeBSD-6.1 with LDA support. But I > > didn't found the /var/run/dovecot/auth-master file on my system. > > > > I need this file for the > > > > protocol lda { > > ... > > auth_socket_path = /var/run/dovecot-auth-master > > ... > > } > > > > settings in the /usr/local/etc/dovecot.conf. > > Does anyone has an idea? > > > > PS: On a older installation (dovecot-1.0.rc7) the file exists and works > > very well. > > First of all, the file you asked for is not the file in the conf file. > Is that the problem? > > -frank Hi Frank, it was only a copy and paste bug ;-) I've searched for the "dovecot-auth-master" file everywhere on my system but it DOESN'T exists. So I can not use the dovecot LDA :-( Does anyone has an idea? -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From dovecot at obfusc8.org Sun Nov 26 14:59:51 2006 From: dovecot at obfusc8.org (Peter Fern) Date: Sun, 26 Nov 2006 23:59:51 +1100 Subject: [Dovecot] dovecot-1.0.rc13 LDA In-Reply-To: <20061126121420.169870@gmx.net> References: <20061125215822.188000@gmx.net> <707FF32C0E7FABB7957CCF70@sucksless.local> <20061126121420.169870@gmx.net> Message-ID: <45698FC7.70405@obfusc8.org> Peter Bauer wrote: > I've searched for the "dovecot-auth-master" file everywhere on my system but it DOESN'T exists. So I can not use the dovecot LDA :-( > > Does anyone has an idea? > Check your dovecot.conf: auth default { ... # It's possible to export the authentication interface to other programs: socket listen { master { # Master socket is typically used to give Dovecot's local delivery # agent access to userdb so it can find mailbox locations. It can # however also be used to disturb regular user authentications. # WARNING: Giving untrusted users access to master socket may be a # security risk, don't give too wide permissions to it! path = /var/run/dovecot/auth-master mode = 0660 # Default user/group is the one who started dovecot-auth (root) user = root group = dovecot } ... } From fcusack at fcusack.com Sun Nov 26 20:15:48 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Sun, 26 Nov 2006 10:15:48 -0800 Subject: [Dovecot] dovecot-1.0.rc13 LDA In-Reply-To: <20061126121420.169870@gmx.net> References: <20061125215822.188000@gmx.net> <707FF32C0E7FABB7957CCF70@sucksless.local> <20061126121420.169870@gmx.net> Message-ID: <7A637EA3D36727C9BB209ED7@sucksless.local> On November 26, 2006 1:14:20 PM +0100 Peter Bauer wrote: > > -------- Original-Nachricht -------- > Datum: Sat, 25 Nov 2006 14:34:20 -0800 > Von: Frank Cusack > An: Peter Bauer , dovecot at dovecot.org > Betreff: Re: [Dovecot] dovecot-1.0.rc13 LDA > >> On November 25, 2006 10:58:22 PM +0100 Peter Bauer wrote: >> > Hello, >> > >> > I've installed dovecot-1.0.rc13 on FreeBSD-6.1 with LDA support. But I >> > didn't found the /var/run/dovecot/auth-master file on my system. >> > >> > I need this file for the >> > >> > protocol lda { >> > ... >> > auth_socket_path = /var/run/dovecot-auth-master >> > ... >> > } >> > >> > settings in the /usr/local/etc/dovecot.conf. >> > Does anyone has an idea? >> > >> > PS: On a older installation (dovecot-1.0.rc7) the file exists and works >> > very well. >> >> First of all, the file you asked for is not the file in the conf file. >> Is that the problem? >> >> -frank > > Hi Frank, > > it was only a copy and paste bug ;-) > I've searched for the "dovecot-auth-master" file everywhere on my system > but it DOESN'T exists. So I can not use the dovecot LDA :-( > > Does anyone has an idea? This file is not a file, it's a unix domain socket and it's CREATED by dovecot. So see what changed in your configuration between rc7 and rc13. -frank From peter at norrskenkonsult.com Sun Nov 26 23:39:40 2006 From: peter at norrskenkonsult.com (Peter Lindgren) Date: Sun, 26 Nov 2006 22:39:40 +0100 Subject: [Dovecot] IMAPS works, IMAP does not Message-ID: <456A099C.7050805@norrskenkonsult.com> Hello! I have a simple (I think) problem. I have had IMAPS working fine for a long time. Now I want to start to use IMAP and STARTLS, since my mobile SonyEricsson P900 can't use IMAPS directly. But I can't connect even locally to the IMAP port (143), no-one listens there according to netstat (*.imaps is in LISTEN state). I have the following settings in my /etc/dovecot.conf: protocols = imap imaps ssl_cert_file = /etc/ssl/dovecotcert.pem ssl_key_file = /etc/ssl/private/dovecot.pem disable_plaintext_auth = no login_user = _dovecot login_greeting = Dovecot at casiopea ready. mail_read_mmaped = yes mmap_no_write = no protocol imap { login_greeting_capability = yes } protocol pop3 { } auth_verbose = yes auth default { mechanisms = cram-md5 digest-md5 passdb passwd { } userdb passwd { } user = root } I have restarted (SIGTERM) dovecot to be sure that dovecot is restarted. I still run 1.0beta3 on OpenBSD. TIA, Peter -- Peter Lindgren, dataingenj?r E-post: peter "at" norrskenkonsult punkt com http://www.norrskenkonsult.com From mmaurer at betterbe.com Mon Nov 27 11:42:37 2006 From: mmaurer at betterbe.com (J.M. Maurer) Date: Mon, 27 Nov 2006 10:42:37 +0100 Subject: [Dovecot] Dovecot hung or what? In-Reply-To: <20061123151403.GV20728@ns2.wananchi.com> References: <20061123151403.GV20728@ns2.wananchi.com> Message-ID: <1164620557.32727.2.camel@sigma.lan.uwog.net> On Thu, 2006-11-23 at 18:14 +0300, Odhiambo WASHINGTON wrote: > Here is my first major problem with dovecot. I am running rc15 on > FreeBSD 6.1. I run dovecot supervised by DJB's daemontools. > I run only the pop3 service. > > A colleague informed me that pop3 service was simply not responding. > They could not rcv mail. When I checked the server, tail-ing > dovecot.log, here is what was scrolling: [snip] I basically see the same with rc15, using imap. It doesn't respond to anything anymore. Clueless what is causing it though, I'll try to get some debugging info. Marc From tsh at mrc-lmb.cam.ac.uk Mon Nov 27 12:08:14 2006 From: tsh at mrc-lmb.cam.ac.uk (T. Horsnell) Date: Mon, 27 Nov 2006 10:08:14 +0000 (GMT) Subject: [Dovecot] shared folder Message-ID: The dovecot wiki says: The only way to implement shared folders with Dovecot 0.99.x is to create a "shared userid" which all of the users log in to read mail. Does this mean that folders owned by that shared uid can be *simultaneously* manipulated by multiple users logged in to that shared uid? This doesnt seem to be the case on my dovecot-0.99.11-4.EL4 system, and before investigating further I just wanted to check whether it should be possible or not. Cheers, Terry. From papier at sdv.fr Mon Nov 27 16:39:53 2006 From: papier at sdv.fr (Laurent Papier) Date: Mon, 27 Nov 2006 15:39:53 +0100 Subject: [Dovecot] problem in rc15 (proxy mode) Message-ID: <20061127153953.d8a1c302.papier@sdv.fr> Hi, I have test dovecot on one of my pop3/imap proxies (from rc10 to rc15). I immediately get a lot of error messages like this one : Nov 27 15:10:45 mproxy1 dovecot: pop3-login: file client.c: line 423 (client_unref): assertion failed: (client->destroyed) Nov 27 15:10:45 mproxy1 dovecot: child 21677 (login) killed with signal 6 A lot means one every 2 or 3 seconds. Any suggestion ? ---------------- protocols = pop3 imap disable_plaintext_auth = no ssl_disable = yes login_process_size = 64 login_process_per_connection = no login_processes_count = 8 login_max_connections = 256 login_greeting = loktar auth_cache_size = 16384 auth_cache_ttl = 1800 auth_worker_max_count = 30 auth default { mechanisms = plain # Userdb settings are not used with proxy but there need to be something. userdb static { args = static uid=5000 gid=5000 home=/dev/null } passdb sql { args = /etc/dovecot-mysql.conf } user = root count = 1 } -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - From cube at cubidou.net Mon Nov 27 20:27:53 2006 From: cube at cubidou.net (Quentin Garnier) Date: Mon, 27 Nov 2006 19:27:53 +0100 Subject: [Dovecot] Too many open files In-Reply-To: <455FE423.5020101@schmonz.com> References: <1163001137.4177.273.camel@hurina> <455FE423.5020101@schmonz.com> Message-ID: <20061127182753.GE158@shaak.cubidou.net> On Sat, Nov 18, 2006 at 11:57:07PM -0500, Amitai Schlair wrote: > Timo Sirainen wrote: > > > No. There's a leak somewhere. Could you check what file descriptors are > > open for such process once it has been running for some hours? So lsof > > -p or look into /proc/pid/fd/ directly. If it's leaking it should > > show at least tens of opened files. Once I know what files it's not > > closing it's easier for me to fix this. > > I'm still getting "Too many open files" with 1.0rc14 on NetBSD with > kqueue; when this happens, lsof says there are over 1000 pipes open. Is > this addressed in 1.0rc15? If not, what can I do to help it be addressed > before 1.0? I've long stopped using kqueue on my prod servers, and while I've hardly looked at the issue recently, I noticed that it was much harder to reproduce on my build machine, which happens to run a 3.99.x Xen kernel, whereas the prod server runs 2.0. I _think_ I managed to make dovecot leak one fd at some point on the build machine, but that might just be memory playing tricks on me. -- Quentin Garnier - cube at cubidou.net - cube at NetBSD.org "You could have made it, spitting out benchmarks Owe it to yourself not to fail" Amplifico, Spitting Out Benchmarks, Hometakes Vol. 2, 2005. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 478 bytes Desc: not available URL: From dovecot at lists.sweth.net Tue Nov 28 00:26:33 2006 From: dovecot at lists.sweth.net (Sweth Chandramouli) Date: Mon, 27 Nov 2006 17:26:33 -0500 Subject: [Dovecot] Nested folders in FS supported yet? Message-ID: <20061127222633.GA4374@iris.sweth.net> The last time I checked, dovecot didn't support having nested IMAP folders be implemented via actual nested maildir folders in the filesystem, but that feature was on the "someday maybe it'll happen list", IIRC. I can't find any recent mention of that feature or its absence on the web or in the list archives; is it still on the someday list? (If it isn't implemented yet, does anyone know of an IMAP server that DOES support it?) Thanks, Sweth. -- Sweth Chandramouli sweth at ethicalhomes.com - http://EthicalHomes.com/ Thinking about buying a home, but feel like the local real estate market has left you behind? Know others who have the same questions? I teach at homebuying seminars for local housing agencies, and would be glad to help set up a free seminar for your company or organization. From fcusack at fcusack.com Tue Nov 28 01:07:16 2006 From: fcusack at fcusack.com (Frank Cusack) Date: Mon, 27 Nov 2006 15:07:16 -0800 Subject: [Dovecot] Nested folders in FS supported yet? In-Reply-To: <20061127222633.GA4374@iris.sweth.net> References: <20061127222633.GA4374@iris.sweth.net> Message-ID: <56BBA0DE94F64749A721D84B@sucksless.local> On November 27, 2006 5:26:33 PM -0500 Sweth Chandramouli wrote: > The last time I checked, dovecot didn't support having nested IMAP > folders be implemented via actual nested maildir folders in the > filesystem, but that feature was on the "someday maybe it'll happen > list", IIRC. I can't find any recent mention of that feature or its > absence on the web or in the list archives; is it still on the someday > list? It sounds like dovecot only wants to support Maildir++ which doesn't allow this. The reason it is not allowed appears to be for more efficient quota support; although I haven't reviewed it (Maildir++) thoroughly enough to be sure. > (If it isn't implemented yet, does anyone know of an IMAP server that > DOES support it?) Don't know, but you could use mbox format to get nested folders. With uw-imap, I think you could use mh format as well, which gets you close to maildir. -frank From dovecot.user at weirdo.bur.st Tue Nov 28 10:19:41 2006 From: dovecot.user at weirdo.bur.st (Timothy White) Date: Tue, 28 Nov 2006 16:19:41 +0800 Subject: [Dovecot] POP3 && Folders Message-ID: <712824a90611280019s74b6d028mdab74fe2f456f482@mail.gmail.com> I'm sure this has come up on the list before... I have a number of accounts normally only accessed via IMAP, and for this reason, there is a global sieve script for all users (also required for the spam filtering). What this means though, is that ever users has 3-4 set folders, that are forced on. I now have a few users that want to use POP3. Is there a way to make it download all messages, in all folders, rather than just the inbox? I'm using Maildir's Thanks Tim -- Linux Counter user #273956 Don't email joeblogs at scouts.org.au From arb at anand.org Tue Nov 28 11:40:10 2006 From: arb at anand.org (Anand Buddhdev) Date: Tue, 28 Nov 2006 10:40:10 +0100 Subject: [Dovecot] POP3 && Folders References: <712824a90611280019s74b6d028mdab74fe2f456f482@mail.gmail.com> Message-ID: Timothy White wrote: > I'm sure this has come up on the list before... > > I have a number of accounts normally only accessed via IMAP, and for > this reason, there is a global sieve script for all users (also > required for the spam filtering). What this means though, is that ever > users has 3-4 set folders, that are forced on. > > I now have a few users that want to use POP3. Is there a way to make > it download all messages, in all folders, rather than just the inbox? > I'm using Maildir's You could write a wrapper for the POP3 service, which gathers all the messages in the folders, and puts them into the INBOX before invoking the POP3 daemon. A shell script would probably be sufficient. -- Anand From leroy.vanlogchem at wldelft.nl Tue Nov 28 12:15:23 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Tue, 28 Nov 2006 11:15:23 +0100 Subject: [Dovecot] Extra_fields / first check userdb? Message-ID: <456C0C3B.70802@wldelft.nl> Hi, I would like to supply a few users with extra_fields. All users are found by PAM first so the userdb passwd-file doesnt seem to be used. How to alter the lookup sequence? We can't remove the accounts from the central passwd, just for Dovecot. Thanks, Leroy From c.d.wakelin at reading.ac.uk Tue Nov 28 12:57:55 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Tue, 28 Nov 2006 10:57:55 +0000 Subject: [Dovecot] Extra_fields / first check userdb? In-Reply-To: <456C0C3B.70802@wldelft.nl> References: <456C0C3B.70802@wldelft.nl> Message-ID: <456C1633.4060708@reading.ac.uk> Leroy van Logchem wrote: > Hi, > > I would like to supply a few users with extra_fields. All users are > found by > PAM first so the userdb passwd-file doesnt seem to be used. How to alter > the lookup sequence? We can't remove the accounts from the central passwd, > just for Dovecot. > > Thanks, > Leroy You can have multiple authentication databases:- passdb passwd-file { args = /etc/dovecot/special-users } passdb pam { } This works for us when we want to specify proxying, but presumably you'd need to have some form of password field in "special-users" otherwise. For userdb, we use passwd-file anyway (PAM can't be a userdb) mainly to assign uids and gids (though these could be static, of course). Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 From lists at stringsutils.com Tue Nov 28 16:56:33 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Tue, 28 Nov 2006 09:56:33 -0500 Subject: [Dovecot] Deliver bounces messages if can't write to logs Message-ID: I am new to using Dovecot's LDA deliver. One particular item which I think may be improved.. If one uses logs instead of syslog and if Dovecot/Deliver can't write to the logs, mail is bounced. In contrast if it can't connect to the authentication socket auth-master, it defers. Shouldn't mail be deferred if access to the log files fails due to rights? Doesn defer makes more sense than to bounce in this case? In all likelihood it was postfix that bounced/deferred, but I believe it has to do with what response postfix got from deliver. From c.d.wakelin at reading.ac.uk Tue Nov 28 17:39:14 2006 From: c.d.wakelin at reading.ac.uk (Chris Wakelin) Date: Tue, 28 Nov 2006 15:39:14 +0000 Subject: [Dovecot] Heimdal & gssapi.h Message-ID: <456C5822.3010007@reading.ac.uk> I've had some trouble compiling GSSAPI on SuSE Enterprise 9 using Heimdal. It turns out that this installation has /usr/include/heimdal/gssapi.h rather than gssapi/gssapi.h. krb5-config correctly sets -I/usr/include/heimdal in the CFLAGS. Looking back, there was a similar issue a few months ago:- http://www.dovecot.org/list/dovecot/2006-July/014945.html I'm a complete newbie to autotools but here's my attempt at a patch inspired by http://ximbiot.com/cvs/cvshome/dev/patches/gss - which I Googled for ;) I was hampered by the version of aclocal (and possibly the rest of autotools) being out-of-date on SuSE Enterprise 9 ... Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: heimdal-gssapi.patch URL: From felix.langelier at notarius.com Tue Nov 28 17:42:30 2006 From: felix.langelier at notarius.com (=?iso-8859-1?Q?F=E9lix_Langelier?=) Date: Tue, 28 Nov 2006 10:42:30 -0500 Subject: [Dovecot] dovecot-1.0.rc15 with quota-rewrite on FreeBSD Message-ID: Hello, I tried to compile dovecot rc15 from the sources with the quota-rewrite patch (http://dovecot.org/patches/1.0/quota-rewrite.diff) on FreeBSD 6.1, but the compilation stop with the following errors. I am not very good in coding, so if you could fix the patch for FreeBSD it will be great. Making all in trash if /usr/local/bin/bash ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-mail -I../../../src/lib-storage -I../../../src/plugins/quota -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT trash-plugin.lo -MD -MP -MF ".deps/trash-plugin.Tpo" -c -o trash-plugin.lo trash-plugin.c; then mv -f ".deps/trash-plugin.Tpo" ".deps/trash-plugin.Plo"; else rm -f ".deps/trash-plugin.Tpo"; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-mail -I../../../src/lib-storage -I../../../src/plugins/quota -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT trash-plugin.lo -MD -MP -MF .deps/trash-plugin.Tpo -c trash-plugin.c -fPIC -DPIC -o .libs/trash-plugin.o trash-plugin.c:103: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c:103: warning: its scope is only this definition or declaration, which is probably not what you want trash-plugin.c: In function `trash_try_clean_mails': trash-plugin.c:118: error: dereferencing pointer to incomplete type trash-plugin.c: At top level: trash-plugin.c:183: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c: In function `trash_quota_root_try_alloc': trash-plugin.c:185: error: dereferencing pointer to incomplete type trash-plugin.c:189: error: structure has no member named `try_alloc' trash-plugin.c: At top level: trash-plugin.c:212: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c: In function `trash_quota_root_try_alloc_bytes': trash-plugin.c:214: error: dereferencing pointer to incomplete type trash-plugin.c:218: error: structure has no member named `try_alloc_bytes' trash-plugin.c: At top level: trash-plugin.c:236: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c: In function `trash_quota_root_test_alloc_bytes': trash-plugin.c:238: error: dereferencing pointer to incomplete type trash-plugin.c:242: error: structure has no member named `test_alloc_bytes' trash-plugin.c: In function `trash_quota_root_created': trash-plugin.c:277: error: structure has no member named `v' trash-plugin.c:278: error: structure has no member named `v' trash-plugin.c:279: error: structure has no member named `v' trash-plugin.c:280: error: structure has no member named `v' trash-plugin.c:281: error: structure has no member named `v' *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15/src/plugins/trash. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15/src/plugins. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15/src. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15. Thanks in advance. -- Felix Langelier From jackie at yuma.acns.colostate.edu Tue Nov 28 19:10:34 2006 From: jackie at yuma.acns.colostate.edu (Jackie Hunt) Date: Tue, 28 Nov 2006 10:10:34 -0700 (MST) Subject: [Dovecot] Can't drop root group privileges Message-ID: <200611281710.kASHAYU56920@yuma.acns.colostate.edu> Hi all, I need your insight. I've been testing Dovecot on an AIX 5.2 system. Compiled and running fine. We have some users on an AIX 5.1 system, so I'm working on installing it there, so we can do further testing. I'm using Dovecot 1.0 RC15 with OpenSSL 9.0.7e, configured to use port 10143 (imap) and 10993 (imaps). The error I'm seeing in the log is: dovecot: Nov 28 09:23:54 Info: imap-login: Login: user=, method=PLAIN, r ip=xx.x.xxx.xxx, lip=xxx.xx.xxx.xx, TLS dovecot: Nov 28 09:23:54 Error: IMAP(jackie): We couldn't drop root group privil eges (wanted=200, gid=200, egid=0) dovecot: Nov 28 09:23:54 Error: child 860274 (imap) returned error 89 I've seen this error reported on the list, with the suggested resolution being to set the first_valid_gid = 0 in dovecot.conf. I've tried that, and nothing changes. Any help would be greatly appreciated! Jackie --- Jackie Hunt ACNS Voice: (970) 663-3789 Colorado State University FAX: (970) 491-1958 Fort Collins, CO 80523 Email: jackie.hunt at colostate.edu From rhazey at bitworx.com Tue Nov 28 23:01:19 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Tue, 28 Nov 2006 15:01:19 -0600 Subject: [Dovecot] considering dovecot Message-ID: Hi all. I'm making a case to use Dovecot over Courier and would like some feedback. I've searched the web extensively and have been unable to find any hard information regarding Dovecot's IMAP performance. I've got some pressure to use Courier but my gut tells me that Dovecot should be much faster. In particular, I will have typical users with mailboxes exceeding 10,000 emails and in some cases up to 100,000. Courier might be the "safe" choice but I'm not confident it can handle inboxes with that many messages. Dovecot, with its indexes, should be much, much faster. Can anyone point me to some benchmarks or production uses of dovecot that bear this out? From my research, Courier maildrop appears to be what I need for local delivery. Is it possible to use Maildrop for local delivery with Dovecot? Or is the Dovecot LDA needed to update the maildir indexes? I also need the capability for users to set their own vacation messages via a web page. Maildrop looks to handle this easily (by allowing me to link the maildrop filter to a file with the vacation message) but I don't see similar capability with the Sieve plugin. I do see where I can create a vacation message with Sieve but the text of the message seems to be required to reside within the Sieve script. Perhaps I'm missing something? Any feedback would be greatly appreciated. From johannes at sipsolutions.net Tue Nov 28 23:17:47 2006 From: johannes at sipsolutions.net (Johannes Berg) Date: Tue, 28 Nov 2006 22:17:47 +0100 Subject: [Dovecot] considering dovecot In-Reply-To: References: Message-ID: <1164748667.2187.9.camel@johannes.berg> On Tue, 2006-11-28 at 15:01 -0600, Rick Hazey wrote: > From my research, Courier maildrop appears to be what I need for > local delivery. Is it possible to use Maildrop for local delivery > with Dovecot? Yes, I use dovecot imap along with maildrop. > Or is the Dovecot LDA needed to update the maildir > indexes? There's just a slight performance increase if you use dovecot's lda, if you don't dovecot indexes the mails on the next access. Can't really help you with your other questions (well, vacation solves itself when you use maildrop, but the performance and all that) johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part URL: From lists at stringsutils.com Wed Nov 29 00:43:08 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Tue, 28 Nov 2006 17:43:08 -0500 Subject: [Dovecot] considering dovecot References: <1164748667.2187.9.camel@johannes.berg> Message-ID: Johannes Berg writes: > There's just a slight performance increase if you use dovecot's lda, if > you don't dovecot indexes the mails on the next access. I would categorize this and say "it depends". Without dovecot's LDA new mail will need to be indexed. Depending on how much new mail is waiting since the lat time it was all indexed and the speed of the machine it can produce some noticeable results. Consider an account dedicated for handling lists. You could have hundreds of new emails since the last time you checked. In such a I case I find that it made a very noticeable difference. Specially in my lowly home machine. From lists at stringsutils.com Wed Nov 29 00:48:57 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Tue, 28 Nov 2006 17:48:57 -0500 Subject: [Dovecot] considering dovecot References: Message-ID: Rick Hazey writes: > I'm making a case to use Dovecot over Courier and would like some > feedback. I've searched the web extensively and have been unable to > find any hard information regarding Dovecot's IMAP performance. I've > got some pressure to use Courier but my gut tells me that Dovecot > should be much faster. You don't have a test machine you can try it on? > In particular, I will have typical users with > mailboxes exceeding 10,000 emails and in some cases up to 100,000. > Courier might be the "safe" choice but I'm not confident it can > handle inboxes with that many messages. Courier will be near useless on a heavy usage machine with mailboxes with 5,000+ emails. It highly depends on how busy the machine is, but courier does not handle large amount of mails well. > Dovecot, with its indexes, > should be much, much faster. Can anyone point me to some benchmarks > or production uses of dovecot that bear this out? I am working on testing and preparing a Courier to Dovecot move. As a test I put 15,000 emails in two mailboxes.. one in a Courier machine and one on a (much smaller machine) with Dovecot. For that test I was using a webmail program to connect to both. Dovecot took under a minute the first time (when it created the idexes).. and was near instantaneous thereafter (as long as no new mail came in). Courier just timed out the webmail client.. after several minutes of waiting. > From my research, Courier maildrop appears to be what I need for > local delivery. I recommend you consider Dovecot's LDA "deliver". > Is it possible to use Maildrop for local delivery > with Dovecot? Yes, it is possible. > I also need the capability for users to set their own vacation > messages via a web page. Maildrop looks to handle this easily (by > allowing me to link the maildrop filter to a file with the vacation > message) Not sure how to do it with deliver, but I believe it is possible, but I have not looked at that yet. Is this a new install or something you are migrating? From lists at stringsutils.com Wed Nov 29 00:51:27 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Tue, 28 Nov 2006 17:51:27 -0500 Subject: [Dovecot] Redundant shared mail store? References: <4546534D.6040501@albumltd.co.nz> Message-ID: Jasper Bryant-Greene writes: > I prefer option 1, although it's expensive. What have other people used? > Do we have other options? How redudant does it need to be? How big is the setup? Does whatever OS you plan to use, works well with NFS? I use FreeBSD as the OS and we had terrible experience with NFS. I think NFS servers are probably the way to go... if you have the budget, but that was not an option for us. We are planning on having a backup/spare server and doign RSYNCS to it, but that may not be acceptable if you don't the possibility of loosing any mail. From rhazey at bitworx.com Wed Nov 29 01:24:45 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Tue, 28 Nov 2006 17:24:45 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: <002001c71336$3d323210$1900a8c0@bnaejay> References: <002001c71336$3d323210$1900a8c0@bnaejay> Message-ID: <4C8FB3F2-5A80-42A3-96C3-5B7AEEA50BE1@bitworx.com> On Nov 28, 2006, at 3:43 PM, Ejay Hire wrote: > Hello. What email client do you use? Most of the one's I've used (on > Windows) choke at 5k. Our users tend to use one of the following: Apple Mail Entourage (basically Outlook for Mac) Outlook Outlook Express Thunderbird and then there's the webmail system we provide. Apple Mail has virtually no limit on messages it will handle. I currently have over 500,000 emails in my Apple Mail. It stores email much like Dovecot; each email is in a separate file. This makes backups a breeze, which a reason to switch to a server that uses maildir. Entourage, Outlook Express and Outlook have problems if the data file exceeds 2GB. This is an ongoing problem and I'm hoping by keeping email on the server, the support headaches will be reduced. I'm not sure what limits Thunderbird has. I use Thunderbird to connect to the main directory for all email and it doesn't seem to have any trouble handling it. Currently, everyone is using POP3 but I want to move to IMAP. (Thunderbird is the only client that connects via IMAP on our systems) The motivation for moving to IMAP is primarily for spam handling. Instead of users contacting us for emails that might be caught as spam, the spam will be moved to a "junk mail" folder. Then the user can peruse the folder themselves to find any legit email improperly categorized as junk. Vacation messages is the other item that is prompting a change. Everyone is screaming for that feature. From rhazey at bitworx.com Wed Nov 29 01:36:21 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Tue, 28 Nov 2006 17:36:21 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: References: Message-ID: On Nov 28, 2006, at 4:48 PM, Francisco Reyes wrote: > You don't have a test machine you can try it on? I do have a test machine but getting enough email into it for testing will be a daunting task. (see below) I'm primarily in the research phase now and testing will come next, after I have some solid info that will support Dovecot. > Courier will be near useless on a heavy usage machine with > mailboxes with 5,000+ emails. It highly depends on how busy the > machine is, but courier does not handle large amount of mails well. > > I am working on testing and preparing a Courier to Dovecot move. > As a test I put 15,000 emails in two mailboxes.. one in a Courier > machine and one on a (much smaller machine) with Dovecot. For that > test I was using a webmail program to connect to both. Dovecot took > under a minute the first time (when it created the idexes).. and > was near instantaneous thereafter (as long as no new mail came in). > Courier just timed out the webmail client.. after several minutes > of waiting. Your experience is what I was looking for. It confirms what I suspected. Thanks. > > I recommend you consider Dovecot's LDA "deliver". Are you aware of any vacation message solutions that work with the Sieve plugin? If the vacation message could come from a file or a database, that would be ideal. Or is it possible for Sieve to call a shell script or accept the vacation message via a pipe? > Is this a new install or something you are migrating? It's a migration but I'm migrating from EIMS, which makes things problematic. EIMS is a Mac email server that is quite good. Unfortunately, it does not handle IMAP very efficiently. It also stores email in it's own file format and that format uses Mac resource forks. Probably the only way I'll get existing email moved is to connect via IMAP to both servers and copy the files. I'm expecting the whole process to be somewhat painful.... From rhazey at bitworx.com Wed Nov 29 02:15:21 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Tue, 28 Nov 2006 18:15:21 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: References: Message-ID: On Nov 28, 2006, at 4:48 PM, Francisco Reyes wrote: > As a test I put 15,000 emails in two mailboxes.. one in a Courier > machine and one on a (much smaller machine) with Dovecot. For that > test I was using a webmail program to connect to both. Dovecot took > under a minute the first time (when it created the idexes).. and > was near instantaneous thereafter (as long as no new mail came in). > Courier just timed out the webmail client.. after several minutes > of waiting. Just to be clear, are you using maildir with Dovecot in this test? From bclark at eccotours.co.za Wed Nov 29 08:27:45 2006 From: bclark at eccotours.co.za (Brent Clark) Date: Wed, 29 Nov 2006 08:27:45 +0200 Subject: [Dovecot] Keep getting this Message-ID: <456D2861.9060306@eccotours.co.za> Hey all I just installed logcheck and with the result im seeing quiet a few of these. Nov 28 16:59:11 mail dovecot: IMAP(user): file ioloop.c: line 22 (io_add): assertion failed: (fd >= 0) My question is, is it something I need to be concerned about, and also is there something I can do to help dovecot. Kind Regards Brent Clark From technojoecoolusa at comcast.net Wed Nov 29 08:42:45 2006 From: technojoecoolusa at comcast.net (Joseph D. Wagner) Date: Tue, 28 Nov 2006 22:42:45 -0800 Subject: [Dovecot] Keep getting this In-Reply-To: <456D2861.9060306@eccotours.co.za> Message-ID: <000801c71381$9471e6b0$0201a8c0@joe> That may be patched in rc15; I can't say for sure, because I don't know the cause. It stopped happening when I upgraded from rc13 to rc15. You may want to consider following this in case you can't get it to stop: http://dovecot.org/bugreport.html From eric at ccat.co.nz Wed Nov 29 09:09:21 2006 From: eric at ccat.co.nz (eric) Date: Wed, 29 Nov 2006 20:09:21 +1300 Subject: [Dovecot] Authentication Message-ID: <456D3221.2030900@ccat.co.nz> Try as I may, I cannot get Dovecot to allow anything but blank passwords listed in a custom file I made for the purpose. It will not recognise anybody in passwd. Only using POP3 on an internal network so little danger of incursions. Once I created a password file with user names and no password, one user could login (from Outlook 2003) but another could not. Telnet test also fails to authenticate. I have allowed the group to write to the /var/spool/folder Syslog simply showed authentication failed. Relevant bits of my config: disable plain text = no mail extra group = users pop3 uidl format %08Xu%08Xv pasted direct from the help I have un commented auth user name characteres mechanisms = plain and I have set auth debug passwords = yes user = root System: Suse 9.3 Dovecot 1.0 rc13 Any ideas? -- John McC From mtozses at sabanciuniv.edu Wed Nov 29 09:50:25 2006 From: mtozses at sabanciuniv.edu (=?ISO-8859-9?Q?=22M=2E_Tolga_=D6zses=22?=) Date: Wed, 29 Nov 2006 09:50:25 +0200 Subject: [Dovecot] [Fwd: Re: Authentication] Message-ID: <456D3BC1.30404@sabanciuniv.edu> Sorry, I forgot to Reply all -------- Original Message -------- Subject: Re: [Dovecot] Authentication Date: Wed, 29 Nov 2006 09:49:42 +0200 From: "M. Tolga ?zses" To: eric References: <456D3221.2030900 at ccat.co.nz> eric wrote: > Try as I may, I cannot get Dovecot to allow anything but blank > passwords listed in a custom file I made for the purpose. It will not > recognise anybody in passwd. > Only using POP3 on an internal network so little danger of incursions. > Once I created a password file with user names and no password, one > user could login (from Outlook 2003) but another could not. > Telnet test also fails to authenticate. > > I have allowed the group to write to the /var/spool/folder > Syslog simply showed authentication failed. > Relevant bits of my config: > disable plain text = no It is disable_plaintext_auth = no for me, and it works well > mail extra group = users It should be mail_extra_groups = mail, same > pop3 uidl format %08Xu%08Xv pasted direct from the help > I have un commented auth user name characteres > mechanisms = plain > and I have set auth debug passwords = yes > user = root > > System: Suse 9.3 > Dovecot 1.0 rc13 > > Any ideas? > > -- M. Tolga ?zses Bilgi Teknolojisi Sabanci ?niversitesi Orhanli 34956 Tuzla Istanbul Tel: (216) 483 91 98 Web: http://people.sabanciuniv.edu/mtozses -- M. Tolga ?zses Bilgi Teknolojisi Sabanci ?niversitesi Orhanli 34956 Tuzla Istanbul Tel: (216) 483 91 98 Web: http://people.sabanciuniv.edu/mtozses From joseba.torre at ehu.es Wed Nov 29 10:16:07 2006 From: joseba.torre at ehu.es (Joseba Torre) Date: Wed, 29 Nov 2006 09:16:07 +0100 Subject: [Dovecot] considering dovecot In-Reply-To: References: Message-ID: <200611290916.08105.joseba.torre@ehu.es> El Mi?rcoles, 29 de Noviembre de 2006 00:36, Rick Hazey escribi?: > It's a migration but I'm migrating from EIMS, which makes things ? > problematic. EIMS is a Mac email server that is quite good. ? > Unfortunately, it does not handle IMAP very efficiently. It also ? > stores email in it's own file format and that format uses Mac ? > resource forks. Probably the only way I'll get existing email moved ? > is to connect via IMAP to both servers and copy the files. I'm ? > expecting the whole process to be somewhat painful.... This is exactly what imapsync (http://www.linux-france.org/prj/imapsync/) does. It's a bit slow, but you can split the userlist in multiple parts and use multiple machines to increase performance. HTH. Aaaaaaaaagur. -- Trying to make bits uncopyable is like trying to make water not wet. The sooner people accept this, and build business models that take this into account, the sooner people will start making money again. - Bruce Schneier From cmaloney at cardgate.net Wed Nov 29 10:16:43 2006 From: cmaloney at cardgate.net (Curtis Maloney) Date: Wed, 29 Nov 2006 19:16:43 +1100 Subject: [Dovecot] considering dovecot In-Reply-To: References: Message-ID: <456D41EB.3010008@cardgate.net> Rick Hazey wrote: > Hi all. > > From my research, Courier maildrop appears to be what I need for local > delivery. It wouldn't hurt the list for you to tell us which criteria you judged the delivery agents by. Never know, someone might have an even better alternative. Or someone might just add in that feature you want to Dovecot. :) -- Curtis Maloney cmaloney at cardgate.net From leroy.vanlogchem at wldelft.nl Wed Nov 29 10:58:53 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Wed, 29 Nov 2006 09:58:53 +0100 Subject: [Dovecot] Extra_fields / first check userdb? In-Reply-To: <456C1633.4060708@reading.ac.uk> References: <456C0C3B.70802@wldelft.nl> <456C1633.4060708@reading.ac.uk> Message-ID: <456D4BCD.8060905@wldelft.nl> >> I would like to supply a few users with extra_fields. All users are >> found by >> PAM first so the userdb passwd-file doesnt seem to be used. How to alter >> the lookup sequence? We can't remove the accounts from the central passwd, >> just for Dovecot. >> >> Thanks, >> Leroy >> > > You can have multiple authentication databases:- > > passdb passwd-file { > args = /etc/dovecot/special-users > } > > passdb pam { > } > > This works for us when we want to specify proxying, but presumably you'd > need to have some form of password field in "special-users" otherwise. > Thanks for the pointer Chris. It works now, using: auth default { mechanisms = plain login passdb passwd-file { args = /drbd/imap/dovecot-1.0.rc15/etc/userdb_extra } passdb pam { } userdb passwd-file { args = /drbd/imap/dovecot-1.0.rc15/etc/userdb_extra } userdb passwd { } user = root } Where the userdb_extra file contains entries like: username::2000:2000::/u/username::userdb_mail=mbox:/u/username/Mail:INBOX=/var/mail/%u -- Leroy From leroy.vanlogchem at wldelft.nl Wed Nov 29 12:52:08 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Wed, 29 Nov 2006 11:52:08 +0100 Subject: [Dovecot] Redundant shared mail store? In-Reply-To: References: <4546534D.6040501@albumltd.co.nz> Message-ID: <456D6658.7010509@wldelft.nl> > We are planning on having a backup/spare server and doign RSYNCS to it, but that may not be acceptable if you don't the possibility of loosing any mail. We are using drbd and it works very well. Combined with Heartbeat and some APC powerswitches it's foolproof at fail-overs. Use a direct gigabit link between the servers using 9000 frames bytes proves to be enough to keep everything 100% in-sync. The additional mbox'es are placed in the users home directories, also high available NFSv3 servers using drbd. We have more then 20TB realtime syncronized using drbd 0.7.22; so far never lost a single bit. Use the seperate partition for meta- data so you can mount a 'none-drbdified' partition at anytime if troubles would emerge (never had to use it but better to be safe then sorry). Our golden combination consists off: Beefy hardware with Areca 1260 raid controllers RedHat enterprise 4U4 Drbd 0.7.22 Heartbeat 1.2.4 bunch of scripts for the fail-over to control the power switches ( down means really go down using the stonith feature ) Goodluck, Leroy From gerard at seibercom.net Wed Nov 29 13:06:50 2006 From: gerard at seibercom.net (Gerard Seibert) Date: Wed, 29 Nov 2006 06:06:50 -0500 Subject: [Dovecot] [Fwd: Re: Authentication] In-Reply-To: <456D3BC1.30404@sabanciuniv.edu> References: <456D3BC1.30404@sabanciuniv.edu> Message-ID: <20061129060042.FB5E.GERARD@seibercom.net> On Wednesday November 29, 2006 at 02:50:25 (AM) M. Tolga ?zses wrote: > eric wrote: > > Try as I may, I cannot get Dovecot to allow anything but blank > > passwords listed in a custom file I made for the purpose. It will not > > recognise anybody in passwd. > > Only using POP3 on an internal network so little danger of incursions. > > Once I created a password file with user names and no password, one > > user could login (from Outlook 2003) but another could not. > > Telnet test also fails to authenticate. > > > > I have allowed the group to write to the /var/spool/folder > > Syslog simply showed authentication failed. > > Relevant bits of my config: > > disable plain text = no > It is disable_plaintext_auth = no for me, and it works well > > mail extra group = users > It should be mail_extra_groups = mail, same > > pop3 uidl format %08Xu%08Xv pasted direct from the help > > I have un commented auth user name characteres > > mechanisms = plain > > and I have set auth debug passwords = yes > > user = root > > > > System: Suse 9.3 > > Dovecot 1.0 rc13 I think it would be more beneficial if you posted the entire 'dovecot.conf' file as well as the 'custom' file. Replace any passwords using the form 'secret' and users with 'user' but leave everything else as is. Is there any output in the 'maillog'? If so, then show that also. -- Gerard From CMarcus at Media-Brokers.com Wed Nov 29 13:08:17 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 29 Nov 2006 06:08:17 -0500 Subject: [Dovecot] Keep getting this In-Reply-To: <456D2861.9060306@eccotours.co.za> References: <456D2861.9060306@eccotours.co.za> Message-ID: <456D6A21.4010806@Media-Brokers.com> It also is almost impossible to troubleshoot a particular problem if you don't give some basic information, like, what version of dovecot, and what platform... -- Best regards, Charles From john at ccat.co.nz Wed Nov 29 13:39:40 2006 From: john at ccat.co.nz (John Mcconnell) Date: Thu, 30 Nov 2006 00:39:40 +1300 Subject: [Dovecot] [Fwd: Re: Authentication] In-Reply-To: <20061129060042.FB5E.GERARD@seibercom.net> References: <456D3BC1.30404@sabanciuniv.edu> <20061129060042.FB5E.GERARD@seibercom.net> Message-ID: <456D717C.4080605@ccat.co.nz> Thanks everyone. I will get back to the site tomorrow and try the suggestions then copy paste etc the whole files if I need to ask again. Gerard Seibert wrote: > On Wednesday November 29, 2006 at 02:50:25 (AM) M. Tolga ?zses wrote: > >> eric wrote: >>> Try as I may, I cannot get Dovecot to allow anything but blank >>> passwords listed in a custom file I made for the purpose. It will not >>> recognise anybody in passwd. >>> Only using POP3 on an internal network so little danger of incursions. >>> Once I created a password file with user names and no password, one >>> user could login (from Outlook 2003) but another could not. >>> Telnet test also fails to authenticate. >>> >>> I have allowed the group to write to the /var/spool/folder >>> Syslog simply showed authentication failed. >>> Relevant bits of my config: >>> disable plain text = no >> It is disable_plaintext_auth = no for me, and it works well >>> mail extra group = users >> It should be mail_extra_groups = mail, same >>> pop3 uidl format %08Xu%08Xv pasted direct from the help >>> I have un commented auth user name characteres >>> mechanisms = plain >>> and I have set auth debug passwords = yes >>> user = root >>> >>> System: Suse 9.3 >>> Dovecot 1.0 rc13 > > I think it would be more beneficial if you posted the entire > 'dovecot.conf' file as well as the 'custom' file. Replace any passwords > using the form 'secret' and users with 'user' but leave everything else > as is. > > Is there any output in the 'maillog'? If so, then show that also. > > -- John McConnell CCAT Services Ltd ph (27) 4533907 or; NZ Scientific. ph 0800 776 767 From jnunnerley at names.co.uk Wed Nov 29 13:54:05 2006 From: jnunnerley at names.co.uk (James Nunnerley) Date: Wed, 29 Nov 2006 11:54:05 -0000 Subject: [Dovecot] Quota problems on uidlist files Message-ID: Hi All, Please excuse me for this somewhat a slightly uneducated explanation of a problem we are experiencing. I'm more a web developer rather than a sysadmin, and have only recently been looking at how exactly dovecot works. We're having a problem when users/groups quotas are reached on our server platform. Our platform bases quotas on groups - i.e. domains, so a single user has a user username and group of their domain; and the domain has a set amount of space available. This means that if they then try and access their email, via either imap or in most cases webmail, it would seem that dovecot is unable to create the dovecot-uidlist file - which makes complete sense, because it's running as that user and under the group as detailed above.. We've tried changing a pre-existing file to have group ownership of nobody, but from what we can gather, this file is not actually updated, but deleted and recreated when changes occur. One solution would be to take the dovecot-uidlist file out of the mail directory structure, on which the quotas are enforced, but this is not configurable in dovecot. Alternatively, having someway of changing to ownership of the file would also get around this problem. Does anyone have any experience of either a work around for this, or something which we can change in dovecot that will allow users to create a dovecot file, even if they are over quotas? Many thanks James James Nunnerley Applications Developer Namesco Limited From mpaesold at gmx.at Wed Nov 29 14:46:03 2006 From: mpaesold at gmx.at (Michael Paesold) Date: Wed, 29 Nov 2006 13:46:03 +0100 Subject: [Dovecot] Quota problems on uidlist files In-Reply-To: References: Message-ID: <456D810B.4090303@gmx.at> James Nunnerley wrote: ... > One solution would be to take the dovecot-uidlist file out of the mail > directory structure, on which the quotas are enforced, but this is not > configurable in dovecot. Alternatively, having someway of changing to > ownership of the file would also get around this problem. It is possible, even if it's not documented as well as it should be. We use this mail_location setting here: mail_location = maildir:%h/Maildir:INDEX=/mail/index/%u:CONTROL=/mail/index/%u This results in index files (INDEX=..) as well as dovecot-uidlist files (CONTROL=..) being stored ouside of the home partition (where user/group quotas do not apply). Hope that helps. Best Regards, Michael Paesold From rhazey at bitworx.com Wed Nov 29 15:15:17 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Wed, 29 Nov 2006 07:15:17 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: <456D41EB.3010008@cardgate.net> References: <456D41EB.3010008@cardgate.net> Message-ID: On Nov 29, 2006, at 2:16 AM, Curtis Maloney wrote: > It wouldn't hurt the list for you to tell us which criteria you > judged the delivery agents by. Never know, someone might have an > even better alternative. There are two must-have features: 1) capability to move emails marked as spam into a junk mail folder 2) capability for users to set their own vacation message via a web page Sieve can do both but for #2 it appears that the vacation message text must be contained within the Sieve script itself. I'm planning on using mySQL for the authentication database and the vacation message should be stored in mySQL. I don't see any way to access the vacation message text from mySQL using Sieve. Of course, there are unknown needs that will popup in the future and Maildrop appears to be flexible enough to handle most situations. I have no experience with either, so this opinion is based on what I've been reading and subject to change. From jpeacock at rowman.com Wed Nov 29 15:30:22 2006 From: jpeacock at rowman.com (John Peacock) Date: Wed, 29 Nov 2006 08:30:22 -0500 Subject: [Dovecot] considering dovecot In-Reply-To: References: <456D41EB.3010008@cardgate.net> Message-ID: <456D8B6E.90903@rowman.com> Rick Hazey wrote: > 2) capability for users to set their own vacation message via a web page > > Sieve can do both but for #2 it appears that the vacation message text > must be contained within the Sieve script itself. I'm planning on using > mySQL for the authentication database and the vacation message should be > stored in mySQL. I don't see any way to access the vacation message text > from mySQL using Sieve. Properly handling vacation messages is beyond the current capabilities of SIEVE, IMNSHO. The problem is that it is surprisingly tricky to correctly figure out what messages *not* to reply to: listserv messages, bounces, etc. Indeed, there is no way in the SIEVE language to limit the vacation messages by number either; it is considered best practices to only respond with the vacation message a limited number of times (configurable). Personally (and professionally) I use qmail-autoresponder: http://untroubled.org/qmail-autoresponder/ which, despite its name, isn't just limited to qmail, but can be placed in a .forward file. HTH John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Blvd Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747 From skdovecot at smail.inf.fh-bonn-rhein-sieg.de Wed Nov 29 15:58:47 2006 From: skdovecot at smail.inf.fh-bonn-rhein-sieg.de (Steffen Kaiser) Date: Wed, 29 Nov 2006 14:58:47 +0100 (CET) Subject: [Dovecot] considering dovecot In-Reply-To: <456D8B6E.90903@rowman.com> References: <456D41EB.3010008@cardgate.net> <456D8B6E.90903@rowman.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 29 Nov 2006, John Peacock wrote: > Personally (and professionally) I use qmail-autoresponder: > > http://untroubled.org/qmail-autoresponder/ It has quite nice features, but two: 1) - - Check SENDER rate - Don't respond if: - SENDER exceded the rate limit (defaults to 1 message every hour) I'd say that one message per vacation is enough. :-) 2) It responses to BCC'ed messages as well, as http://untroubled.org/qmail-autoresponder/procedure.txt does not state that the recipient must be part of To/CC. I use sendmail's vacation. It has its own limits, when it comes to the way to construct the message and to detect the BCC case, one needs to whitelist all recipient addresses. Also, it uses a DB database. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRW2SGS9SORjhbDpvAQJWHAf/XSSOVBW6vY8aPQKDD3Lpj/btu1WiFEno iTTMGlz8gg0QHMk1m/GfIFOUS0Ud8fSuy5cFqzMMLxEsrWma9qSpU0IHzJAHhjlt gGQ7Cf7DzAU7M79npJwGKcBwsMqwA2ckltsxgM68TfFPk+yZIVxzMyTwahsw0WKe 7iBnJ0mO/QOiimjevUvPXekHjqZJ6Pk2i+q1/rKyy1wqkQ94cG85jlR+KxzmpwLD YLgB/dKB86yaN2xIgTWh+CjbSd/MfQoc5qiXn6ptVMWraEYaJn8u/+ECGTnWnvOU lVsGK3A5/EkIVTMfM9X4jQV2alj+6+aCaUi8T014bLl/MekGu80uqg== =nn6X -----END PGP SIGNATURE----- From jpeacock at rowman.com Wed Nov 29 16:07:33 2006 From: jpeacock at rowman.com (John Peacock) Date: Wed, 29 Nov 2006 09:07:33 -0500 Subject: [Dovecot] considering dovecot In-Reply-To: References: <456D41EB.3010008@cardgate.net> <456D8B6E.90903@rowman.com> Message-ID: <456D9425.9050401@rowman.com> Steffen Kaiser wrote: > 2) It responses to BCC'ed messages as well, as > http://untroubled.org/qmail-autoresponder/procedure.txt does not state > that the recipient must be part of To/CC. I don't see this as being a problem (those contacts need to be aware the message isn't going to necessarily be read, too). If it was a problem for anyone, the code is trivially easy to change (it's very clean code). > I use sendmail's vacation. It has its own limits, when it comes to the > way to construct the message and to detect the BCC case, one needs to > whitelist all recipient addresses. Also, it uses a DB database. qmail-autoresponder-mysql does what you might expect... ;-) John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Blvd Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747 From ehire at cbrweb.com Wed Nov 29 18:09:52 2006 From: ehire at cbrweb.com (Ejay Hire) Date: Wed, 29 Nov 2006 10:09:52 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: Message-ID: <009c01c713d0$cd547ca0$1900a8c0@bnaejay> I use YAA! (yet another autoresponder) to handle vacation messages,, but I feel the system could be made more efficient. When a user wants to set a vacation message, they go to a web page I created, and login (ldap, apache, authentication via apache's mod_auth_ldap). When they read the page, it reads the vacation message if any from mysql, and allows them to modify it. (PHP) When mail is received, postfix forks it to the mailbox and Yaa!. This means Yaa! Touches every message in the system. I wanted to do it all in LDAP, but I figured out I wasn't smart enough to make YAA!'s ldap support work, so I broke down and used Mysql. In other news, Novell stopped contributing developers to Hula, the open source exchange alternative today. -ejay -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Rick Hazey Sent: Tuesday, November 28, 2006 3:01 PM To: dovecot at dovecot.org Subject: [Dovecot] considering dovecot Hi all. I'm making a case to use Dovecot over Courier and would like some feedback. I've searched the web extensively and have been unable to find any hard information regarding Dovecot's IMAP performance. I've got some pressure to use Courier but my gut tells me that Dovecot should be much faster. In particular, I will have typical users with mailboxes exceeding 10,000 emails and in some cases up to 100,000. Courier might be the "safe" choice but I'm not confident it can handle inboxes with that many messages. Dovecot, with its indexes, should be much, much faster. Can anyone point me to some benchmarks or production uses of dovecot that bear this out? From my research, Courier maildrop appears to be what I need for local delivery. Is it possible to use Maildrop for local delivery with Dovecot? Or is the Dovecot LDA needed to update the maildir indexes? I also need the capability for users to set their own vacation messages via a web page. Maildrop looks to handle this easily (by allowing me to link the maildrop filter to a file with the vacation message) but I don't see similar capability with the Sieve plugin. I do see where I can create a vacation message with Sieve but the text of the message seems to be required to reside within the Sieve script. Perhaps I'm missing something? Any feedback would be greatly appreciated. From rhazey at bitworx.com Wed Nov 29 19:18:28 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Wed, 29 Nov 2006 11:18:28 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: <009c01c713d0$cd547ca0$1900a8c0@bnaejay> References: <009c01c713d0$cd547ca0$1900a8c0@bnaejay> Message-ID: <6E09644E-BE35-4157-94C2-6CDC38D3AC67@bitworx.com> On Nov 29, 2006, at 10:09 AM, Ejay Hire wrote: > I use YAA! (yet another autoresponder) to handle vacation > messages,, but I > feel the system could be made more efficient. Could you give me an overview of how your setup works using YAA? I can't seem to wrap my brain around how you would do something like this in a dovecot environment. From jackie at yuma.acns.colostate.edu Wed Nov 29 19:29:48 2006 From: jackie at yuma.acns.colostate.edu (Jackie Hunt) Date: Wed, 29 Nov 2006 10:29:48 -0700 (MST) Subject: [Dovecot] Can't drop root group privileges In-Reply-To: from "jackie" at Nov 28, 2006 10:10:34 AM Message-ID: <200611291729.kATHTmm734372@yuma.acns.colostate.edu> An update on my problem dropping root group privileges. I discovered this is a problem for a user if they are in the system group (gid 0). If I remove the user from the system group, and leave them in their primary group, I don't see the error. I've tried setting first_valid_gid to something like 4, hoping dovecot would filter out gid 0, but that doesn't work. Still searching for an answer... Jackie > > Hi all, > > I need your insight. I've been testing Dovecot on an AIX 5.2 > system. Compiled and running fine. We have some users on an > AIX 5.1 system, so I'm working on installing it there, so we > can do further testing. > > I'm using Dovecot 1.0 RC15 with OpenSSL 9.0.7e, configured to use > port 10143 (imap) and 10993 (imaps). The error I'm seeing in the log is: > > dovecot: Nov 28 09:23:54 Info: imap-login: Login: user=, method=PLAIN, r > ip=xx.x.xxx.xxx, lip=xxx.xx.xxx.xx, TLS > dovecot: Nov 28 09:23:54 Error: IMAP(jackie): We couldn't drop root group privil > eges (wanted=200, gid=200, egid=0) > dovecot: Nov 28 09:23:54 Error: child 860274 (imap) returned error 89 > > I've seen this error reported on the list, with the suggested resolution > being to set the first_valid_gid = 0 in dovecot.conf. I've tried that, > and nothing changes. > > Any help would be greatly appreciated! > > Jackie > --- > Jackie Hunt > ACNS Voice: (970) 663-3789 > Colorado State University FAX: (970) 491-1958 > Fort Collins, CO 80523 Email: jackie.hunt at colostate.edu > Jackie Hunt ACNS Voice: (970) 663-3789 Colorado State University FAX: (970) 491-1958 Fort Collins, CO 80523 Email: jackie.hunt at colostate.edu From richardm at nashuamobile.com Wed Nov 29 19:30:49 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Wed, 29 Nov 2006 19:30:49 +0200 Subject: [Dovecot] problem in rc15 (proxy mode) In-Reply-To: <20061127153953.d8a1c302.papier@sdv.fr> Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA5822684993@NashuaMB-002.nashuabroadband.local> Hi, I also recently upgraded from rc10 to rc15, and found the same errors in my log files. I also had some issues with the authentication at the same time. I don't know if they are related to the cache, but the first login attempt I did was with an incorrect password, after this even using the correct password it wouldn't allow me to login until I restarted Dovecot. I'm not an expert with regards to the algorythims of the caching engine.. So this might be normal. I thought that it would have only cached successful authenticated sessions. Regards Richard -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Laurent Papier Sent: 27 November 2006 04:40 PM To: dovecot at dovecot.org Subject: [Dovecot] problem in rc15 (proxy mode) Hi, I have test dovecot on one of my pop3/imap proxies (from rc10 to rc15). I immediately get a lot of error messages like this one : Nov 27 15:10:45 mproxy1 dovecot: pop3-login: file client.c: line 423 (client_unref): assertion failed: (client->destroyed) Nov 27 15:10:45 mproxy1 dovecot: child 21677 (login) killed with signal 6 A lot means one every 2 or 3 seconds. Any suggestion ? ---------------- protocols = pop3 imap disable_plaintext_auth = no ssl_disable = yes login_process_size = 64 login_process_per_connection = no login_processes_count = 8 login_max_connections = 256 login_greeting = loktar auth_cache_size = 16384 auth_cache_ttl = 1800 auth_worker_max_count = 30 auth default { mechanisms = plain # Userdb settings are not used with proxy but there need to be something. userdb static { args = static uid=5000 gid=5000 home=/dev/null } passdb sql { args = /etc/dovecot-mysql.conf } user = root count = 1 } -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - From richardm at nashuamobile.com Wed Nov 29 19:42:56 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Wed, 29 Nov 2006 19:42:56 +0200 Subject: [Dovecot] considering dovecot In-Reply-To: <456D8B6E.90903@rowman.com> Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA5822684996@NashuaMB-002.nashuabroadband.local> Hi, (IMO Vacation messages aren't really part of this mailing list forum, as I belive it's a MTA's job) I have had Vacation Messages implemtented for a few years now using Exim & MySQL with a Squirelmail plugin I wrote. Users would login to their webmail profile, using the plugin, add, edit or delete their vacation message which is stored in a MySQL DB. On successful delivery of the mail through the MTA, Exim would check to see if the user has set a message in the vacation database (MySQL), and if so, respond to the sender with the body of custom text. This would only happen once per sender per day (predefined period I decided on). So If you ended up mailing the user 10 mails, you would only receive one message back informing you the recipient is "on vacation". One can set a global exclude list of addresses not to reply to, ie postmaster etc, but undoubtably some will get through. I have plans to implement a time/date schedule for the vacation messages as well, so that users can pre-book a vacation message for a particular duration ahead of time. So.. To some it up. I prefer using Exim (MTA) to do the dirty work. Regards Richard > > Sieve can do both but for #2 it appears that the vacation message text > must be contained within the Sieve script itself. I'm planning on > using mySQL for the authentication database and the vacation message > should be stored in mySQL. I don't see any way to access the vacation > message text from mySQL using Sieve. Properly handling vacation messages is beyond the current capabilities of SIEVE, IMNSHO. The problem is that it is surprisingly tricky to correctly figure out what messages *not* to reply to: listserv messages, bounces, etc. Indeed, there is no way in the SIEVE language to limit the vacation messages by number either; it is considered best practices to only respond with the vacation message a limited number of times (configurable). Personally (and professionally) I use qmail-autoresponder: http://untroubled.org/qmail-autoresponder/ which, despite its name, isn't just limited to qmail, but can be placed in a .forward file. HTH John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Blvd Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747 From richardm at nashuamobile.com Wed Nov 29 19:46:46 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Wed, 29 Nov 2006 19:46:46 +0200 Subject: [Dovecot] Redundant shared mail store? In-Reply-To: Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA5822684997@NashuaMB-002.nashuabroadband.local> Anyone looked at using GFS. I found it very easy to use, reliable and pretty fast. I ran it on RedHat ES. This gives me the flexabiltiy of having multiple hosts connected to the same volume. The more hosts, the more load balancing and redundancy you have. The storeage would preferably be on a SAN of course. -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Francisco Reyes Sent: 29 November 2006 12:51 AM To: Jasper Bryant-Greene Cc: dovecot at dovecot.org Subject: Re: [Dovecot] Redundant shared mail store? Jasper Bryant-Greene writes: > I prefer option 1, although it's expensive. What have other people used? > Do we have other options? How redudant does it need to be? How big is the setup? Does whatever OS you plan to use, works well with NFS? I use FreeBSD as the OS and we had terrible experience with NFS. I think NFS servers are probably the way to go... if you have the budget, but that was not an option for us. We are planning on having a backup/spare server and doign RSYNCS to it, but that may not be acceptable if you don't the possibility of loosing any mail. From mem at mv.mv.com Wed Nov 29 19:47:46 2006 From: mem at mv.mv.com (Mark E. Mallett) Date: Wed, 29 Nov 2006 12:47:46 -0500 Subject: [Dovecot] considering dovecot In-Reply-To: <456D8B6E.90903@rowman.com> References: <456D41EB.3010008@cardgate.net> <456D8B6E.90903@rowman.com> Message-ID: <20061129174746.GB66688@osmium.mv.net> On Wed, Nov 29, 2006 at 08:30:22AM -0500, John Peacock wrote: > Rick Hazey wrote: > > 2) capability for users to set their own vacation message via a web page > > > > Sieve can do both but for #2 it appears that the vacation message text > > must be contained within the Sieve script itself. I'm planning on using > > mySQL for the authentication database and the vacation message should be > > stored in mySQL. I don't see any way to access the vacation message text > > from mySQL using Sieve. Possibly one could use a wrapper to get the message from SQL. Then again, if you have the code, you can add something to query a database. My own MDA (which I haven't plugged here lately :) but which I do use with dovecot) supports reading the text from a .cdb file, but since I am not a mySQL user, and haven't been asked by any mySQL users, I haven't added the capability for that kind of lookup. I imagine it would be pretty straightforward, though. > Properly handling vacation messages is beyond the current capabilities of SIEVE, > IMNSHO. The problem is that it is surprisingly tricky to correctly figure out > what messages *not* to reply to: listserv messages, bounces, etc. Really? Looking at http://untroubled.org/qmail-autoresponder/procedure.txt (which you mentioned later on) I would say that this is a subset of the requirements for Sieve's vacation facility. See http://www.ietf.org/internet-drafts/draft-ietf-sieve-vacation-06.txt section 4.6, among others. What am I missing? > Indeed, there > is no way in the SIEVE language to limit the vacation messages by number either; > it is considered best practices to only respond with the vacation message a > limited number of times (configurable). What do you mean? The big point of the vacation verb in Sieve is to do exactly that; the responses are throttled to once per sender per interval, where interval is specified in days. Maybe you mean something else by "limit the vacation messages by number?" mm From leonardo.lanzi at fi.infn.it Wed Nov 29 19:59:55 2006 From: leonardo.lanzi at fi.infn.it (Leonardo Lanzi) Date: Wed, 29 Nov 2006 18:59:55 +0100 Subject: [Dovecot] lmtp: help needed Message-ID: <456DCA9B.6010705@fi.infn.it> Hi all, parsing the mailing list archive, it seems that the lmtp-server will not be developed soon, so I'm looking for someone that could help me in writing one, even if not the best one. That's why: I've just started to study dovecot, as I was recruited, just about forced, to help The System Manager of our University in the global e-mail migration - more than 37'000 users, 440 mailing lists, everything synchronized with administrative databases and so on - from open-vms (yes... you have not sight problems: OpenVMS ... please don't blame us). In particular, we have (we'd like so much) to directly deliver from a front-end load-balanced anti-spam&virus all "good" messages into maildirs, updating at the same time the indexes for dovecot. Our idea is to write an lmtp, possibly not from scratch; we have already a threaded server, recently born as a raw smtp server to test the antivirus and antispam system under heavy load (before to start the migration), that can be converted to lmtp protocol, but we lack of information on the dovecot API for delivering in a "dovecot-way". As often occurs, we have not months to get it done, therefore _any_ kind of suggestion will be very much appreciated. Thank you all for the help, and patience! -- Leonardo Lanzi Department of Physics - University of Florence - Italy -- PS - Examples of help: 1. "The code is self-explaining, but obviously you're too old to learn: accept to be in the mist, and switch to cyrus" 2. "the following n-functions ... of deliver can accept your data from memory and do all the job" 3. "I've already done everything, download it at the following url..." 3a. "I've already done everything, but you must send me, _before_, your smtp stressing server, or all your tests on latency of irq handlers with 2.6 kernel, or at least one 18-year-old scottish-malt-whisky bottle!" From ehire at cbrweb.com Wed Nov 29 21:11:53 2006 From: ehire at cbrweb.com (Ejay Hire) Date: Wed, 29 Nov 2006 13:11:53 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: <6E09644E-BE35-4157-94C2-6CDC38D3AC67@bitworx.com> Message-ID: <00da01c713ea$3b0f9360$1900a8c0@bnaejay> Sure. The trick is in getting the message to the Autoresponder system. This can be done by the delivery agent (maildrop), or further upstream in the MTA. I use Postfix as my MTA. When I receive a message via smtp, it (pipes it through a virus filter) (pipes it through a spam filter) and drops the message in the maildir. It also "forks" the message, sending a copy to YAA!. YAA runs it's own little pseudo smtp server, and recieves the message from postfix. (on port 3333 I think..). Then Yaa looks at the rcpt to, looks it up in the database, and generates the vacation message. If no vacation message exists, the message is discarded. -ejay -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Rick Hazey Sent: Wednesday, November 29, 2006 11:18 AM To: dovecot at dovecot.org Subject: Re: [Dovecot] considering dovecot On Nov 29, 2006, at 10:09 AM, Ejay Hire wrote: > I use YAA! (yet another autoresponder) to handle vacation messages,, > but I feel the system could be made more efficient. Could you give me an overview of how your setup works using YAA? I can't seem to wrap my brain around how you would do something like this in a dovecot environment. From jfesler at gigo.com Wed Nov 29 21:27:01 2006 From: jfesler at gigo.com (Jason Fesler) Date: Wed, 29 Nov 2006 11:27:01 -0800 (PST) Subject: [Dovecot] lmtp: help needed In-Reply-To: <456DCA9B.6010705@fi.infn.it> References: <456DCA9B.6010705@fi.infn.it> Message-ID: > migration), that can be converted to lmtp protocol, but we lack of > information on the dovecot API for delivering in a "dovecot-way". IMO.. use the dovecot lda. Eat the performance hit of calling it. Let dovecot-lda track all the API changes to indexes and such. Throwing an extra machine at the problem won't cost much compared to the headache of tracking long-term changes from dovecot. From rhazey at bitworx.com Wed Nov 29 22:17:25 2006 From: rhazey at bitworx.com (Rick Hazey) Date: Wed, 29 Nov 2006 14:17:25 -0600 Subject: [Dovecot] considering dovecot In-Reply-To: <6EF1ADD721B23F4A98BC2CD2C1FA5822684996@NashuaMB-002.nashuabroadband.local> References: <6EF1ADD721B23F4A98BC2CD2C1FA5822684996@NashuaMB-002.nashuabroadband.local> Message-ID: On Nov 29, 2006, at 11:42 AM, Richard Mayhew - Nashua Mobile Broadband Division wrote: > (IMO Vacation messages aren't really part of this mailing list > forum, as > I belive it's a MTA's job) > > So.. To some it up. I prefer using Exim (MTA) to do the dirty work. I hear what you're saying but it seems to me that the vacation message function belongs in Sieve (via Dovecot Deliver). I want to move spam into a junk folder and only auto-respond to the remaining email. I'm certainly no expert; this just seemed the logical way to do it and the way that Sieve and Maildrop handle it. Are you able to avoid auto-responding to spam with your configuration using Exim? From tss at iki.fi Wed Nov 29 22:38:16 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 29 Nov 2006 22:38:16 +0200 Subject: [Dovecot] considering dovecot In-Reply-To: <20061129174746.GB66688@osmium.mv.net> References: <456D41EB.3010008@cardgate.net> <456D8B6E.90903@rowman.com> <20061129174746.GB66688@osmium.mv.net> Message-ID: <1164832696.8783.437.camel@hurina> On Wed, 2006-11-29 at 12:47 -0500, Mark E. Mallett wrote: > My own MDA (which I haven't plugged here lately :) but which I do use > with dovecot) Have you tried if you could plug it into Dovecot's deliver as a replacement plugin to CMU sieve? I'd like to get an alternative to it, but I don't really want to spend time coding yet another Sieve implementation. And last I checked, your code wasn't exactly library/plugin-friendly at least to my eyes.. :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From richardm at nashuamobile.com Wed Nov 29 22:49:06 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Wed, 29 Nov 2006 22:49:06 +0200 Subject: [Dovecot] considering dovecot In-Reply-To: Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AC@NashuaMB-002.nashuabroadband.local> Hey, Anything is possible with Exim :) What I decided to do in the past with "Quarantining" mail was to get Exim to deliver the message directly to the specified Junk Folder, and based on a Spam Score in the message headers one could ignore the auto-responder. Much the same as I am not an expert using Sieve, but I prefer ,IMO, that the MTA handle's anything to do with mail delivery, black/white lists, rbl, parsing, scanning (to some degree) etc. and let Dovecot (IMAP/POP3) serve the mail back to the client. This is in no way pushing aside Dovecot, just my personal taste. I do however see an overlap with mail quota's as Exim and Dovecot both are setup to maintain them in synergy. One wont accept mail if the user is over quota, much the same with Dovecot maintaining the quota from an IMAP perspective. I prefer to blackhole/delete the mail if its classified as spam, so the need to worry about whether or not to send a auto-responder based on if the mail is spam or not is somewhat void in this case. The MTA parses the mail through SpamAssassin and based on a returned result, the MTA either rejects the message (550) or accepts it for delivery. This way we don't have rouge mail running around our systems using precious resources. Regards Richard. -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Rick Hazey Sent: 29 November 2006 10:17 PM To: dovecot at dovecot.org Subject: Re: [Dovecot] considering dovecot On Nov 29, 2006, at 11:42 AM, Richard Mayhew - Nashua Mobile Broadband Division wrote: > (IMO Vacation messages aren't really part of this mailing list forum, > as I belive it's a MTA's job) > > So.. To some it up. I prefer using Exim (MTA) to do the dirty work. I hear what you're saying but it seems to me that the vacation message function belongs in Sieve (via Dovecot Deliver). I want to move spam into a junk folder and only auto-respond to the remaining email. I'm certainly no expert; this just seemed the logical way to do it and the way that Sieve and Maildrop handle it. Are you able to avoid auto-responding to spam with your configuration using Exim? From tss at iki.fi Wed Nov 29 22:51:50 2006 From: tss at iki.fi (Timo Sirainen) Date: Wed, 29 Nov 2006 22:51:50 +0200 Subject: [Dovecot] lmtp: help needed In-Reply-To: <456DCA9B.6010705@fi.infn.it> References: <456DCA9B.6010705@fi.infn.it> Message-ID: <1164833510.8783.449.camel@hurina> On Wed, 2006-11-29 at 18:59 +0100, Leonardo Lanzi wrote: > parsing the mailing list archive, it seems that the lmtp-server will not > be developed soon, so I'm looking for someone that could help me in > writing one, even if not the best one. That's why: Well.. Dovecot's deliver is what you should be looking to do this. Unfortunately its code is quite kludgy. For Dovecot v2.0 I'm doing larger changes which makes it much cleaner, but for now it's ugly.. Settings are read from environment variables. So in deliver there's now code which parses dovecot.conf itself and puts pretty much everything in it into environment variables. You'll need to do this or just set the environment variables manually somehow. Do you need to parse the message in any way? If not and you just want to save it, then it's easier. You can use the mailbox_save_*() functions in src/lib-storage/mail-storage.h to do it. Deliver however wants to use the headers of the mails so it create an in-memory mbox formatted mailbox of the incoming message, which is rather ugly. There's also src/plugins/convert/ which contains convert-tool binary. Its code is simpler than deliver's, and it might be easier to understand. For seeing how mailbox_save_*() functions work, you can check how mailbox_copy() is implemented in src/lib-storage/mail-copy.c. One reason why I don't really like implementing LMTP is because it doesn't work well with multiple UIDs. You've only 3 choices: 1) Run everything under a single UID 2) Run LMTP delivery code as root which is temporarily setuid to the user (security hole gives root access) 3) Fork a new process to handle each delivery (couldn't you just use deliver binary then?) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From richardm at nashuamobile.com Wed Nov 29 22:54:22 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Wed, 29 Nov 2006 22:54:22 +0200 Subject: [Dovecot] Quota's with Thunderbird Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AD@NashuaMB-002.nashuabroadband.local> Hi, Does anyone know how to get Thunderbird to correctly report the mailbox quota's? I know Dovecot is correctly enforcing the quotas on the mailbox when using Thunderbird, but Thunderbird reports that the "server does not support quota's" when trying to view the usage? Is Thunderbird expecting something different? Viewing the mailbox through Squirelmail, the quota's are reported correctly, so I would thnk that Thunderbird is where the problem lies. Regards Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: From leroy.vanlogchem at wldelft.nl Wed Nov 29 23:19:21 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Wed, 29 Nov 2006 22:19:21 +0100 Subject: [Dovecot] Can't remove folder Message-ID: <456DF959.60801@wldelft.nl> Hello, Here is a 'me too' somewhat like: http://www.dovecot.org/list/dovecot/2006-January/010759.html Example scenario: /u/username/Mail/subfolder/somebox subfolder is a directory somebox is a mbox When I use Thunderbird's "Delete folder" function on the somebox the message appears: "Target mailbox doesn't allow inferiour mailboxes". Thunderbird, by default, tries to move it to Trash instead of deleting it directly. When I change the preference to "Remove it immediately" it works. Which component is at fault here: - limitation of a mbox only setup? - thunderbird should know - limitation of the imap protocol to advice the client it's mbox backed - feature of dovecot, could it be fixed or worked around somehow -- Leroy From mem at mv.mv.com Wed Nov 29 23:38:52 2006 From: mem at mv.mv.com (Mark E. Mallett) Date: Wed, 29 Nov 2006 16:38:52 -0500 Subject: [Dovecot] considering dovecot In-Reply-To: <1164832696.8783.437.camel@hurina> References: <456D41EB.3010008@cardgate.net> <456D8B6E.90903@rowman.com> <20061129174746.GB66688@osmium.mv.net> <1164832696.8783.437.camel@hurina> Message-ID: <20061129213852.GC60639@osmium.mv.net> On Wed, Nov 29, 2006 at 10:38:16PM +0200, Timo Sirainen wrote: > On Wed, 2006-11-29 at 12:47 -0500, Mark E. Mallett wrote: > > My own MDA (which I haven't plugged here lately :) but which I do use > > with dovecot) > > Have you tried if you could plug it into Dovecot's deliver as a > replacement plugin to CMU sieve? No, but that might be an interesting experiment. I *have* looked over the interface between dovecot lda and libsieve. > I'd like to get an alternative to it, > but I don't really want to spend time coding yet another Sieve > implementation. And last I checked, your code wasn't exactly > library/plugin-friendly at least to my eyes.. :) You're right there, but I don't think it would take much to make it so. I have "plugged" mfl (the language) into multiple applications, but those have been written with using the language in mind from the beginning. I see only a few obstacles to making it more generically usable (most of you can probably hit delete now...): - mfl/sieve code makes calls to specifically-named functions to do actions (like "fileinto" etc). These could fairly easily be turned into callbacks or calls via function pointers. - mfl code thinks it knows how messages are stored in memory, and makes some direct use of structure elements; it also makes calls to specifically-named functions to access things like headers and mime parts. These things could also be turned into callbacks. - mfl code makes use of a bunch of my own suite of utility functions, which would have to be added to the library references. Undoubtedly some of these utility functions duplicate those in your application (or any that would want to use it), so it would add some size to the executable. It also creates another library dependancy to be figured out at configure time. Neither of those are all that big of a deal, but they might offend some purist nature. I dunno, maybe I'll give it a shot, e.g. over the upcoming holiday. I've been thinking about trying to make the mfl piece more standalone anyway: the main downside being that it creates yet another library piece to maintain and for users to download. mm From leroy.vanlogchem at wldelft.nl Wed Nov 29 23:35:36 2006 From: leroy.vanlogchem at wldelft.nl (Leroy van Logchem) Date: Wed, 29 Nov 2006 21:35:36 +0000 (UTC) Subject: [Dovecot] MAILDIR environment References: <200603010545.k215jSBc011704@mail-gateway-2.giga-sj-001.net> Message-ID: server101.com> writes: > > from docs/mail-storages.txt: > > "Also as a special case, if MAILDIR environment exists, maildir storage is used with the directory > specified in it." > > Forgive me if this seems obvious, but is this talking about setting MAILDIR as an enivornment variable? I > have it set on my system in both /etc/profile and ~/.bash_profile: > > MAILDIR=/path/to/maildir/ > export MAILDIR > > and have confirmed this worked by running 'echo $MAILDIR'. I've logged the user in question out and then in > again, as well as restarting dovecot but it still defaults to checking ~/Maildir when the user logs in. > Setting the location using default_mail_env is not an option here as I need the fallback behaviour that > occurs when default_mail_env is not set. > > Any advice appreciated. You can use the userdb extra_fields to change settings per account. See http://www.dovecot.org/list/dovecot/2006-November/017830.html for example. From andrewz at springsrescuemission.org Thu Nov 30 00:01:23 2006 From: andrewz at springsrescuemission.org (Andrew Z) Date: Wed, 29 Nov 2006 15:01:23 -0700 Subject: [Dovecot] Subfolders with Thunderbird and maildir? In-Reply-To: <45657147.2080300@uninett.no> References: <4564D4EA.7020902@springsrescuemission.org> <45657147.2080300@uninett.no> Message-ID: <456E0333.6040906@springsrescuemission.org> Anders Lund wrote: > Andrew Z wrote: > >> I setup a test dovecot-1.0-0.beta8.2.fc5 and left most of the settings >> as the defaults. In Thunderbird 1.5.0.8 Windows, when I tried to create >> a subfolder named "subfolder" under INBOX, it showed up as the same >> level a INBOX and with the name "INBOX^subfolder". >> >> I was able to manually create a subfolder using "mkdir >> ~/mail/test_manual_subfolder; touch ~/mail_test_subfolder/blah" and then >> subscribing to it. That's too much work. :) >> >> Now when I try to create a subfolder of a non-inbox folder, nothing >> happens (not even an error). >> >> Screen shot: >> http://img452.imageshack.us/my.php?image=subfoldersthunderbird15ao6.png >> >> The Dovecot system is Fedora Core 5 x86 and an NFS client for /home. >> I'm considering switching from Trustix, UW-IMAP, and mbox. I'm also >> considering changing INBOX to a Maildir (not /var/spool/mail/%u). >> > > Just a quick question: > > In > Account settings > Server Settings > Advanced > for your account, have you unchecked "Server supports folders that > contain sub-folders and messages"? > > If you are using Maildir this should be on, but if you're using mbox > this should be off. > The setting is on (the default). In the test above, I had default_mail_env set to blank and it looks like it created an mbox in ~/mail. Just now, I tried default_mail_env=~/mail , and the non-inbox subfolders worked OK. However, the subfolder of INBOX still showed up as INBOX^subfolder. Andrew From sfs at tc.umn.edu Thu Nov 30 00:26:50 2006 From: sfs at tc.umn.edu (Steven F Siirila) Date: Wed, 29 Nov 2006 16:26:50 -0600 Subject: [Dovecot] Logging Message-ID: <20061129222650.GA25072@earth.tc.umn.edu> In trying to determine why someone was unable to use port 110 w/STLS (POP) I had great difficulty finding the session in which the user switched to this port from using port 995. This is because Dovecot does not log any port number information. Furthermore, it isn't obvious to me if it logs whether a session was negotiated SSL (via STARTTLS w/IMAP or STLS w/POP) or started out SSL (ports 993 and 995). If this seems reasonable, I can whip up a patch to log this information. However, I'd rather see Dovecot 1.0 released first. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs at umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 From leonardo.lanzi at fi.infn.it Thu Nov 30 00:58:31 2006 From: leonardo.lanzi at fi.infn.it (Leonardo Lanzi) Date: Wed, 29 Nov 2006 23:58:31 +0100 Subject: [Dovecot] lmtp: help needed In-Reply-To: <1164833510.8783.449.camel@hurina> References: <456DCA9B.6010705@fi.infn.it> <1164833510.8783.449.camel@hurina> Message-ID: <456E1097.3080602@fi.infn.it> Timo Sirainen wrote: > On Wed, 2006-11-29 at 18:59 +0100, Leonardo Lanzi wrote: >> parsing the mailing list archive, it seems that the lmtp-server will not >> be developed soon, so I'm looking for someone that could help me in >> writing one, even if not the best one. That's why: > > Well.. Dovecot's deliver is what you should be looking to do this. > Unfortunately its code is quite kludgy. For Dovecot v2.0 I'm doing > larger changes which makes it much cleaner, but for now it's ugly.. ... Dear Timo, thank you very much for the quick reply, and especially for suggesting the course. If I'll assemble something working, I hope it could be useful to someone else. Thanks again... by the way, I didn't understand everything, but your code is one order of magnitude better than the other famous imaps. Leonardo From abusquets at gmail.com Thu Nov 30 02:23:23 2006 From: abusquets at gmail.com (Alex) Date: Thu, 30 Nov 2006 01:23:23 +0100 Subject: [Dovecot] update quota Message-ID: <75eb42920611291623y36c6c617t7e29fb4ef6ebc1b1@mail.gmail.com> I'm working with last dovecot r15 and exim 4.63 When I download my emails, pop3, dovecot not upadtes the maildirsize file -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert at schetterer.org Thu Nov 30 02:30:34 2006 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 30 Nov 2006 01:30:34 +0100 Subject: [Dovecot] Quota's with Thunderbird In-Reply-To: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AD@NashuaMB-002.nashuabroadband.local> References: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AD@NashuaMB-002.nashuabroadband.local> Message-ID: <456E262A.1080809@schetterer.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard Mayhew - Nashua Mobile Broadband Division schrieb: > Hi, > > Does anyone know how to get Thunderbird to correctly report the mailbox > quota's? I know Dovecot is correctly enforcing the quotas on the mailbox > when using Thunderbird, but Thunderbird reports that the "server does > not support quota's" when trying to view the usage? Is Thunderbird > expecting something different? > > Viewing the mailbox through Squirelmail, the quota's are reported > correctly, so I would thnk that Thunderbird is where the problem lies. > > Regards > > Richard > > > -- > Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > > > Hi Richard , i see quota very nice with thunderbird, i guess its your dovecot setup - -- Mit freundlichen Gruessen Best Regards Robert Schetterer robert_at_schetterer_dot_org Munich / Bavaria / Germany https://www.schetterer.org https://www.schetterer.com/public-gpg-robert-schetterer.key -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFFbiYqNxddAhXBw7QRAnLEAJ4mN20GzzUz73eMDBi/S09lOSx6cQCeLj7d ECYJvjD5IUpSgn4pn9q0fAw= =cgF4 -----END PGP SIGNATURE----- -- Diese Nachricht wurde auf Viren und andere gef?hrliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. From alien at 12inch.com Thu Nov 30 04:07:34 2006 From: alien at 12inch.com (Alan Premselaar) Date: Thu, 30 Nov 2006 11:07:34 +0900 Subject: [Dovecot] Quota's with Thunderbird In-Reply-To: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AD@NashuaMB-002.nashuabroadband.local> References: <6EF1ADD721B23F4A98BC2CD2C1FA58226849AD@NashuaMB-002.nashuabroadband.local> Message-ID: <456E3CE6.6090502@12inch.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard Mayhew - Nashua Mobile Broadband Division wrote: > Hi, > > Does anyone know how to get Thunderbird to correctly report the mailbox > quota's? I know Dovecot is correctly enforcing the quotas on the mailbox > when using Thunderbird, but Thunderbird reports that the "server does > not support quota's" when trying to view the usage? Is Thunderbird > expecting something different? > > Viewing the mailbox through Squirelmail, the quota's are reported > correctly, so I would thnk that Thunderbird is where the problem lies. > > Regards > > Richard > Richard, make sure that you have both 'quota = ' and 'imap_quota = ' in your imap plugins definitions in dovecot's configuration. Also, it would definitely help to give us specifics of your configuration. (i.e. which version of dovecot, on what operating system, etc) you should also double-check to make sure that your squirrelmail plugin isn't directly looking at disk quotas as opposed to grabbing the quota information via IMAP. (check_quota does this) the easiest way to determine if dovecot is actually supporting quotas is to telnet to your dovecot machine on port 143 and then after connecting type: 1 capability (after it outputs the capabilities that dovecot has, you can then type "2 logout" to exit) it should have "QUOTA" in the list somewhere (likely towards the end) if it doesn't there is a problem with the quota support compiled into dovecot. hope this helps alan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFbjziE2gsBSKjZHQRAiS3AKDWZU624fGKKLzj5orTdV3PDbg6YQCeIVYP rTCqQSelu74VAG1JXgAXySU= =pU+h -----END PGP SIGNATURE----- From chibi at gol.com Thu Nov 30 04:59:20 2006 From: chibi at gol.com (Christian Balzer) Date: Thu, 30 Nov 2006 11:59:20 +0900 Subject: [Dovecot] update quota In-Reply-To: Your message of "Thu, 30 Nov 2006 01:23:23 +0100." <75eb42920611291623y36c6c617t7e29fb4ef6ebc1b1@mail.gmail.com> References: <75eb42920611291623y36c6c617t7e29fb4ef6ebc1b1@mail.gmail.com> Message-ID: Alex wrote: > >When I download my emails, pop3, dovecot not upadtes the maildirsize file > Make sure you have: mail_plugins = quota in your pop3 protocol section. With it there, pop3 does update the maildirsize file fine. Regards, Christian -- Christian Balzer Network/Systems Engineer NOC chibi at gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/ From lists at stringsutils.com Thu Nov 30 05:57:00 2006 From: lists at stringsutils.com (Francisco Reyes) Date: Wed, 29 Nov 2006 22:57:00 -0500 Subject: [Dovecot] Status of commercial support? Message-ID: Was going over the archives looking for any info on commercial support. Only found some emails back from 2005. Is there commercial support available? If not, any consultants that could help with an installation. In particular Courier 4 POP migration to dovecot. From richardm at nashuamobile.com Thu Nov 30 09:38:30 2006 From: richardm at nashuamobile.com (Richard Mayhew - Nashua Mobile Broadband Division) Date: Thu, 30 Nov 2006 09:38:30 +0200 Subject: [Dovecot] Quota's with Thunderbird In-Reply-To: <456E3CE6.6090502@12inch.com> Message-ID: <6EF1ADD721B23F4A98BC2CD2C1FA5822684A32@NashuaMB-002.nashuabroadband.local> -----Original Message----- From: Alan Premselaar [mailto:alien at 12inch.com] Sent: 30 November 2006 04:08 AM To: Richard Mayhew - Nashua Mobile Broadband Division Cc: dovecot at dovecot.org Subject: Re: [Dovecot] Quota's with Thunderbird -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard Mayhew - Nashua Mobile Broadband Division wrote: > Hi, > > Does anyone know how to get Thunderbird to correctly report the > mailbox quota's? I know Dovecot is correctly enforcing the quotas on > the mailbox when using Thunderbird, but Thunderbird reports that the > "server does not support quota's" when trying to view the usage? Is > Thunderbird expecting something different? > > Viewing the mailbox through Squirelmail, the quota's are reported > correctly, so I would thnk that Thunderbird is where the problem lies. > > Regards > > Richard > Richard, make sure that you have both 'quota = ' and 'imap_quota = ' in your imap plugins definitions in dovecot's configuration. --> I have set in the protocol configuration declaration for IMAP, 'mail_plugins = quota imap_quota', Would this be the only place or are you referring to somewhere lese as well? The MySQL lookup also (using debug) returns the correct quota information back to DoveCot, so it just seems that Thunderbird is expecting something different. Also, it would definitely help to give us specifics of your configuration. (i.e. which version of dovecot, on what operating system, etc) --> Sorry its, RedHat ES4, DoveCot ...RC15, Anything specific? you should also double-check to make sure that your squirrelmail plugin isn't directly looking at disk quotas as opposed to grabbing the quota information via IMAP. (check_quota does this) --> I use the plugin quota_check which retrieves the quota information directly from the IMAP server. the easiest way to determine if dovecot is actually supporting quotas is to telnet to your dovecot machine on port 143 and then after connecting type: 1 capability (after it outputs the capabilities that dovecot has, you can then type "2 logout" to exit) it should have "QUOTA" in the list somewhere (likely towards the end) ---> Yup I have it in the output described. I know the quota's are enforced though all the mail cliets I use, as the tests I performed, ie saving a large mail as a draft etc. if it doesn't there is a problem with the quota support compiled into dovecot. hope this helps alan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFbjziE2gsBSKjZHQRAiS3AKDWZU624fGKKLzj5orTdV3PDbg6YQCeIVYP rTCqQSelu74VAG1JXgAXySU= =pU+h -----END PGP SIGNATURE----- From eric at ccat.co.nz Thu Nov 30 10:56:25 2006 From: eric at ccat.co.nz (eric) Date: Thu, 30 Nov 2006 21:56:25 +1300 Subject: [Dovecot] authentication Message-ID: <456E9CB9.20207@ccat.co.nz> Good evening from Aotearoa; First some details: Clients are all Outlook2003 on XP yawn Server is Suse 9.3 Samba, postfix, fetchmail and dovecot 1.0 rc13 I succesfully installed Dovecot on my test network at home, but at the job site its a mystery. I seem to be able to get one client to authenticate but not another. And only if i created a password file consisting of logins and no passwords. Dovecot won't use standard unix passwd successfully. So here is the conf: base_dir = /var/run/dovecot/ protocols = pop3 listen = *:110 disable_plaintext_auth = no ssl_listen = ssl_disable = yes login_dir = /var/run/dovecot/login login_user = dovecot login_greeting = Dovecot ready. mail_extra_groups = users mail last_valid_uid = 2000 pop3_uidl_format = %08Xu%08Xv protocol lda { # Address to use when sending rejection mails. postmaster_address = postmaster at example.com } auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ auth_debug_passwords = yes auth default { mechanisms = plain passdb passwd-file { args = /usr/local/etc/passwords } userdb passwd { } user = root default_mail_env = mbox:/var/spool/mail/:INBOX=/var/spool/mail/%u And here is a sample of two of the syslogs.: I am not worried about the UID warning,I was try to login on from various clients. Though this is not a requirement. Sample of Mail log Nov 30 18:30:27 SCSIServer dovecot: POP3(user): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. [2006-11-30 18:30:27] Nov 30 18:19:50 SCSIServer dovecot: pop3-login: Login: user=, method=PLAIN, rip=192.168.1.113, lip=192.168.1.199 Nov 30 18:19:50 SCSIServer dovecot: POP3(user1): UIDVALIDITY changed (1164764972 -> 1164774199) in mbox file /var/spool/mail/user1 Nov 30 18:19:50 SCSIServer dovecot: POP3(user1): Disconnected: Mailbox is in inconsistent state. top=0/0, retr=0/0, del=0/0, size=0 Nov 30 18:20:04 SCSIServer dovecot: auth(default): client in: AUTH 1 PLAIN service=POP3 lip=192.168.1.199 rip=192.168.1.113 resp=AG9saXZpYQA= Nov 30 18:20:46 SCSIServer dovecot: pop3-login: Login: user=, method=PLAIN, rip=192.168.1.115, lip=192.168.1.199 Nov 30 18:20:46 SCSIServer dovecot: POP3(user2): open() failed with index file /var/spool/mail/.imap/INBOX/dovecot.index: Permission denied Nov 30 18:20:46 SCSIServer dovecot: POP3(user2): open() failed with index file /var/spool/mail/.imap/INBOX/dovecot.index: Permission denied Nov 30 18:20:46 SCSIServer dovecot: POP3(user2): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. Warn log; Nov 30 18:30:27 SCSIServer dovecot: POP3(user2): open() failed with index file /var/spool/mail/.imap/INBOX/dovecot.index: Permission denied Nov 30 18:30:27 SCSIServer dovecot: POP3(user2): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. [2006-11-30 18:30:27] It just occured to me these leading blanks in the conf file may effect, I am sure I read that somewhere to do with one of these things? Any other ideas would be greatly appreciated. From papier at sdv.fr Thu Nov 30 11:13:11 2006 From: papier at sdv.fr (Laurent Papier) Date: Thu, 30 Nov 2006 10:13:11 +0100 Subject: [Dovecot] problem in rc15 (proxy mode) In-Reply-To: <6EF1ADD721B23F4A98BC2CD2C1FA5822684993@NashuaMB-002.nashuabroadband.local> References: <20061127153953.d8a1c302.papier@sdv.fr> <6EF1ADD721B23F4A98BC2CD2C1FA5822684993@NashuaMB-002.nashuabroadband.local> Message-ID: <20061130101311.87fa6ac2.papier@sdv.fr> Le Wed, 29 Nov 2006 19:30:49 +0200 "Richard Mayhew - Nashua Mobile Broadband Division" ?crit: > Hi, > > I also recently upgraded from rc10 to rc15, and found the same errors in my log files. I also had some issues with the authentication at the same time. I don't know if they are related to the cache, but the first login attempt I did was with an incorrect password, after this even using the correct password it wouldn't allow me to login until I restarted Dovecot. I'm not an expert with regards to the algorythims of the caching engine.. So this might be normal. I thought that it would have only cached successful authenticated sessions. Dovecot rc10 also behaves like this. -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - From biuro at wwv.pl Wed Nov 29 13:12:37 2006 From: biuro at wwv.pl (SysOp) Date: Wed, 29 Nov 2006 12:12:37 +0100 Subject: [Dovecot] mysql +update Message-ID: <20061129121237.0000725f@tytus> Hi all, how to put in databaswe (mysql) some information after login dovecot can only get information from database (user_query, password_query) exist some query to put in, for example last login date into database ? Maciek From ghenry at suretecsystems.com Thu Nov 30 16:55:14 2006 From: ghenry at suretecsystems.com (Gavin Henry) Date: Thu, 30 Nov 2006 14:55:14 -0000 (UTC) Subject: [Dovecot] [IDEA] Shared Folders via LDAP Lookups Message-ID: <49302.82.69.192.46.1164898514.squirrel@webmail.suretecsystems.com> Hi All, We've been thinking a lot about the 2 different ways dovecot implements shares; namespaces and symlinks. We currently use the symlink version for our clients and they use the create_dovecot_shares.pl tool we did at: http://dovecot.org/tools/ Our idea is either in the namespace declaration or if a folder has a dovecot-shared file/symlink, have a ldap lookup defined in say, dovecot-ldap-shares.conf or dovecot-ldap.conf, that queries a dn and looks for memberUID or a group dn, then those uids/groups can get into the IMAP maildir. Obviously the original folder would need to be owned by some predefined user, e.g dovecot etc. Then it's just a simple matter of adding a new memberUID/group to the share listing. We can do a custom dovecot.schema if needed (for say a dovecotShare attribute etc.), as long as we get dovecot a Private Enterprise Number from: http://www.iana.org/cgi-bin/enterprise.pl If Timo hasn't already got one, but I can't see one in: http://www.iana.org/assignments/enterprise-numbers Thoughts? -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From tss at iki.fi Thu Nov 30 17:06:14 2006 From: tss at iki.fi (Timo Sirainen) Date: Thu, 30 Nov 2006 17:06:14 +0200 Subject: [Dovecot] Status of commercial support? In-Reply-To: References: Message-ID: <1164899175.8783.456.camel@hurina> On Wed, 2006-11-29 at 22:57 -0500, Francisco Reyes wrote: > Was going over the archives looking for any info on commercial support. Only > found some emails back from 2005. > > Is there commercial support available? > If not, any consultants that could help with an installation. In particular > Courier 4 POP migration to dovecot. Currently the situation is that it's possible to buy new features (ie. coding time from me), but not installation or maintenance support. I'm also not aware of anyone offering such support. So I think your best bet is to just ask questions here.. I see that you've asked a couple already. I'll try to get around answering them this weekend (been too busy recently once again to answer mails). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ghenry at suretecsystems.com Thu Nov 30 17:09:09 2006 From: ghenry at suretecsystems.com (Gavin Henry) Date: Thu, 30 Nov 2006 15:09:09 -0000 (UTC) Subject: [Dovecot] Status of commercial support? In-Reply-To: <1164899175.8783.456.camel@hurina> References: <1164899175.8783.456.camel@hurina> Message-ID: <34965.82.69.192.46.1164899349.squirrel@webmail.suretecsystems.com> > On Wed, 2006-11-29 at 22:57 -0500, Francisco Reyes wrote: >> Was going over the archives looking for any info on commercial support. >> Only >> found some emails back from 2005. >> >> Is there commercial support available? >> If not, any consultants that could help with an installation. In >> particular >> Courier 4 POP migration to dovecot. > > Currently the situation is that it's possible to buy new features (ie. > coding time from me), but not installation or maintenance support. I'm > also not aware of anyone offering such support. > > So I think your best bet is to just ask questions here.. I see that > you've asked a couple already. I'll try to get around answering them > this weekend (been too busy recently once again to answer mails). What about a page on the Wiki? We'd be willing to offer Dovecot commercial support, not coding, but installation and maintenance. Thoughts? Gavin. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From CMarcus at Media-Brokers.com Thu Nov 30 17:22:10 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 30 Nov 2006 10:22:10 -0500 Subject: [Dovecot] Status of commercial support? In-Reply-To: <1164899175.8783.456.camel@hurina> References: <1164899175.8783.456.camel@hurina> Message-ID: <456EF722.5040902@Media-Brokers.com> > So I think your best bet is to just ask questions here.. I see that > you've asked a couple already. I'll try to get around answering them > this weekend (been too busy recently once again to answer mails). Yeah, yeah, we know, Timo - too busy playing video games and watching pR0n... ;) lol... -- Best regards, Charles From holmgren at lysator.liu.se Thu Nov 30 17:25:48 2006 From: holmgren at lysator.liu.se (Magnus Holmgren) Date: Thu, 30 Nov 2006 16:25:48 +0100 Subject: [Dovecot] Comments about LDA wiki page Message-ID: <200611301625.49384@proffe.kibibyte.se> I've just tried out Dovecot LDA. The reason I didn't want to use it before was that I found it unnecessary together with Exim, plus I wanted to use Exim's filtering. But now I wanted to see if can notice any improvement when the indexes are updated on delivery, and I saw that it's possible to use Exim filters and pass the resulting folder with -m. Now, correct me if I'm wrong, but IIUC some corrections, improvements, and comments could be made on http://wiki.dovecot.org/LDA. In the "Site-wide setup" section (and in dovecot.conf) it's suggested that access be restricted to the master socket somehow. The first Exim example ("System-users"), however, requires a world-writable socket. Uncomment "group = mail" and deliver will complain that setgid() fails. In this situation, the "-d $local_part@$domain" is unnecessary because then deliver will use the name of the user it's running as (it should probably have been just "-d $local_part" anyway). However, if deliver is run by root (which is by default impossible under Exim) or setuid root, then a destination user is mandatory. Oh wait, without -d the auth socket isn't used at all, only the HOME environment variable and default_mail_env are. Well, it shouldn't matter much if you're running a standard pam/passwd setup, but with a more complicated non-virtual setup I see only four solutions: Make deliver setuid root, remove root from the compiled-in FIXED_NEVER_USERS list, run deliver as a user/group that has write access to all mailboxes, or make the master socket world-writable. -- Magnus Holmgren holmgren at lysator.liu.se (No Cc of list mail needed, thanks) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jc at info-systems.de Thu Nov 30 17:34:20 2006 From: jc at info-systems.de (Jakob Curdes) Date: Thu, 30 Nov 2006 16:34:20 +0100 Subject: [Dovecot] Status of commercial support? In-Reply-To: <1164899175.8783.456.camel@hurina> References: <1164899175.8783.456.camel@hurina> Message-ID: <456EF9FC.1010808@info-systems.de> Timo Sirainen schrieb: >I'm >also not aware of anyone offering such support. > > We are willing to offer commercial support for dovecot, limited to what our installation experience yields. We are Germany-based linux consultants with 10+ years experience in the field and use dovecot as IMAP and POP3 solution in different setups. We also support other linux/unix apps. For details please contact linux at info-systems.de or me personally at jc at info-systems.de. Jakob Curdes manager, iS information Systems oHG From rueckert at informatik.uni-rostock.de Thu Nov 30 19:11:37 2006 From: rueckert at informatik.uni-rostock.de (Marcus Rueckert) Date: Thu, 30 Nov 2006 18:11:37 +0100 Subject: [Dovecot] Status of commercial support? In-Reply-To: <456EF722.5040902@Media-Brokers.com> References: <1164899175.8783.456.camel@hurina> <456EF722.5040902@Media-Brokers.com> Message-ID: <20061130171137.GN11427@pixel.global-banlist.de> On 2006-11-30 10:22:10 -0500, Charles Marcus wrote: > >So I think your best bet is to just ask questions here.. I see that > >you've asked a couple already. I'll try to get around answering them > >this weekend (been too busy recently once again to answer mails). > > Yeah, yeah, we know, Timo - too busy playing video games and watching > pR0n... ;) or studying at the university bio science and chemistry iirc. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org From CMarcus at Media-Brokers.com Thu Nov 30 20:30:21 2006 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 30 Nov 2006 13:30:21 -0500 Subject: [Dovecot] Status of commercial support? In-Reply-To: <20061130171137.GN11427@pixel.global-banlist.de> References: <1164899175.8783.456.camel@hurina> <456EF722.5040902@Media-Brokers.com> <20061130171137.GN11427@pixel.global-banlist.de> Message-ID: <456F233D.1010204@Media-Brokers.com> >>> So I think your best bet is to just ask questions here.. I see that >>> you've asked a couple already. I'll try to get around answering them >>> this weekend (been too busy recently once again to answer mails). >> Yeah, yeah, we know, Timo - too busy playing video games and watching >> pR0n... ;) > or studying at the university bio science and chemistry iirc. Umm... it *was* a joke - or did you miss my wink? -- Best regards, Charles From joeycoleman at acm.org Thu Nov 30 21:40:36 2006 From: joeycoleman at acm.org (Joey Coleman) Date: Thu, 30 Nov 2006 19:40:36 +0000 Subject: [Dovecot] Problem/workaround with X-Keywords and Apple's Mail.app Message-ID: <5D552765-4E57-445C-A366-4E134444A8AE@acm.org> Hello, I've just switched from UW-IMAP to Dovecot, and for the most part, things are good. However, I encountered the problem with the X-Keywords header not being written back into individual messages in an mbox file (originally described in [1], and Timo gave a clue as to maybe why in [2]). What was happening for me is that Apple's Mail.app would flag a message as spam, which happily sets a couple keywords in the message, but those weren't being written back (at least, I didn't see them in the file on the server). The "DO NOT DELETE..." message had a perfectly fine X-IMAP header, and up until I switched things were working great. The user visible symptom of this happened every time new spam arrived in my Junk folder [3] --- the new spam would arrive, be flagged as spam by Mail.app, and the earlier pieces of mail would promptly be unflagged! Anyway, Timo's clue in [2] prompted me to turn off both mbox_lazy_writes and mbox_dirty_syncs (the latter just on the off- chance... it's a low-volume server, so I can deal with the inefficiency). Lo and behold, Mail.app started acting sane again *and* the X-Keywords header appeared immediately. Oddly, during all of this, the Status and X-UID keywords would appear in the messages just fine; no clue as to why those and not X- Keywords. Version details are: - Dovecot 1.0rc13 [4] - FreeBSD 5.3-RELEASE - Apple Mail.app 2.1 (752/752.2) cheers, --joey [1] http://dovecot.org/list/dovecot/2006-March/011872.html [2] http://dovecot.org/list/dovecot/2006-June/014126.html [3] And it felt really strange while troubleshooting this as I found myself *hoping* for another piece of spam to arrive. Bleh. [4] Yes, two versions behind current, but in my defense, I did check the announcements and they didn't seem to mention the problem. From lrosa at hypertrek.info Thu Nov 30 21:40:55 2006 From: lrosa at hypertrek.info (Luigi Rosa) Date: Thu, 30 Nov 2006 20:40:55 +0100 Subject: [Dovecot] method= in log file Message-ID: <456F33C7.6090808@hypertrek.info> In Dovecot log I have: Nov 30 20:35:16 xx dovecot: pop3-login: Login: user=, method=PLAIN, rip=x.x.x.102, lip=y.y.y.53 Nov 30 20:35:16 xx dovecot: imap-login: Login: user=, method=plain, rip=x.x.x.102, lip=y.y.y.53 Apart the protocol (IMAP and POP3) is there a difference between "method=PLAIN" and "method=plain"? Ciao, luigi -- / +--[Luigi Rosa]-- \ 667: The neighbor of the beast.