From drum.lucas at gmail.com Tue Mar 1 00:47:42 2011 From: drum.lucas at gmail.com (drum.lucas at gmail.com) Date: Mon, 28 Feb 2011 19:47:42 -0300 Subject: [Dovecot] Dovecot+Postfix+Mysql+quotas doesn't work In-Reply-To: References: Message-ID: PLEASE ! Any help? 2011/2/28 drum.lucas at gmail.com > Hi ! > I'm using postfix with mysql, dovecot and squirrelmail for WEBMAIL > > In my dovecot.conf I've: > > plugin { > quota = maildir:User quota > quota2 = maildir:Shared quota:ns=Public/ > quota_rule = *:storage=400M > quota_rule2 = Trash:storage=100M > quota_exceeded_message = Quota excedida. Por favor, exclua alguns emails! > quota_warning = storage=95%% /usr/local/bin/quota-warning.sh 95 > quota_warning2 = storage=80%% /usr/local/bin/quota-warning.sh 80 > } > > In my webmail, he informs me that I'm using the percentage of quota. But I > can't make the TRASH folder is ignored. That is, I can't put a higher > limit on it than the others. > Am I doing something wrong? > > Another thing. I'm not receiving message of quota exceeded. This is with > the MTA or dovecot? > > > ############################################################################################################## > > ############################################################################################################## > > ############################################################################################################## > > ############################################################################################################## > > My quota-warning.sh: > > #!/bin/sh > > PERCENT=$1 > FROM="postmaster at xxxxxxxx.br" > qwf="/tmp/quota.warning.$$" > > echo "From: $FROM > To: $USER > To: postmaster at xxxxxxx.br > Subject: Your email quota is $PERCENT% full > Content-Type: text/plain; charset="UTF-8" > > Sua caixa de e-mail est?: $PERCENT% full." >> $qwf > > cat $qwf | /usr/sbin/sendmail -f $FROM "$USER" > rm -f $qwf > > exit 0 > > > > ############################################################################################################## > > ############################################################################################################## > > ############################################################################################################## > > > > DOVECOT: dovecot.x86_64 1.0.7-7.el5 > POSTFIX: postfix.x86_64 2:2.3.3-2.1.centos.mysql_pgsql > MYSQL: mysql-server.x86_64 5.0.77-4.el5_5.4 > > thank's ! > > > > -- > > Atenciosamente; > > Graciously; > > *Lucas Possamai > * > > http://psyscrew.posterous.com/ > > "Sexo? O governo d? camisinha! Engravidou? Bolsa fam?lia! Preso? Ele d? > dinheiro! Agora vai estudar pra voc? v?." > > "Sucesso ? a capacidade de enfrentar o fracasso sem perder o entusiasmo" > > *INFORMA??O DE SEGURAN?A:* Este e-mail ? de uso restritamente pessoal. As > informa??es nele contidas podem ser de car?ter confidencial e/ou > privilegiada. Se voc? n?o for o destinat?rio e recebeu a mensagem por > engano, avise imediatamente o remetente e em seguida apague o e-mail, > ficando, expressamente vedado o uso, c?pia e/ou divulga??o das informa??es > contidas, sob pena de responsabiliza??o. > > *SAFETY INFORMATION:* This e-mail is strictly personal use. The > information contained here may be confidential and / or privileged. If you > aren't the intended recipient and received the message in error, please > notify the sender immediately and delete the email, being expressly forbidden > the use, copying and / or disclosure of information, under penalty of > accountability. > *P* Antes de imprimir, pense em sua responsabilidade e seu compromisso com > o meio ambiente. > *P* Before printing, think about your responsibility and commitment to the > environment.** > -- Atenciosamente; Graciously; *Lucas Possamai * http://psyscrew.posterous.com/ "Sucesso ? a capacidade de enfrentar o fracasso sem perder o entusiasmo" "Success is the ability to cope with failure without losing enthusiasm" *INFORMA??O DE SEGURAN?A:* Este e-mail ? de uso restritamente pessoal. As informa??es nele contidas podem ser de car?ter confidencial e/ou privilegiada. Se voc? n?o for o destinat?rio e recebeu a mensagem por engano, avise imediatamente o remetente e em seguida apague o e-mail, ficando, expressamente vedado o uso, c?pia e/ou divulga??o das informa??es contidas, sob pena de responsabiliza??o. *SAFETY INFORMATION:* This e-mail is strictly personal use. The information contained here may be confidential and / or privileged. If you aren't the intended recipient and received the message in error, please notify the sender immediately and delete the email, being expressly forbidden the use, copying and / or disclosure of information, under penalty of accountability. *P* Antes de imprimir, pense em sua responsabilidade e seu compromisso com o meio ambiente. *P* Before printing, think about your responsibility and commitment to the environment.** From ben at electricembers.net Tue Mar 1 01:09:11 2011 From: ben at electricembers.net (ben at electricembers.net) Date: Mon, 28 Feb 2011 15:09:11 -0800 (PST) Subject: [Dovecot] Dovecot+Postfix+Mysql+quotas doesn't work In-Reply-To: References: Message-ID: >> In my webmail, he informs me that I'm using the percentage of quota. But I >> can't make the TRASH folder is ignored. That is, I can't put a higher >> limit on it than the others. >> Am I doing something wrong? We use something like this in our "user_query" SQL, which overrides the rules put in config file(s): concat('*:bytes=', quota) AS quota_rule, 'INBOX.Trash:ignore' AS quota_rule2, 'INBOX.Spam:ignore' AS quota_rule3, 'INBOX.Virus:ignore' AS quota_rule4, But we run version 2.0.9 - quota stuff changed a bit from 1 to 2. (I think I had to add the "INBOX." part.) >> Another thing. I'm not receiving message of quota exceeded. This is with >> the MTA or dovecot? That is another thing. Likely a bit different in Dovecot 2 now, but in any version, only the LDA knows when the theshold is being crossed @ deliver time. Dovecot's LDA can be configured to execute a script which must do the actual delivering of the warning message. Example script given in documentation is working for us. From javierdemiguel at us.es Tue Mar 1 09:18:36 2011 From: javierdemiguel at us.es (=?ISO-8859-1?Q?Javier_Miguel_Rodr=EDguez?=) Date: Tue, 01 Mar 2011 08:18:36 +0100 Subject: [Dovecot] Error purging mdbox (damaged) mailbox Message-ID: <4D6C9DCC.1090102@us.es> We are stress testing our preproduction system. One of the "evil" tests we made was putting our mailboxes filesystem in read-only in the middle of smtp(+lda) delivery. When we try to purge one of the affected mailboxes we get error like the followings: / doveadm(lbandera at mysite): Panic: file mdbox-purge.c: line 225 (mdbox_purge_save_msg): assertion failed: (ret == (off_t)msg_size) doveadm(lbandera at mysite): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0 [0x3b0943bab0] -> /usr/lib64/dovecot/libdovecot.so.0(default_fatal_handler+0x35) [0x3b0943bb95] -> /usr/lib64/dovecot/libdovecot.so.0 [0x3b0943b4c3] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mdbox_purge+0xe83) [0x3b0986f0c3] -> /usr/bin/doveadm [0x408d65] -> /usr/bin/doveadm [0x4093c1] -> /usr/bin/doveadm(doveadm_mail_single_user+0x9d) [0x4094ed] -> /usr/bin/doveadm [0x4096fe] -> /usr/bin/doveadm(doveadm_mail_try_run+0xb7) [0x409b37] -> /usr/bin/doveadm(main+0x2fc) [0x40dddc] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x3b0881d994] -> /usr/bin/doveadm [0x408c39]/ / doveadm(leonvela at mysite): Panic: file mdbox-purge.c: line 225 (mdbox_purge_save_msg): assertion failed: (ret == (off_t)msg_size) doveadm(leonvela at mysite): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0 [0x3b0943bab0] -> /usr/lib64/dovecot/libdovecot.so.0(default_fatal_handler+0x35) [0x3b0943bb95] -> /usr/lib64/dovecot/libdovecot.so.0 [0x3b0943b4c3] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mdbox_purge+0xe83) [0x3b0986f0c3] -> /usr/bin/doveadm [0x408d65] -> /usr/bin/doveadm [0x4093c1] -> /usr/bin/doveadm(doveadm_mail_single_user+0x9d) [0x4094ed] -> /usr/bin/doveadm [0x4096fe] -> /usr/bin/doveadm(doveadm_mail_try_run+0xb7) [0x409b37] -> /usr/bin/doveadm(main+0x2fc) [0x40dddc] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x3b0881d994] -> /usr/bin/doveadm [0x408c39]/ The mailboxes are damaged, but maybe doveadm should not crash on them, should handle the error more gracefully and exit with a error status. Regards Javier From stephan at rename-it.nl Tue Mar 1 10:02:09 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Tue, 01 Mar 2011 09:02:09 +0100 Subject: [Dovecot] Problem with sieve and namespace In-Reply-To: <4D68463F.7030708@wk-serv.de> References: <4D68463F.7030708@wk-serv.de> Message-ID: <4D6CA801.2050406@rename-it.nl> On 2/26/2011 1:15 AM, Patrick Westenberg wrote: > Hi guys, > > my default sieve script fails due to an unknown mailspace even I told > him to use one. > > What's wrong? [...] > Feb 26 00:39:25 endeavour dovecot: lmtp(6967, mail at jasbafliesen.de): > Error: 1WYlBCE1aE03GwAA0CSSVw: sieve: msgid=<4D683DA5.7030505 at gmx.de>: > failed to store into mailbox mail at jasbafliesen.de': Unknown namespace > > Feb 26 00:39:25 endeavour dovecot: lmtp(6967, mail at jasbafliesen.de): > Error: 1WYlBCE1aE03GwAA0CSSVw: sieve: script > /usr/local/etc/dovecot/sieve/default.sieve failed with unsuccessful > implicit keep It's trying to store in the default folder, whatever that is. > require ["fileinto", "mailbox"]; > if header :contains "X-Spam-Flag" "YES" { > fileinto :create "INBOX.Spam"; > } > Yes, implicit keep. > mail_location = mdbox:~/mdbox > namespace { > inbox = yes > location = > prefix = INBOX. > separator = . > type = private > } I'm not an expert, but your mail namespace config looks ok. The strange thing is that your script never mentions a folder like reported in the error. And, since it is using the default folder, I'm thinking the default folder is not "INBOX" in your case. Did you perhaps specify a `-m' parameter to dovecot-lda to change the default? If that is the e-mail address somehow, the above error could be explained. So, what is your dovecot-lda command line? Regards, Stephan. From v.tolstov at selfip.ru Tue Mar 1 10:29:05 2011 From: v.tolstov at selfip.ru (Vasiliy G Tolstov) Date: Tue, 01 Mar 2011 11:29:05 +0300 Subject: [Dovecot] systemd socket and service In-Reply-To: <86AEA892-B969-42E1-974D-6C121156185E@iki.fi> References: <1298369867.25905.5.camel@vase> <86AEA892-B969-42E1-974D-6C121156185E@iki.fi> Message-ID: <1298968145.6536.5.camel@vase> On Mon, 2011-02-28 at 23:35 +0200, Timo Sirainen wrote: > On 22.2.2011, at 12.17, Vasiliy G Tolstov wrote: > > > Hello. I'm use systemd and have some questions: > > > > 1) Why dovecot.socket contains only imap ListenStream? > > You mean why doesn't it contain POP3? I guess mainly because that's how > it was submitted to me and I didn't think of it. Also now that I do > think about it, I'm still not sure if it should contain POP3 by > default. Even Dovecot's on example-config doesn't enable POP3 by > default. > Ok. I'm not read default config in v2 dovecot. > > 2) Does dovecot.service required to use dovecot lmtp, or it may be > > stoppped (i not often check my mails via client, but have many incoming > > mails some time) > > I don't understand. If you want LMTP enabled, you also need to list its > socket to dovecot.socket. LMTP is executed in a similar way to > IMAP/POP3. (If you want LMTP via UNIX socket, I don't really know the > answer to that. Does systemd support listening on UNIX sockets? Maybe > it requires patching Dovecot more.) I'm not fully understand how can i do that and not lost my changes to dovecot.socket when the packages updates and file has been rewritten... -- Vasiliy G Tolstov Selfip.Ru From mhlavink at redhat.com Tue Mar 1 10:36:54 2011 From: mhlavink at redhat.com (Michal Hlavinka) Date: Tue, 01 Mar 2011 09:36:54 +0100 Subject: [Dovecot] systemd socket and service In-Reply-To: <1298968145.6536.5.camel@vase> References: <1298369867.25905.5.camel@vase> <86AEA892-B969-42E1-974D-6C121156185E@iki.fi> <1298968145.6536.5.camel@vase> Message-ID: <201103010836.p218atbw007342@int-mx01.intmail.prod.int.phx2.redhat.com> > > > 2) Does dovecot.service required to use dovecot lmtp, or it may be > > > stoppped (i not often check my mails via client, but have many incoming > > > mails some time) > > > > I don't understand. If you want LMTP enabled, you also need to list its > > socket to dovecot.socket. LMTP is executed in a similar way to > > IMAP/POP3. (If you want LMTP via UNIX socket, I don't really know the > > answer to that. Does systemd support listening on UNIX sockets? Maybe > > it requires patching Dovecot more.) > > I'm not fully understand how can i do that and not lost my changes to > dovecot.socket when the packages updates and file has been rewritten... packages should install systemd socket/service files in /lib/systemd/.... if you want to change any file, you should copy it to /etc/systemd/... and modify it there. systemd prefers files in /etc/systemd over those in /lib/systemd From v.tolstov at selfip.ru Tue Mar 1 11:14:54 2011 From: v.tolstov at selfip.ru (Vasiliy G Tolstov) Date: Tue, 01 Mar 2011 12:14:54 +0300 Subject: [Dovecot] systemd socket and service In-Reply-To: <201103010836.p218atbw007342@int-mx01.intmail.prod.int.phx2.redhat.com> References: <1298369867.25905.5.camel@vase> <86AEA892-B969-42E1-974D-6C121156185E@iki.fi> <1298968145.6536.5.camel@vase> <201103010836.p218atbw007342@int-mx01.intmail.prod.int.phx2.redhat.com> Message-ID: <1298970894.6536.6.camel@vase> On Tue, 2011-03-01 at 09:36 +0100, Michal Hlavinka wrote: > > > > 2) Does dovecot.service required to use dovecot lmtp, or it may be > > > > stoppped (i not often check my mails via client, but have many incoming > > > > mails some time) > > > > > > I don't understand. If you want LMTP enabled, you also need to list its > > > socket to dovecot.socket. LMTP is executed in a similar way to > > > IMAP/POP3. (If you want LMTP via UNIX socket, I don't really know the > > > answer to that. Does systemd support listening on UNIX sockets? Maybe > > > it requires patching Dovecot more.) > > > > I'm not fully understand how can i do that and not lost my changes to > > dovecot.socket when the packages updates and file has been rewritten... > > packages should install systemd socket/service files in /lib/systemd/.... if you want to > change any file, you should copy it to /etc/systemd/... and modify it there. > systemd prefers files in /etc/systemd over those in /lib/systemd Ohh. Very nice. Thank You very much! -- Vasiliy G Tolstov Selfip.Ru From jonathanbailey at trinity-medical.co.uk Tue Mar 1 10:40:25 2011 From: jonathanbailey at trinity-medical.co.uk (Jbaileypro) Date: Tue, 1 Mar 2011 00:40:25 -0800 (PST) Subject: [Dovecot] Forward and keep on snow leopard server Message-ID: <31038917.post@talk.nabble.com> I am wanting to use a service which has to have a copy of the emails but they still need to be delivered to the users inbox. Which script and where does it need to be placed for this to work? I am not sure which version sls runs dovecot but I know that it also uses spamassasin. If anyone can help that would be great. Thanks, Jonathan -- View this message in context: http://old.nabble.com/Forward-and-keep-on-snow-leopard-server-tp31038917p31038917.html Sent from the Dovecot mailing list archive at Nabble.com. From hajo.locke at gmx.de Tue Mar 1 14:36:37 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Tue, 1 Mar 2011 13:36:37 +0100 Subject: [Dovecot] lazy_expunge, 2 questions Message-ID: <9D0EA73469014CABBAA19ADACC1ACA1F@nmm.local> Hello List, do some tests with lazy_expunge i have 2 short questions. is it possible to set folder for expunged messages to read-only so no user is possible to really delete them? i can use mdbox for expunged-folder. but would'nt it be more functional to use maildir to have possibility to delete separate mails? when using mdbox the clean up by cron would effect always multiple messages with different ages? Thanks, Hajo From drum.lucas at gmail.com Tue Mar 1 14:41:46 2011 From: drum.lucas at gmail.com (drum.lucas at gmail.com) Date: Tue, 1 Mar 2011 09:41:46 -0300 Subject: [Dovecot] Dovecot+Postfix+Mysql+quotas doesn't work In-Reply-To: References: Message-ID: ok. Thank's Ben. My dovecot-sql.conf : user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:/var/vmail/%d/%n' as mail, 150 AS uid, 12 AS gid, CONCAT('dirsize:storage=', ROUND( mailbox.quota / 1024 ) ) AS quota FROM mailbox WHERE username = '%u' AND active = '1' So, I changed to: user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:/var/vmail/%d/%n' as mail, 150 AS uid, 12 AS gid, CONCAT('*:bytes=', quota) AS quota_rule, 'INBOX.Trash:ignore' AS quota_rule2, 'INBOX.Spam:ignore' AS quota_rule3, 'INBOX.Virus:ignore' AS quota_rule4, FROM mailbox WHERE username = '%u' AND active = '1' Are you agree? Thank's again 2011/2/28 > In my webmail, he informs me that I'm using the percentage of quota. But I >>> can't make the TRASH folder is ignored. That is, I can't put a higher >>> limit on it than the others. >>> Am I doing something wrong? >>> >> > We use something like this in our "user_query" SQL, which overrides the > rules put in config file(s): > > concat('*:bytes=', quota) AS quota_rule, 'INBOX.Trash:ignore' AS > quota_rule2, 'INBOX.Spam:ignore' AS quota_rule3, 'INBOX.Virus:ignore' AS > quota_rule4, > > But we run version 2.0.9 - quota stuff changed a bit from 1 to 2. > (I think I had to add the "INBOX." part.) > > > Another thing. I'm not receiving message of quota exceeded. This is with >>> the MTA or dovecot? >>> >> > That is another thing. Likely a bit different in Dovecot 2 now, but in any > version, only the LDA knows when the theshold is being crossed @ deliver > time. Dovecot's LDA can be configured to execute a script which must do the > actual delivering of the warning message. Example script given in > documentation is working for us. > -- Atenciosamente; Graciously; *Lucas Possamai * http://psyscrew.posterous.com/ "Sucesso ? a capacidade de enfrentar o fracasso sem perder o entusiasmo" "Success is the ability to cope with failure without losing enthusiasm" *INFORMA??O DE SEGURAN?A:* Este e-mail ? de uso restritamente pessoal. As informa??es nele contidas podem ser de car?ter confidencial e/ou privilegiada. Se voc? n?o for o destinat?rio e recebeu a mensagem por engano, avise imediatamente o remetente e em seguida apague o e-mail, ficando, expressamente vedado o uso, c?pia e/ou divulga??o das informa??es contidas, sob pena de responsabiliza??o. *SAFETY INFORMATION:* This e-mail is strictly personal use. The information contained here may be confidential and / or privileged. If you aren't the intended recipient and received the message in error, please notify the sender immediately and delete the email, being expressly forbidden the use, copying and / or disclosure of information, under penalty of accountability. *P* Antes de imprimir, pense em sua responsabilidade e seu compromisso com o meio ambiente. *P* Before printing, think about your responsibility and commitment to the environment.** From lists at truthisfreedom.org.uk Tue Mar 1 15:24:53 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Tue, 01 Mar 2011 13:24:53 +0000 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment Message-ID: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> Hi all, We're looking at upgrading our current mail platform from 1.0.15 to 2.x to take advantage of the new director functionality. Our main concern is the number of mailboxes involved (circa. 300K) and the rebuilding of the index files, especially as it seems that once you've upgraded, rolling back requires the deletion and recreation of all indices. Has anyone worked on an upgrade like this in the past? If so, do you have any war stories you can share either on or off list? Thanks in advance, Matt From lists at wildgooses.com Tue Mar 1 16:24:09 2011 From: lists at wildgooses.com (Ed W) Date: Tue, 01 Mar 2011 14:24:09 +0000 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment In-Reply-To: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> References: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> Message-ID: <4D6D0189.5080703@wildgooses.com> On 01/03/2011 13:24, lists at truthisfreedom.org.uk wrote: > Hi all, > > We're looking at upgrading our current mail platform from 1.0.15 to > 2.x to take advantage of the new director functionality. > > Our main concern is the number of mailboxes involved (circa. 300K) and > the rebuilding of the index files, especially as it seems that once > you've upgraded, rolling back requires the deletion and recreation of > all indices. > > Has anyone worked on an upgrade like this in the past? If so, do you > have any war stories you can share either on or off list? Hi, don't have an installation of anything approaching your size. However, I do regularly see folks missing out on the idea that its reasonably straightforward to have both Dovecot (old) and Dovecot (new) versions running at the same time and migrate users over slowly rather than in a big bang? Personally my own experience was that changing from v1 to v2 was a fairly unexciting upgrade (as the admin) other than the obvious (large) change in configuration required. Oh, one feature of Dovecot 2 which isn't on by default, but I have found very interesting is the "COMPRESS" IMAP feature. You need to enable a few config changes, but after that many clients can talk over a gzip'd tunnel, which in my testing leads to a decent reduction in bandwidth. It's especially nice for mobile use (eg Profimail on Nokia S60) Good luck Ed W From lists at truthisfreedom.org.uk Tue Mar 1 18:57:13 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Tue, 01 Mar 2011 16:57:13 +0000 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment In-Reply-To: <4D6D0189.5080703@wildgooses.com> References: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> <4D6D0189.5080703@wildgooses.com> Message-ID: <20110301165713.e7xdekfgg4wkokkk@webmail.truthisfreedom.org.uk> Quoting Ed W : > Hi, don't have an installation of anything approaching your size. > However, I do regularly see folks missing out on the idea that its > reasonably straightforward to have both Dovecot (old) and Dovecot (new) > versions running at the same time and migrate users over slowly rather > than in a big bang? Yeah, we're actually now thinking that we should create a new cluster running dovecot 2.0, mount the existing control/maildir files from the current shared storage and then regenerate the indices before going live - would that work here? I'm struggling to find anything in the docs that state the control files will be affected by the upgrade. > Personally my own experience was that changing from v1 to v2 was a > fairly unexciting upgrade (as the admin) other than the obvious (large) > change in configuration required. That's good to know... :) > Oh, one feature of Dovecot 2 which isn't on by default, but I have > found very interesting is the "COMPRESS" IMAP feature. You need to > enable a few config changes, but after that many clients can talk over > a gzip'd tunnel, which in my testing leads to a decent reduction in > bandwidth. It's especially nice for mobile use (eg Profimail on Nokia > S60) sounds v. cool... :D Thanks, Matt From tss at iki.fi Tue Mar 1 19:03:45 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 1 Mar 2011 19:03:45 +0200 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment In-Reply-To: <20110301165713.e7xdekfgg4wkokkk@webmail.truthisfreedom.org.uk> References: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> <4D6D0189.5080703@wildgooses.com> <20110301165713.e7xdekfgg4wkokkk@webmail.truthisfreedom.org.uk> Message-ID: <7902A4D0-5869-45A9-AF26-417CBC184C87@iki.fi> On 1.3.2011, at 18.57, lists at truthisfreedom.org.uk wrote: > Quoting Ed W : >> Hi, don't have an installation of anything approaching your size. >> However, I do regularly see folks missing out on the idea that its >> reasonably straightforward to have both Dovecot (old) and Dovecot (new) >> versions running at the same time and migrate users over slowly rather >> than in a big bang? > > Yeah, we're actually now thinking that we should create a new cluster running dovecot 2.0, mount the existing control/maildir files from the current shared storage and then regenerate the indices before going live - would that work here? I'm struggling to find anything in the docs that state the control files will be affected by the upgrade. v2.0 will read v1.x indexes just fine, no need to do any regeneration. (But v2.0 indexes can be read only by v1.2.5+.) From lists at truthisfreedom.org.uk Tue Mar 1 19:26:18 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Tue, 01 Mar 2011 17:26:18 +0000 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment In-Reply-To: <7902A4D0-5869-45A9-AF26-417CBC184C87@iki.fi> References: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> <4D6D0189.5080703@wildgooses.com> <20110301165713.e7xdekfgg4wkokkk@webmail.truthisfreedom.org.uk> <7902A4D0-5869-45A9-AF26-417CBC184C87@iki.fi> Message-ID: <20110301172618.bvewlnslc0cg8kk0@webmail.truthisfreedom.org.uk> Quoting Timo Sirainen : > On 1.3.2011, at 18.57, lists at truthisfreedom.org.uk wrote: >> Yeah, we're actually now thinking that we should create a new >> cluster running dovecot 2.0, mount the existing control/maildir >> files from the current shared storage and then regenerate the >> indices before going live - would that work here? I'm struggling to >> find anything in the docs that state the control files will be >> affected by the upgrade. > > v2.0 will read v1.x indexes just fine, no need to do any > regeneration. (But v2.0 indexes can be read only by v1.2.5+.) OK, that's good to know. Just to confirm, dovecot 2.0 *does not* upgrade any files by default? M. From tss at iki.fi Tue Mar 1 19:35:30 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 1 Mar 2011 19:35:30 +0200 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment In-Reply-To: <20110301172618.bvewlnslc0cg8kk0@webmail.truthisfreedom.org.uk> References: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> <4D6D0189.5080703@wildgooses.com> <20110301165713.e7xdekfgg4wkokkk@webmail.truthisfreedom.org.uk> <7902A4D0-5869-45A9-AF26-417CBC184C87@iki.fi> <20110301172618.bvewlnslc0cg8kk0@webmail.truthisfreedom.org.uk> Message-ID: On 1.3.2011, at 19.26, lists at truthisfreedom.org.uk wrote: > OK, that's good to know. Just to confirm, dovecot 2.0 *does not* upgrade any files by default? When a mailbox is opened, (some of) its files are upgraded. From info at informatik.hu Tue Mar 1 19:42:28 2011 From: info at informatik.hu (Informatik.hu) Date: Tue, 01 Mar 2011 18:42:28 +0100 Subject: [Dovecot] sieve issue Message-ID: <4D6D3004.1060005@informatik.hu> Hi All! I have got some problem with dovecot sieve. (from Debian Squeeze packages). I have already installed dovecot and postfix with mysql(postfix admin) virtual domains and users, configured dovecot deliver for delivery method in postfix. Dovecot sieve IS working, reads the global script, BUT it DOES NOT reads the user scripts from the users virtual home directory. If i place ".dovecot.sieve" in /home/vmail, and configure sieve for this location, it reads the script. If i put the file under /home/vmail/domain.com (/home/vmail/%d) or /home/vmail/domain.com/user at domain.com (/home/vmail/%d/%u) the sieve plugin does not read(compile) the script. Deliver log contains that the incoming mail (which has to be filtered) saved to INBOX, and there is no error in the deliver error log, nor dovecot logs. Can anybody help me out what am i doing wrong? Vuki From tss at iki.fi Tue Mar 1 19:58:16 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 1 Mar 2011 19:58:16 +0200 Subject: [Dovecot] Dovecot+Postfix+Mysql+quotas doesn't work In-Reply-To: References: Message-ID: <5FCA18A7-8142-47D1-B536-4B222BDA27C3@iki.fi> On 1.3.2011, at 14.41, drum.lucas at gmail.com wrote: > user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:/var/vmail/%d/%n' > as mail, 150 AS uid, 12 AS gid, CONCAT('*:bytes=', quota) AS quota_rule, Looks ok. > 'INBOX.Trash:ignore' AS quota_rule2, 'INBOX.Spam:ignore' AS quota_rule3, > 'INBOX.Virus:ignore' AS quota_rule4, These are unnecessary here though. They work, but they're just extra unnecessary work for SQL server. You could just as well keep them in plugin { } section in config. From tss at iki.fi Tue Mar 1 20:02:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 1 Mar 2011 20:02:06 +0200 Subject: [Dovecot] lazy_expunge, 2 questions In-Reply-To: <9D0EA73469014CABBAA19ADACC1ACA1F@nmm.local> References: <9D0EA73469014CABBAA19ADACC1ACA1F@nmm.local> Message-ID: <589735F8-D742-4C67-85CF-FA9D1F848229@iki.fi> On 1.3.2011, at 14.36, Hajo Locke wrote: > do some tests with lazy_expunge > i have 2 short questions. > is it possible to set folder for expunged messages to read-only so no user is possible to really delete them? Currently there's no easy way to do this. You can of course hide the lazy-expunge namespace from users by giving it a random name so users can't find it. A good proper solution would be a namespace-wide default ACL, but there's no support for that yet. > i can use mdbox for expunged-folder. but would'nt it be more functional to use maildir to have possibility to delete separate mails? > when using mdbox the clean up by cron would effect always multiple messages with different ages? You could use maildir, but it would make expunging slower. Anyway, I don't really understand the problem. You can delete separate mails from mdbox just as well as from maildir. "doveadm purge" won't do anything to lazy-expunged messages, you first have to separately expunge them from there as well. From user+dovecot at localhost.localdomain.org Tue Mar 1 20:02:22 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Tue, 01 Mar 2011 19:02:22 +0100 Subject: [Dovecot] Dovecot+Postfix+Mysql+quotas doesn't work In-Reply-To: <5FCA18A7-8142-47D1-B536-4B222BDA27C3@iki.fi> References: <5FCA18A7-8142-47D1-B536-4B222BDA27C3@iki.fi> Message-ID: <4D6D34AE.8040304@localhost.localdomain.org> On 03/01/2011 06:58 PM Timo Sirainen wrote: > On 1.3.2011, at 14.41, drum.lucas at gmail.com wrote: > >> user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:/var/vmail/%d/%n' >> as mail, 150 AS uid, 12 AS gid, CONCAT('*:bytes=', quota) AS quota_rule, > > Looks ok. Hum, I'd suggest: user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:~/Maildir' as mail ? Or remove it from your query and add "mail_location = maildir:~/Maildir" to your configuration. Regards, Pascal -- The trapper recommends today: c01dcofe.1106018 at localdomain.org From dmiller at amfes.com Tue Mar 1 21:17:54 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Tue, 01 Mar 2011 11:17:54 -0800 Subject: [Dovecot] Search failure In-Reply-To: <1297928156.19220.200.camel@hurina> References: <4D58BA57.4050501@amfes.com> <1297928156.19220.200.camel@hurina> Message-ID: On 2/16/2011 11:35 PM, Timo Sirainen wrote: > On Sun, 2011-02-13 at 21:15 -0800, Daniel L. Miller wrote: > >> doveadm(dmiller at amfes.com): Panic: file istream-limit.c: line 79 >> (i_stream_limit_seek): assertion failed: (v_offset<= >> lstream->v_size) > http://hg.dovecot.org/dovecot-2.0/rev/7705bd04924c removes this crash, > but hides the error. > > http://hg.dovecot.org/dovecot-2.0/rev/c9af551124fb hopefully makes it > log an "Ext refs metadata corrupted" error. Applied patches, then performed a search. got all kinds of fun feedback...here's a small sampling root at bubba:/var/mail/amfes.com/dmiller/mdbox# doveadm search -u dmiller at amfes.com TEXT xyzxyz 392b0c265aa1c94cd45100003bc41c5f 10906 392b0c265aa1c94cd45100003bc41c5f 10911 doveadm(dmiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/dmiller/mdbox/storage/m.2223 (around offset=36650): Ext refs metadata corrupted: 293271 161935 B76 8a/bf/8abf3af65396470c3d39379d922108f9fc46050b-bf22cc2e12ec524dde6c00003bc41c5f doveadm(dmiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/dmiller/mdbox/storage/m.2223 (around offset=36650): uid=12937 points to broken data at offset=36620 doveadm(dmiller at amfes.com): Warning: mdbox /var/mail/amfes.com/dmiller/mdbox/storage: rebuilding indexes meanwhile, had a "tail -f /var/log/mail.err" running...had a few of these pop up Mar 1 11:12:37 bubba dovecot: imap(dmiller at amfes.com): Error: Recent flags state corrupted for mailbox Lists.Fire-Alarm Mar 1 11:12:40 bubba dovecot: imap(dmiller at amfes.com): Error: /var/mail/amfes.com/dmiller/mdbox/mailboxes/Lists/Dovecot-Users/dbox-Mails/dovecot.index reset, view is now inconsistent -- Daniel From dmiller at amfes.com Tue Mar 1 21:28:02 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Tue, 01 Mar 2011 11:28:02 -0800 Subject: [Dovecot] Search failure In-Reply-To: <4D6D4662.6020807@amfes.com> References: <4D58BA57.4050501@amfes.com> <1297928156.19220.200.camel@hurina> <4D6D4662.6020807@amfes.com> Message-ID: On 3/1/2011 11:17 AM, Daniel L. Miller wrote: > Applied patches, then performed a search. got all kinds of fun > feedback...here's a small sampling > > root at bubba:/var/mail/amfes.com/dmiller/mdbox# doveadm search -u > dmiller at amfes.com TEXT xyzxyz > 392b0c265aa1c94cd45100003bc41c5f 10906 > 392b0c265aa1c94cd45100003bc41c5f 10911 > doveadm(dmiller at amfes.com): Error: Corrupted dbox file > /var/mail/amfes.com/dmiller/mdbox/storage/m.2223 (around > offset=36650): Ext refs metadata corrupted: 293271 161935 B76 > 8a/bf/8abf3af65396470c3d39379d922108f9fc46050b-bf22cc2e12ec524dde6c00003bc41c5f > doveadm(dmiller at amfes.com): Error: Corrupted dbox file > /var/mail/amfes.com/dmiller/mdbox/storage/m.2223 (around > offset=36650): uid=12937 points to broken data at offset=36620 > doveadm(dmiller at amfes.com): Warning: mdbox > /var/mail/amfes.com/dmiller/mdbox/storage: rebuilding indexes > > meanwhile, had a "tail -f /var/log/mail.err" running...had a few of > these pop up > Mar 1 11:12:37 bubba dovecot: imap(dmiller at amfes.com): Error: Recent > flags state corrupted for mailbox Lists.Fire-Alarm > Mar 1 11:12:40 bubba dovecot: imap(dmiller at amfes.com): Error: > /var/mail/amfes.com/dmiller/mdbox/mailboxes/Lists/Dovecot-Users/dbox-Mails/dovecot.index > reset, view is now inconsistent > 2nd run got similar results. -- Daniel From dmiller at amfes.com Tue Mar 1 22:18:52 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Tue, 01 Mar 2011 12:18:52 -0800 Subject: [Dovecot] Regenerating mdbox/sis In-Reply-To: <4D62916B.7040807@amfes.com> References: <91b99432f69d534ea3e0d224c5fb77ec@amfes.com> <4D62916B.7040807@amfes.com> Message-ID: On 2/21/2011 8:23 AM, Daniel L. Miller wrote: After applying last two patches, I see: root at bubba:/var/mail# dsync -u amiller at amfes.com -o mail_plugins="zlib" backup maildir:/var/mail/backup/amiller dsync(amiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/amiller/mdbox/storage/m.1 (around offset=237479): Ext refs metadata corrupted: 356039 144422 B72 0a/5a/0a5ae26f12adad628d9e5049e7ec8a756dafe49d-7c35b90f82a1c94ce151000 03bc41c5f dsync(amiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/amiller/mdbox/storage/m.1 (around offset=237479): uid=5 points to broken data at offset=237449 dsync(amiller at amfes.com): Error: msg-get failed: box=Drafts uid=5 guid=1156208717.P32762Q0M962249.amy dsync(amiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/amiller/mdbox/storage/m.2 (around offset=46): Ext refs metadata corrupted: 485733 478770 - f2/12/f212f6dbff17cea018ec1f256cff6f61a873a100-7d35b90f82a1c94ce15100003bc41 c5f dsync(amiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/amiller/mdbox/storage/m.2 (around offset=46): uid=9 points to broken data at offset=16 dsync(amiller at amfes.com): Error: msg-get failed: box=Drafts uid=9 guid=1157518326.P23171Q0M772523.amy dsync(amiller at amfes.com): Warning: mdbox /var/mail/amfes.com/amiller/mdbox/storage: rebuilding indexes -- Daniel From ebroch at whitehorsetc.com Wed Mar 2 01:23:43 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Tue, 01 Mar 2011 16:23:43 -0700 Subject: [Dovecot] dovecot share Message-ID: <4D6D7FFF.5070800@whitehorsetc.com> Hello List, I have created a shared folder in dovecot and am trying to use ACL's to limit access to it and give users who do have access the ability to create sub-directories and copy email to them. When I try to create a sub-directory in the share using Outlook I get the following error: "Cannot create the folder. The server responded: 'NOPERM] Permission denied'." And, I get the following info in the dovecot server log: 2011-03-01 15:38:30.250214500 IMAP(test at whitehorsetc.com): Info: Loading modules from directory: /usr/local/lib/dovecot/imap 2011-03-01 15:38:30.250399500 IMAP(test at whitehorsetc.com): Info: Module loaded: /usr/local/lib/dovecot/imap/lib01_acl_plugin.so 2011-03-01 15:38:30.250402500 IMAP(test at whitehorsetc.com): Info: Module loaded: /usr/local/lib/dovecot/imap/lib02_imap_acl_plugin.so 2011-03-01 15:38:30.250404500 IMAP(test at whitehorsetc.com): Info: Effective uid=89, gid=89, home=/home/vpopmail/domains/whitehorsetc.com/test 2011-03-01 15:38:30.250407500 IMAP(test at whitehorsetc.com): Info: acl: No acl_shared_dict setting - shared mailbox listing is disabled 2011-03-01 15:38:30.250422500 IMAP(test at whitehorsetc.com): Info: Namespace: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes 2011-03-01 15:38:30.250425500 IMAP(test at whitehorsetc.com): Info: maildir: data=~/Maildir 2011-03-01 15:38:30.250427500 IMAP(test at whitehorsetc.com): Info: maildir++: root=/home/vpopmail/domains/whitehorsetc.com/test/Maildir, index=, control=, inbox=/home/vpopmail/domains/whitehorsetc.com/test/Maildir 2011-03-01 15:38:30.250441500 IMAP(test at whitehorsetc.com): Info: acl: initializing backend with data: vfile 2011-03-01 15:38:30.250443500 IMAP(test at whitehorsetc.com): Info: acl: acl username = test at whitehorsetc.com 2011-03-01 15:38:30.250445500 IMAP(test at whitehorsetc.com): Info: acl: owner = 1 2011-03-01 15:38:30.250447500 IMAP(test at whitehorsetc.com): Info: acl vfile: Global ACL directory: (null) 2011-03-01 15:38:30.250515500 IMAP(test at whitehorsetc.com): Info: Namespace: type=shared, prefix=projects., sep=., inbox=no, hidden=no, list=yes, subscriptions=yes 2011-03-01 15:38:30.250518500 IMAP(test at whitehorsetc.com): Info: maildir: data=/home/vpopmail/domains/whitehorsetc.com/projects 2011-03-01 15:38:30.250520500 IMAP(test at whitehorsetc.com): Info: maildir++: root=/home/vpopmail/domains/whitehorsetc.com/projects, index=, control=, inbox= 2011-03-01 15:38:30.250534500 IMAP(test at whitehorsetc.com): Info: acl: initializing backend with data: vfile 2011-03-01 15:38:30.250536500 IMAP(test at whitehorsetc.com): Info: acl: acl username = test at whitehorsetc.com 2011-03-01 15:38:30.250538500 IMAP(test at whitehorsetc.com): Info: acl: owner = 0 2011-03-01 15:38:30.250540500 IMAP(test at whitehorsetc.com): Info: acl vfile: Global ACL directory: (null) 2011-03-01 15:38:30.250754500 imap-login: Info: Login: user=, method=PLAIN, rip=192.168.9.5, lip=192.168.9.6 2011-03-01 15:38:30.254448500 IMAP(test at whitehorsetc.com): Info: acl vfile: file /home/vpopmail/domains/whitehorsetc.com/projects/.xxxxxx/dovecot-acl not found 2011-03-01 15:39:10.998483500 IMAP(test at whitehorsetc.com): Info: Disconnected: Logged out bytes=76/431 The second to the last line in the log indicates that there is no 'dovecot-acl' file in the directory I'm trying to create using Outlook. I'm not sure if this is the error and I'm not sure what I need to adjust in order to create a directory using the email account. My dovecot.conf file is as follows: base_dir = /var/run/dovecot/ protocols = imap imaps disable_plaintext_auth = no log_path = /dev/stderr info_log_path = /dev/stderr log_timestamp = "" ssl_cert_file = /var/qmail/control/servercert.pem ssl_key_file = /var/qmail/control/servercert.pem ssl_cipher_list = ALL:!LOW verbose_ssl = yes login_dir = /usr/local/var/run/dovecot/login login_user = dovecot login_process_per_connection = yes login_processes_count = 3 login_max_processes_count = 128 login_greeting = Dovecot ready. login_log_format_elements = user=<%umethod=%m rip=%r lip=%l %c mail_location = maildir:~/Maildir namespace private { separator = . prefix = INBOX. inbox = yes } namespace shared { separator = . prefix = projects. location = maildir:/home/vpopmail/domains/mydomain.com/shared/projects } mail_debug = yes verbose_proctitle = yes first_valid_uid = 89 last_valid_uid = 89 protocol imap { mail_plugins = acl imap_acl } protocol pop3 { } protocol lda { postmaster_address = postmaster at whitehorsetc.com } auth default { mechanisms = plain login digest-md5 cram-md5 passdb vpopmail { args = } userdb passwd { } userdb vpopmail { } user = vpopmail count = 1 ssl_require_client_cert = no } dict { } plugin { vfile = acl } In the share directory (/home/vpopmail/domains/whitehorsetc.com.com/shared/projects) I created two files: 'subscriptions' and 'dovecot-acl.' Listing this directory yields the following: drwx------ 2 vpopmail vchkpw 4096 Feb 17 08:57 cur -rwxrwxrwx 1 vpopmail vchkpw 39 Mar 1 15:01 dovecot-acl -rw------- 1 vpopmail vchkpw 0 Mar 1 15:51 dovecot-acl-list drwx------ 2 vpopmail vchkpw 4096 Jan 28 14:48 new -rw------- 1 vpopmail vchkpw 1 Mar 1 14:46 subscriptions drwx------ 2 vpopmail vchkpw 4096 Feb 17 08:57 tmp The file 'dovecot-acl-list' is created automatically when I open Outlook. In the file 'dovecot-acl' I have the following entry: user=test at whitehorsetc.com lrwstipekxa I also noticed that the 'projects' folder would not become visible in Outlook until I manually created the 'subscriptions' file, opened it, entered a , and closed the file. Without ACL support enabled all works as expected. Any help would be appreciated. Eric From CMarcus at Media-Brokers.com Wed Mar 2 13:27:06 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 02 Mar 2011 06:27:06 -0500 Subject: [Dovecot] dovecot share In-Reply-To: <4D6D7FFF.5070800@whitehorsetc.com> References: <4D6D7FFF.5070800@whitehorsetc.com> Message-ID: <4D6E298A.3070900@Media-Brokers.com> On 2011-03-01 6:23 PM, Eric Broch wrote: > My dovecot.conf file is as follows: > > base_dir = /var/run/dovecot/ ... UNEDITED doveconf -n output is always preferred - which normally shows the dovecot version... what version is this? -- Best regards, Charles From tss at iki.fi Wed Mar 2 15:52:51 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 02 Mar 2011 15:52:51 +0200 Subject: [Dovecot] Error purging mdbox (damaged) mailbox In-Reply-To: <4D6C9DCC.1090102@us.es> References: <4D6C9DCC.1090102@us.es> Message-ID: <1299073971.19220.407.camel@hurina> On Tue, 2011-03-01 at 08:18 +0100, Javier Miguel Rodr?guez wrote: > doveadm(lbandera at mysite): Panic: file mdbox-purge.c: line 225 > (mdbox_purge_save_msg): assertion failed: (ret == (off_t)msg_size) Fixed this: http://hg.dovecot.org/dovecot-2.0/rev/989f3990b254 Also found a related bug: http://hg.dovecot.org/dovecot-2.0/rev/fe144ecec678 From sven at svenhartge.de Wed Mar 2 16:15:44 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 2 Mar 2011 15:15:44 +0100 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions = -redirect" Message-ID: <57lo82utvpv8@mids.svenhartge.de> Hi! I've got a segfault in managesieve while using: sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect The problem seems to lie in "-redirect". Reason for excluding "redirect" from sieve is my users should not use sieve to forward or redirect mails but use an external method (web-script to set LDAP attribute) which checks several things like active spam-checker, existing target mailbox, etc. The version ov dovecot ist 1:2.0.9-1~3.gbp785ad1~dvz60+1 on Debian Squeeze which is from the Debian maintainers git repository recompiled on Squeeze (I know, pretty wild.) doveconf -n and backtrace follow: -----------------------8<--------------------------------------------- # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 auth_username_format = %Ln dict { quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext } disable_plaintext_auth = no first_valid_gid = 1000 first_valid_uid = 1000 last_valid_gid = 1000 last_valid_uid = 1000 mail_access_groups = virtmail mail_gid = virtmail mail_location = mdbox:~/mdbox mail_plugins = " quota zlib" mail_uid = virtmail mdbox_rotate_interval = 23 hours mdbox_rotate_size = 25 M namespace { hidden = yes inbox = yes list = yes location = prefix = INBOX. separator = . subscriptions = yes type = private } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { quota = dict:Benutzer-Quota::proxy::quota quota_rule = *:storage=2G sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect zlib_save = gz zlib_save_level = 6 } postmaster_address = postmaster at th-mittelhessen.de protocols = imap pop3 sieve service dict { unix_listener dict { group = virtmail mode = 0660 } } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } } service managesieve-login { inet_listener sieve { port = 4190 } inet_listener sieve_deprecated { port = 2000 } } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 ssl = yes } } ssl_cert = , ext_string=) at sieve-extensions.c:567 ext = 0x0 op = 0 '\000' name = 0x2375331 "redirect" _data_stack_cur_id = 2 ext_reg = 0x23856c8 ext_names = 0x2375368 i = ext_count = relative = true #1 0x00007fb2db4207c2 in sieve_extensions_init (svinst=0x2385680) at sieve-extensions.c:256 extensions = ext = #2 0x00007fb2db426914 in sieve_init (env=0x40d700, context=, debug=false) at sieve.c:83 svinst = 0x2385680 uint_setting = 0 size_setting = 37179544 pool = 0x2385660 #3 0x00000000004085ff in managesieve_capabilities_dump () at managesieve-capabilities.c:125 svinst = notify_cap = #4 0x0000000000408af5 in main (argc=4, argv=0x237d370) at main.c:273 set_roots = {0x610040, 0x0} service_flags = storage_service_flags = 0 postlogin_socket_path = 0x0 username = 0x0 c = -----------------------8<--------------------------------------------- Gr??e, Sven. -- Sig lost. Core dumped. From ebroch at whitehorsetc.com Wed Mar 2 17:21:25 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Wed, 02 Mar 2011 08:21:25 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6E298A.3070900@Media-Brokers.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> Message-ID: <4D6E6075.4050202@whitehorsetc.com> Thanks for responding, Charles! Much appreciated... It doesn't seem it was installed with dovecot. I don't know why? [root at poweredgeT105 ~]# doveconf -n output -bash: doveconf: command not found [root at poweredgeT105 ~]# whereis doveconf doveconf: [root at poweredgeT105 ~]# Eric On 3/2/2011 4:27 AM, Charles Marcus wrote: > On 2011-03-01 6:23 PM, Eric Broch wrote: >> My dovecot.conf file is as follows: >> >> base_dir = /var/run/dovecot/ > ... > > UNEDITED doveconf -n output is always preferred - which normally shows > the dovecot version... what version is this? > From CMarcus at Media-Brokers.com Wed Mar 2 17:36:01 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 02 Mar 2011 10:36:01 -0500 Subject: [Dovecot] dovecot share In-Reply-To: <4D6E6075.4050202@whitehorsetc.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> Message-ID: <4D6E63E1.5070401@Media-Brokers.com> Please don't top-post... On 2011-03-02 10:21 AM, Eric Broch wrote: > On 3/2/2011 4:27 AM, Charles Marcus wrote: >> On 2011-03-01 6:23 PM, Eric Broch wrote: >>> My dovecot.conf file is as follows: >>> >>> base_dir = /var/run/dovecot/ >> ... >> >> UNEDITED doveconf -n output is always preferred - which normally shows >> the dovecot version... what version is this? > It doesn't seem it was installed with dovecot. I don't know why? Most likely because you have an ancient version that predates it? ;) Again - what version of dovecot is this? -- Best regards, Charles From ebroch at whitehorsetc.com Wed Mar 2 17:50:34 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Wed, 02 Mar 2011 08:50:34 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6E63E1.5070401@Media-Brokers.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> Message-ID: <4D6E674A.1070601@whitehorsetc.com> Charles, I have dovecot-1.2.3 installed which is the version that is recommended with QmailToaster which is why I have been hesitant to upgrade. Eric On 3/2/2011 8:36 AM, Charles Marcus wrote: > Please don't top-post... > > On 2011-03-02 10:21 AM, Eric Broch wrote: >> On 3/2/2011 4:27 AM, Charles Marcus wrote: >>> On 2011-03-01 6:23 PM, Eric Broch wrote: >>>> My dovecot.conf file is as follows: >>>> >>>> base_dir = /var/run/dovecot/ >>> ... >>> >>> UNEDITED doveconf -n output is always preferred - which normally shows >>> the dovecot version... what version is this? >> It doesn't seem it was installed with dovecot. I don't know why? > Most likely because you have an ancient version that predates it? ;) > > Again - what version of dovecot is this? > From fakessh at fakessh.eu Wed Mar 2 17:46:29 2011 From: fakessh at fakessh.eu (fakessh @) Date: Wed, 02 Mar 2011 16:46:29 +0100 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions = -redirect" In-Reply-To: <57lo82utvpv8@mids.svenhartge.de> References: <57lo82utvpv8@mids.svenhartge.de> Message-ID: <1299080790.22227.445.camel@localhost.localdomain> I do not understand certain things in your dovecot-n in my dovecot -n there is a plugin { plugin = autocreate managesieve sieve sieve = ~/.dovecot.sieve sieve_before = /var/sieve-scripts/roundcube.sieve sieve_dir = ~/sieve sieve_global_path = whatever autocreate = Trash autocreate2 = Junk autocreate3 = Sent autocreate4 = Drafts autosubscribe = Trash autosubscribe2 = Junk autosubscribe3 = Sent autosubscribe4 = Drafts } this missing in your config Le mercredi 02 mars 2011 ? 15:15 +0100, Sven Hartge a ?crit : > Hi! > > I've got a segfault in managesieve while using: > sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect > > The problem seems to lie in "-redirect". > > Reason for excluding "redirect" from sieve is my users should not use > sieve to forward or redirect mails but use an external method > (web-script to set LDAP attribute) which checks several things like > active spam-checker, existing target mailbox, etc. > > The version ov dovecot ist 1:2.0.9-1~3.gbp785ad1~dvz60+1 on Debian > Squeeze which is from the Debian maintainers git repository recompiled > on Squeeze (I know, pretty wild.) > > doveconf -n and backtrace follow: > > -----------------------8<--------------------------------------------- > > # 2.0.9: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 > auth_username_format = %Ln > dict { > quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext > } > disable_plaintext_auth = no > first_valid_gid = 1000 > first_valid_uid = 1000 > last_valid_gid = 1000 > last_valid_uid = 1000 > mail_access_groups = virtmail > mail_gid = virtmail > mail_location = mdbox:~/mdbox > mail_plugins = " quota zlib" > mail_uid = virtmail > mdbox_rotate_interval = 23 hours > mdbox_rotate_size = 25 M > namespace { > hidden = yes > inbox = yes > list = yes > location = > prefix = INBOX. > separator = . > subscriptions = yes > type = private > } > passdb { > args = /etc/dovecot/dovecot-ldap.conf.ext > driver = ldap > } > plugin { > quota = dict:Benutzer-Quota::proxy::quota > quota_rule = *:storage=2G > sieve = ~/.dovecot.sieve > sieve_dir = ~/sieve > sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect > zlib_save = gz > zlib_save_level = 6 > } > postmaster_address = postmaster at th-mittelhessen.de > protocols = imap pop3 sieve > service dict { > unix_listener dict { > group = virtmail > mode = 0660 > } > } > service imap-login { > inet_listener imap { > port = 143 > } > inet_listener imaps { > port = 993 > ssl = yes > } > } > service managesieve-login { > inet_listener sieve { > port = 4190 > } > inet_listener sieve_deprecated { > port = 2000 > } > } > service pop3-login { > inet_listener pop3 { > port = 110 > } > inet_listener pop3s { > port = 995 > ssl = yes > } > } > ssl_cert = ssl_key = userdb { > args = /etc/dovecot/dovecot-ldap-userdb.conf.ext > driver = ldap > } > protocol lmtp { > mail_plugins = " quota zlib sieve" > } > protocol lda { > mail_plugins = " quota zlib sieve" > } > protocol imap { > mail_plugins = " quota zlib imap_quota imap_zlib" > } > > -----------------------8<--------------------------------------------- > > (gdb) bt full > #0 sieve_extensions_set_string (svinst=, ext_string=) > at sieve-extensions.c:567 > ext = 0x0 > op = 0 '\000' > name = 0x2375331 "redirect" > _data_stack_cur_id = 2 > ext_reg = 0x23856c8 > ext_names = 0x2375368 > i = > ext_count = > relative = true > #1 0x00007fb2db4207c2 in sieve_extensions_init (svinst=0x2385680) at sieve-extensions.c:256 > extensions = > ext = > #2 0x00007fb2db426914 in sieve_init (env=0x40d700, context=, debug=false) > at sieve.c:83 > svinst = 0x2385680 > uint_setting = 0 > size_setting = 37179544 > pool = 0x2385660 > #3 0x00000000004085ff in managesieve_capabilities_dump () at managesieve-capabilities.c:125 > svinst = > notify_cap = > #4 0x0000000000408af5 in main (argc=4, argv=0x237d370) at main.c:273 > set_roots = {0x610040, 0x0} > service_flags = > storage_service_flags = 0 > postlogin_socket_path = 0x0 > username = 0x0 > c = > > -----------------------8<--------------------------------------------- > > Gr??e, > Sven. > -- gpg --keyserver pgp.mit.edu --recv-key 092164A7 http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://dovecot.org/pipermail/dovecot/attachments/20110302/6f51ff52/attachment.bin From sven at svenhartge.de Wed Mar 2 18:17:30 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 2 Mar 2011 17:17:30 +0100 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions?=?-redirect" References: <57lo82utvpv8@mids.svenhartge.de> <1299080790.22227.445.camel@localhost.localdomain> Message-ID: <67lof8ntvpv8@mids.svenhartge.de> fakessh @ wrote: > I do not understand certain things in your dovecot-n > in my dovecot -n > there is a > plugin { > plugin = autocreate managesieve sieve > sieve = ~/.dovecot.sieve > sieve_before = /var/sieve-scripts/roundcube.sieve > sieve_dir = ~/sieve > sieve_global_path = whatever > autocreate = Trash > autocreate2 = Junk > autocreate3 = Sent > autocreate4 = Drafts > autosubscribe = Trash > autosubscribe2 = Junk > autosubscribe3 = Sent > autosubscribe4 = Drafts > } > this missing in your config Yeah, so? I don't need autosubscritption, a global path or autocreation of folders. Of course those config options are missing then. My config is from a working example, I can toggle between "works fine" and "managesieve process segfaults" by removing or adding "-redirect" to the sieve_extensions parameter. Gr??e, Sven. -- Sig lost. Core dumped. From stephan at rename-it.nl Wed Mar 2 19:21:11 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Wed, 02 Mar 2011 18:21:11 +0100 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions = -redirect" In-Reply-To: <57lo82utvpv8@mids.svenhartge.de> References: <57lo82utvpv8@mids.svenhartge.de> Message-ID: <4D6E7C87.2060301@rename-it.nl> Op 2-3-2011 15:15, Sven Hartge schreef: > Hi! > > I've got a segfault in managesieve while using: > sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect > > The problem seems to lie in "-redirect". The redirect command is part of the Sieve core specification and it is thus no extension. It's availability can therefore not be disabled using the sieve_extensions setting. When I wouldn't have made a bug here, you would have been warned with the following message: "ignored unknown extension 'redirect' while configuring available extensions" Instead, you got a segfault, which is now fixed: http://hg.rename-it.nl/dovecot-2.0-pigeonhole/rev/bb26cdb18bdf > Reason for excluding "redirect" from sieve is my users should not use > sieve to forward or redirect mails but use an external method > (web-script to set LDAP attribute) which checks several things like > active spam-checker, existing target mailbox, etc. > > The version ov dovecot ist 1:2.0.9-1~3.gbp785ad1~dvz60+1 on Debian > Squeeze which is from the Debian maintainers git repository recompiled > on Squeeze (I know, pretty wild.) Hmm, considering what Sieve RFC 5228 says: "Implementations MAY ignore a redirect action silently due to policy reasons. For example, an implementation MAY choose not to redirect to an address that is known to be undeliverable. Any ignored redirect MUST NOT cancel the implicit keep." (page 24) "(2) MUST provide the means for administrators to limit the ability of users to abuse redirect. In particular, it MUST be possible to limit the number of redirects a script can perform. Additionally, if no use cases exist for using redirect to multiple destinations, this limit SHOULD be set to 1. Additional limits, such as the ability to restrict redirect to local users, MAY also be implemented." (page 38) "Allowing redirects at all may not be appropriate in situations where email accounts are freely available and/or not trackable to a human who can be held accountable for creating message bombs or other abuse." (page 39) Unfortunately, we currently don't have a means to actually disable redirect. The number of redirects can be limited using the existing sieve_max_redirects option, but a value of 0 stands for 'unlimited', meaning that 1 is the minimum. In hindsight, this was a really bad choice :) So we have two options: - Change the meaning of 0 for sieve_max_redirects. It's quite likely no one has set this to 0. - Add a separate setting to disable redirect, e.g. sieve_redirect_disable. Not sure what to choose yet. Regards, Stephan. From ednitido at gmail.com Wed Mar 2 19:30:44 2011 From: ednitido at gmail.com (Edward Carraro) Date: Wed, 2 Mar 2011 12:30:44 -0500 Subject: [Dovecot] Does dovecot proxy support message caching? Message-ID: For example, say the connection between the user and the dovecot proxy is fast/cheap, but the connection from the proxy to the dovecot imap backend server is costly. is there a way to set up the proxy to cache messages to allow faster loading? if so, does it have different levels of caching (full message, headers only, etc)? I'm using dovecot 2.0.9 for both the proxy and the imap backend. if not, is there something that can work with dovecot to allow this? Thanks! From sven at svenhartge.de Wed Mar 2 19:32:30 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 2 Mar 2011 18:32:30 +0100 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions?=?-redirect" References: <57lo82utvpv8@mids.svenhartge.de> <4D6E7C87.2060301@rename-it.nl> Message-ID: <77lojg8tvpv8@mids.svenhartge.de> Stephan Bosch wrote: > Op 2-3-2011 15:15, Sven Hartge schreef: >> I've got a segfault in managesieve while using: >> sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect >> >> The problem seems to lie in "-redirect". > The redirect command is part of the Sieve core specification and it is > thus no extension. It's availability can therefore not be disabled > using the sieve_extensions setting. OK, already thought so after inspecting the RfC. > When I wouldn't have made a bug here, you would have been warned with > the following message: > "ignored unknown extension 'redirect' while configuring available > extensions" Which would have caused a mail from me, why "redirect" is an unknown extension. ;) > "Implementations MAY ignore a redirect action silently due to policy > reasons." This fits my use case. redirects/forwards are configured differently here and I need to disable redirect, because I _know_ some of my students will figure out, how to circumvent some restrictions we enforce on mail forwarding. Especially the students fromt the Computer Science department. :) > Unfortunately, we currently don't have a means to actually disable > redirect. The number of redirects can be limited using the existing > sieve_max_redirects option, but a value of 0 stands for 'unlimited', > meaning that 1 is the minimum. In hindsight, this was a really bad > choice :) > So we have two options: > - Change the meaning of 0 for sieve_max_redirects. It's quite > likely no one has set this to 0. > - Add a separate setting to disable redirect, e.g. > sieve_redirect_disable. Use "-1" to disable it? Gr??e, Sven -- Sig lost. Core dumped. From tss at iki.fi Wed Mar 2 19:36:10 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 2 Mar 2011 19:36:10 +0200 Subject: [Dovecot] Does dovecot proxy support message caching? In-Reply-To: References: Message-ID: <2EF89BD8-4CBC-4BD9-85BE-270BFFF132F7@iki.fi> On 2.3.2011, at 19.30, Edward Carraro wrote: > is there a way to set up the proxy to cache messages to allow faster > loading? if so, does it have different levels of caching (full message, > headers only, etc)? > > I'm using dovecot 2.0.9 for both the proxy and the imap backend. v2.0's proxy is dummy and can't do anything. v2.1 has imapc backend that you can make act as kind of a proxy. It will soon support local index files (= some cached headers, etc), and maybe in future full message body caching. From ednitido at gmail.com Wed Mar 2 19:58:09 2011 From: ednitido at gmail.com (Edward Carraro) Date: Wed, 2 Mar 2011 12:58:09 -0500 Subject: [Dovecot] Does dovecot proxy support message caching? In-Reply-To: <2EF89BD8-4CBC-4BD9-85BE-270BFFF132F7@iki.fi> References: <2EF89BD8-4CBC-4BD9-85BE-270BFFF132F7@iki.fi> Message-ID: Ah cool, the Smart IMAP proxying :) How goes the development on it? I was just told by my boss that it's a feature he thinks would be useful and he'd offer his developers to help. On Wed, Mar 2, 2011 at 12:36 PM, Timo Sirainen wrote: > On 2.3.2011, at 19.30, Edward Carraro wrote: > > > is there a way to set up the proxy to cache messages to allow faster > > loading? if so, does it have different levels of caching (full message, > > headers only, etc)? > > > > I'm using dovecot 2.0.9 for both the proxy and the imap backend. > > v2.0's proxy is dummy and can't do anything. v2.1 has imapc backend that > you can make act as kind of a proxy. It will soon support local index files > (= some cached headers, etc), and maybe in future full message body caching. > > From tss at iki.fi Wed Mar 2 20:10:12 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 2 Mar 2011 20:10:12 +0200 Subject: [Dovecot] Does dovecot proxy support message caching? In-Reply-To: References: <2EF89BD8-4CBC-4BD9-85BE-270BFFF132F7@iki.fi> Message-ID: <639E1FB0-5FB5-4EB6-83A7-C80FC800DC11@iki.fi> On 2.3.2011, at 19.58, Edward Carraro wrote: > Ah cool, the Smart IMAP proxying :) > > How goes the development on it? It's going pretty well. I think the only big things missing are the ones I mentioned in my mail: index files and message body caching. The index files won't be too difficult to add, I might even do it this week. > I was just told by my boss that it's a > feature he thinks would be useful and he'd offer his developers to help. Well, there's the message body caching that I'm not that interested in writing myself. It can probably be pretty easily separated from the rest of the code, so not much Dovecot knowledge is required either. Other than that, I guess testing and such would always be helpful. It should already work with all clients, just with no local caching. From ebroch at whitehorsetc.com Thu Mar 3 02:18:04 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Wed, 02 Mar 2011 17:18:04 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6E674A.1070601@whitehorsetc.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> <4D6E674A.1070601@whitehorsetc.com> Message-ID: <4D6EDE3C.8020106@whitehorsetc.com> Is there s certain procedure for upgrading from dovecot 1.x to 2.x? Do I uninstall the current version on my machine? Or, is there an upgrade option during install? I just want to do it correctly. Eric On 3/2/2011 8:50 AM, Eric Broch wrote: > Charles, > > I have dovecot-1.2.3 installed which is the version that is recommended > with QmailToaster which is why I have been hesitant to upgrade. > > Eric > > On 3/2/2011 8:36 AM, Charles Marcus wrote: >> Please don't top-post... >> >> On 2011-03-02 10:21 AM, Eric Broch wrote: >>> On 3/2/2011 4:27 AM, Charles Marcus wrote: >>>> On 2011-03-01 6:23 PM, Eric Broch wrote: >>>>> My dovecot.conf file is as follows: >>>>> >>>>> base_dir = /var/run/dovecot/ >>>> ... >>>> >>>> UNEDITED doveconf -n output is always preferred - which normally shows >>>> the dovecot version... what version is this? >>> It doesn't seem it was installed with dovecot. I don't know why? >> Most likely because you have an ancient version that predates it? ;) >> >> Again - what version of dovecot is this? >> From tss at iki.fi Thu Mar 3 02:37:26 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 3 Mar 2011 02:37:26 +0200 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions?=?-redirect" In-Reply-To: <77lojg8tvpv8@mids.svenhartge.de> References: <57lo82utvpv8@mids.svenhartge.de> <4D6E7C87.2060301@rename-it.nl> <77lojg8tvpv8@mids.svenhartge.de> Message-ID: <32264665-33DB-4C0A-AE3E-7E0A84603D15@iki.fi> On 2.3.2011, at 19.32, Sven Hartge wrote: >> So we have two options: >> - Change the meaning of 0 for sieve_max_redirects. It's quite >> likely no one has set this to 0. Doesn't seem that bad.. Like you said, probably will affect zero to very few people. Would of course be nice if this happened only when Dovecot's minor version changed (to v2.1), i.e. when people are expecting a little bit of backwards incompatible changes. I think v2.1.0 will be out before summer. >> - Add a separate setting to disable redirect, e.g. >> sieve_redirect_disable. Extra settings are always annoying. > Use "-1" to disable it? In general Dovecot settings don't currently have negative values. It would either generate an error or change the value to 2^32-1, which would be better for the unlimited value. From ebroch at whitehorsetc.com Thu Mar 3 02:50:51 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Wed, 02 Mar 2011 17:50:51 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6E63E1.5070401@Media-Brokers.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> Message-ID: <4D6EE5EB.1090103@whitehorsetc.com> On 3/2/2011 8:36 AM, Charles Marcus wrote: > Please don't top-post... > > On 2011-03-02 10:21 AM, Eric Broch wrote: >> On 3/2/2011 4:27 AM, Charles Marcus wrote: >>> On 2011-03-01 6:23 PM, Eric Broch wrote: >>>> My dovecot.conf file is as follows: >>>> >>>> base_dir = /var/run/dovecot/ >>> ... >>> >>> UNEDITED doveconf -n output is always preferred - which normally shows >>> the dovecot version... what version is this? >> It doesn't seem it was installed with dovecot. I don't know why? > Most likely because you have an ancient version that predates it? ;) > > Again - what version of dovecot is this? > Sorry, Charles , I didn't see your request not to top post. Is there s certain procedure for upgrading from dovecot 1.x to 2.x? Do I uninstall the current version on my machine? Or, is there an upgrade option during install? I just want to do it correctly. Eric From lists at wildgooses.com Thu Mar 3 11:57:46 2011 From: lists at wildgooses.com (Ed W) Date: Thu, 03 Mar 2011 09:57:46 +0000 Subject: [Dovecot] Does dovecot proxy support message caching? In-Reply-To: <639E1FB0-5FB5-4EB6-83A7-C80FC800DC11@iki.fi> References: <2EF89BD8-4CBC-4BD9-85BE-270BFFF132F7@iki.fi> <639E1FB0-5FB5-4EB6-83A7-C80FC800DC11@iki.fi> Message-ID: <4D6F661A.6000505@wildgooses.com> On 02/03/2011 18:10, Timo Sirainen wrote: > >> I was just told by my boss that it's a >> feature he thinks would be useful and he'd offer his developers to help. > > Well, there's the message body caching that I'm not that interested in writing myself. It can probably be pretty easily separated from the rest of the code, so not much Dovecot knowledge is required either. > I remain interested to sponsor such a feature though? Just make it affordable... Thanks Ed W From francwalter at gmx.net Thu Mar 3 15:53:50 2011 From: francwalter at gmx.net (francwalter at gmx.net) Date: Thu, 3 Mar 2011 14:53:50 +0100 Subject: [Dovecot] All mails unread after short while Message-ID: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> Hello, I have on Ubuntu 8.04 Postfix 2.5.1 and Dovecot 1.0.10. The mails are saved in maildir format. In one account on my server all mails are unread all the time. If i set them as read in my client (IMAP with Mac Mail 4.4 or IMAP with Squirrelmail, it doesn?t matter) they seem to be checked as read for some minutes or less, but very soon they are unread again, so i guess, only my client thinks that they are read, but after the next check, the client reads again that they are unread. Now i don?t know where to look or change the ?Has been read?-Flag in the maildir-directory. Is it in some file or where is it, the flag? It is only one account, the other accounts on the same domain and on other domains are working quite well. Maybe it is only after a Squirrelmail update last week, but I am not sure. Thank you, Kind Regards, frank walter From hajo.locke at gmx.de Thu Mar 3 17:36:56 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Thu, 3 Mar 2011 16:36:56 +0100 Subject: [Dovecot] auth on tcp socket? Message-ID: Hello, >> is it possible to provide service auth on tcp-socket instead of >> unix-socket? >> I changed my conf and dovecot 2.0.5 is restarting but on telnet test it >> throws: >> dovecot: auth: Fatal: getsockname(12) failed: Socket operation on >> non-socket >> >> Want to separate smtp and imap to different servers but keep using >> dovecot auth for postfix-sasl. >> Whats to do? hmm, is postfix able to use non-unix socket for >> dovecot-sasl? > Well, added support for that: > http://hg.dovecot.org/dovecot-2.0/rev/fe8e82b5bff9 Thanks for that. is it save to use smtpd_sasl_path = inet:localhost:1434 in postfix's main.cf? there are some warnings in log: "when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a socket pathname" ( Datei src/xsasl/xsasl_dovecot_server.c ) Thanks, Hajo From CMarcus at Media-Brokers.com Thu Mar 3 17:57:38 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 03 Mar 2011 10:57:38 -0500 Subject: [Dovecot] dovecot share In-Reply-To: <4D6EE5EB.1090103@whitehorsetc.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> <4D6EE5EB.1090103@whitehorsetc.com> Message-ID: <4D6FBA72.707@Media-Brokers.com> On 2011-03-02 7:50 PM, Eric Broch wrote: > Sorry, Charles , I didn't see your request not to top post. No problem... > Is there s certain procedure for upgrading from dovecot 1.x to 2.x? > Do I uninstall the current version on my machine? > Or, is there an upgrade option during install? > > I just want to do it correctly. When in doubt, rtfm... ;) http://wiki.dovecot.org/Upgrading/ -- Best regards, Charles From CMarcus at Media-Brokers.com Thu Mar 3 18:00:54 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 03 Mar 2011 11:00:54 -0500 Subject: [Dovecot] All mails unread after short while In-Reply-To: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> Message-ID: <4D6FBB36.4040800@Media-Brokers.com> On 2011-03-03 8:53 AM, francwalter at gmx.net wrote: > Dovecot 1.0.10. Upgrading would be a very good idea and would likely solve your problem in the process... there should be repos that have the latest versions available. -- Best regards, Charles From ebroch at whitehorsetc.com Thu Mar 3 18:06:39 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Thu, 03 Mar 2011 09:06:39 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6FBA72.707@Media-Brokers.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> <4D6EE5EB.1090103@whitehorsetc.com> <4D6FBA72.707@Media-Brokers.com> Message-ID: <4D6FBC8F.6030802@whitehorsetc.com> On 3/3/2011 8:57 AM, Charles Marcus wrote: > On 2011-03-02 7:50 PM, Eric Broch wrote: >> Sorry, Charles , I didn't see your request not to top post. > No problem... > >> Is there s certain procedure for upgrading from dovecot 1.x to 2.x? >> Do I uninstall the current version on my machine? >> Or, is there an upgrade option during install? >> >> I just want to do it correctly. > When in doubt, rtfm... ;) > > http://wiki.dovecot.org/Upgrading/ > Thanks, Charles! I had looked at that web page previously but it didn't offer any assistance on upgrading tarballs. So, I went ahead and started experimenting on my test server. Here is my procedure... (Stop Qmailtoaster) 1) qmailctl stop >> (Uninstall dovecot v1.2.3) 2) cd /my/dovecot/dir/dovecot-1.2.3 3) sudo make uninstall (Install dovecot v2.0.9) 4) cd /my/dovecot/dir 5) wget http://dovecot.org/releases/2.0/dovecot-2.0.9.tar.gz 6) tar -zxvf dovecot-2.0.9.tar.gz 7) cd dovecot-2.0.9 8) ./configure --with-vpopmail --with-ssl=openssl 9) make 10) sudo make install (Create the v2.0.9 configuration file from v1.2.3 configuration file andput it in v2 directory) 11) cp /usr/local/etc/dovecot.conf /usr/local/etc/dovecot/dovecot.conf 12) cd /usr/local/etc/dovecot 13) doveconf -n> dovecot-2.conf (Create v2 compatible file) 14) cp dovecot-2.conf dovecot.conf (Rename v2 compatible file) (Edit v2 file) 15) Removed the following setting from dovecot.conf (IMAP will not work with this setting) service auth { user = vpopmail } 16) qmailctl start Oh, and I've been informed that I missed creating the 'dovenull' user. Eric From francwalter at gmx.net Thu Mar 3 18:16:03 2011 From: francwalter at gmx.net (francwalter at gmx.net) Date: Thu, 3 Mar 2011 17:16:03 +0100 Subject: [Dovecot] All mails unread after short while In-Reply-To: <4D6FBB36.4040800@Media-Brokers.com> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> <4D6FBB36.4040800@Media-Brokers.com> Message-ID: <10BA293B-2293-4090-B942-3F9D13BF2153@gmx.net> > > Upgrading would be a very good idea and would likely solve your problem > in the process... there should be repos that have the latest versions > available. > Unfortunately this was what i tried a month before, without success. After upgrading the communication between Postfix and Dovecot stopped. From ebroch at whitehorsetc.com Thu Mar 3 18:19:41 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Thu, 03 Mar 2011 09:19:41 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6FBA72.707@Media-Brokers.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> <4D6EE5EB.1090103@whitehorsetc.com> <4D6FBA72.707@Media-Brokers.com> Message-ID: <4D6FBF9D.1040808@whitehorsetc.com> On 3/3/2011 8:57 AM, Charles Marcus wrote: > On 2011-03-02 7:50 PM, Eric Broch wrote: >> Sorry, Charles , I didn't see your request not to top post. > No problem... > >> Is there s certain procedure for upgrading from dovecot 1.x to 2.x? >> Do I uninstall the current version on my machine? >> Or, is there an upgrade option during install? >> >> I just want to do it correctly. > When in doubt, rtfm... ;) > > http://wiki.dovecot.org/Upgrading/ > Oh! After upgrading to v2 everything worked as expected, and it was quite easy to set up! Thanks, Charles. From CMarcus at Media-Brokers.com Thu Mar 3 18:54:48 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 03 Mar 2011 11:54:48 -0500 Subject: [Dovecot] dovecot share In-Reply-To: <4D6FBF9D.1040808@whitehorsetc.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> <4D6EE5EB.1090103@whitehorsetc.com> <4D6FBA72.707@Media-Brokers.com> <4D6FBF9D.1040808@whitehorsetc.com> Message-ID: <4D6FC7D8.7050000@Media-Brokers.com> On 2011-03-03 11:19 AM, Eric Broch wrote: > Oh! After upgrading to v2 everything worked as expected, and it was > quite easy to set up! > > Thanks, Charles. No worries, glad you got it sorted... -- Best regards, Charles From CMarcus at Media-Brokers.com Thu Mar 3 18:56:15 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 03 Mar 2011 11:56:15 -0500 Subject: [Dovecot] All mails unread after short while In-Reply-To: <10BA293B-2293-4090-B942-3F9D13BF2153@gmx.net> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> <4D6FBB36.4040800@Media-Brokers.com> <10BA293B-2293-4090-B942-3F9D13BF2153@gmx.net> Message-ID: <4D6FC82F.1010407@Media-Brokers.com> On 2011-03-03 11:16 AM, francwalter at gmx.net wrote: >> Upgrading would be a very good idea and would likely solve your problem >> in the process... there should be repos that have the latest versions >> available. > Unfortunately this was what i tried a month before, without success. > After upgrading the communication between Postfix and Dovecot stopped. Which is not much of a problem description, but obviously means you did something wrong... so, instead of finding/fixing the problem, you just reverted? -- Best regards, Charles From francwalter at gmx.net Thu Mar 3 19:06:57 2011 From: francwalter at gmx.net (francwalter at gmx.net) Date: Thu, 3 Mar 2011 18:06:57 +0100 Subject: [Dovecot] All mails unread after short while In-Reply-To: <4D6FC82F.1010407@Media-Brokers.com> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> <4D6FBB36.4040800@Media-Brokers.com> <10BA293B-2293-4090-B942-3F9D13BF2153@gmx.net> <4D6FC82F.1010407@Media-Brokers.com> Message-ID: Am 03.03.2011 um 17:56 schrieb Charles Marcus: > > Which is not much of a problem description, but obviously means you did > something wrong... so, instead of finding/fixing the problem, you just > reverted? Yes, i reverted and put back the config-files of the old dovecot version. After this everything worked well again like i thought. I will upgrade Dovecot in some weeks for sure because of Quota, but at the moment i am happy if just the little (?) Unread-problem is away ? But anyway, where can i find the place where the mails are set to read or unread? From doug at impalanetworks.com Thu Mar 3 22:56:53 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Thu, 3 Mar 2011 13:56:53 -0700 Subject: [Dovecot] process_min_avail being ignored? Message-ID: Today I found out we are having users w/ problems because: Mar 3 09:57:33 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped Mar 3 09:58:42 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped Mar 3 10:02:51 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped Mar 3 10:04:29 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped Mar 3 10:05:41 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped Mar 3 10:06:58 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped So, based on the dovecot2 wiki, it would seem that the solution is to follow the recommendations at http://wiki2.dovecot.org/LoginProcess, and use them as a guide for our situation. I have done so. But unless I misunderstand their purpose, I don't think they're working. Maybe I don't have them in the correct place?? I am expecting the imap-login process count to immediately jump up to 200 (based on my config below). But instead, they just slowly gradually increase. But even an hour after changing the config & restarting dovecot, I only have 78 login processes. dovecot -n output is: # 2.0.9: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 auth_debug = yes auth_mechanisms = plain login disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " mail_debug = yes mail_location = maildir:~/ mail_privileged_group = mail passdb { driver = pam } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = dovecot-2.conf Then we renamed dovecot-2.conf to dovecot.conf I'm pretty sure there were no problems with that part. We are running dovecot 2.0.9 compiled from source. OS is 64-bit Debian Squeeze (6.0), as shown by 'cat /proc/version': Linux version 2.6.32-5-amd64 (Debian 2.6.32-30) (ben at decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 03:40:32 UTC 2011 I really appreciate anyone helping me figure out why Thanks, - Doug Mortensen Network Consultant Impala Networks Inc CCNA, MCSA, Security+, A+ Linux+, Network+, Server+ . www.impalanetworks.com P: (505) 327-7300 F: (505) 327-7545 From cvb at kruemel.org Thu Mar 3 23:23:54 2011 From: cvb at kruemel.org (cvb at kruemel.org) Date: Thu, 03 Mar 2011 22:23:54 +0100 Subject: [Dovecot] expire plugin and sieve In-Reply-To: <1297296458.19220.51.camel@hurina> References: <9256c6ab9e68637c6daef1f930ae22db@kruemel.org> <1297296458.19220.51.camel@hurina> Message-ID: <417992de97c6fa611d34c53b6815d8c3@kruemel.org> On Thu, 10 Feb 2011 02:07:38 +0200, Timo Sirainen wrote: >> However, the combination of sieve and expire does not seem to be >> working: When sieve moves messages into a folder, no entry is >> created in >> the database. Don't these plugins work together, or did I >> misconfigure >> something? > If you didn't yet find out: >> lda: >> mail_plugins: expire >> mail_plugins: sieve > The second mail_plugins setting overrides the first one. Use: > mail_plugins = expire sieve Thanks, this works to the extent that dates are now written into the database when mails are moved by sieve filters. What doesn't work (and I spent the last weeks testing and googling, hence my late reply) is the deletion of expired mails. When an expiration date occurs, the database is updated, but nothing is deleted. I have implemented a test with a 1 day expiry. Dates get updated, nothing is deleted. Output of expire tool: Info: Loading modules from directory: /usr/lib/dovecot/modules/imap Info: Module loaded: /usr/lib/dovecot/modules/imap/lib20_expire_plugin.so Info: expire: pattern=INBOX.Trash type=expunge secs=604800 Info: expire: pattern=INBOX.Mailing-Lists.test type=expunge secs=86400 Info: expire: pattern=INBOX.Spam type=expunge secs=2592000 Info: auth input: uid=5000 Info: auth input: gid=5000 Info: auth input: home=/home/vmail/example.com/user1 Info: Namespace: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes Info: maildir: data=/home/vmail//:INDEX=/var/indexes/ Info: maildir++: root=/home/vmail/, index=/var/indexes, control=, inbox=/home/vmail/ Info: auth input: uid=5000 Info: auth input: gid=5000 Info: auth input: home=/home/vmail/example.com/user2 Info: Namespace: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes Info: maildir: data=/home/vmail//:INDEX=/var/indexes/ Info: maildir++: root=/home/vmail/, index=/var/indexes, control=, inbox=/home/vmail/ Is this an issue with the mail_location setting? I know the wiki says something about a userdb lookup returning the mail location, but, frankly, I'm not sure what that's supposed to say... Thanks. From Bruno.Treguier at shom.fr Thu Mar 3 23:28:39 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-1?Q?Bruno_Tr=E9guier?=) Date: Thu, 03 Mar 2011 22:28:39 +0100 Subject: [Dovecot] TB, dovecot & trailing slash - again Message-ID: <4D700807.4000108@shom.fr> Hi there, I have been browsing the mailing list archives in search of a solution to my problem, related to the quite infamous "trailing slash" issue with Thunderbird, but I don't seem to have found any closely related discussion. Please forgive me if this problem has already found a solution. Here I go; We use a lot of TB clients (2.x and 3.x), and we are using Dovecot 1.2.4 on our production server (mbox format). As told in many places, including this list, I added the option "tb-extra-mailbox-sep" in my dovecot.conf file. The checkbox regarding the mix of mailbox/submailbox and mailbox/messages is unchecked in the advanced options of our TB standard config. I snooped the connection with "ngrep" when creating a folder meant for containing subfolders. Here is the trace: > 6 create "ABCDE/".. < 6 OK Create completed... > 7 subscribe "ABCDE/".. < 7 OK Subscribe completed... > 8 list "" "ABCDE/".. < * LIST (\Noselect \HasChildren) "/" "ABCDE/"..8 OK List completed... So far, so good. But when you have a look at the .subscriptions file, you can see that the ABCDE folder has no trailing slash: it has been stripped off, apparently due to an "enhancement" made in 2009: http://hg.dovecot.org/dovecot-1.2/rev/339be408f49a It may be intended, but the drawback is that TB then gets a bit confused, as it has no way, during a "LIST" operation, to distinguish between a "folder/subfolder" scheme and a "folder/message" scheme: consequently, you get an error message from TB whenever you click on the containing folder, stating that "the mailbox isn't selectable". The problem is not just cosmetic, though, as the subfolders of such folders are not synchronized when selected for offline reading. I made a test with another version of Dovecot, of the 1.1 branch, and it behaves a little bit differently: the trailing slash is kept in the .subscriptions file, and everything is ok. TB is able to make the distinction between both kinds of folders. For the moment, I simply erased the "tb-extra-mailbox-sep" from my config file, and this is what happens: > 306 create "ABCDE/".. < 306 OK Create completed... > 307 subscribe "ABCDE/".. < 307 NO Invalid mailbox name: ABCDE/.. > 308 list "" "ABCDE/".. < * LIST (\Noselect \HasChildren) "/" "ABCDE/"..308 OK List completed... In that case, the "subscribe" command fails, so the folder does not appear by itself in the .subscriptions file, but as it is not used (only "terminal" mailboxes, containing messages, which are files in the filesystem), this is not a problem. The directory is created on the disk, and you can then create subfolders without any problem... Sorry for this long message, I just wanted to explain precisely what happens. A last word: switching to maildir would be quite a hassle, as we use quite a lot of procmail-based tools. Rewriting everything using Sieve is not planned for the moment. Does anyone out there have a solution for this ? What am I doing wrong ? Is the "tb-extra-mailbox-sep" really necessary when using TB ? As far as I can tell, it rather got us into trouble here, than solved anything... Thanks for any info/pointer/else ! Best regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From doug at impalanetworks.com Thu Mar 3 23:29:14 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Thu, 3 Mar 2011 14:29:14 -0700 Subject: [Dovecot] /etc/pam.d/dovecot missing? during high load Message-ID: This morning on our newly built server, the following was logged twice: auth: Error: pam(username,127.0.0.1): pam_authenticate() failed: Authentication failure (/etc/pam.d/dovecot missing?) This also happened to be during a time of 100+ imap-login processes, where we were seeing: master: Warning: service(imap-login): process_limit reached, client connections are being dropped The initial error was correct, in that I had not yet created /etc/pam.d/dovecot. I have since created the file. However, we brought this server into production yesterday & there were no complaints, nor was the error logged besides twice this morning within 3.5 minutes of eachother. In looking at pam documentation, it is my understanding that when a service (dovecot) does not have its own file existing under /etc/pam.d, then pam will instead use the settings from /etc/pam.d/others as defaults. This seems logical to me, and would explain why things have been working fairly well with no errors regarding pam (other than the 2 logged this morning). However, what this does not explain, is why dovecot auth logged about the file missing at all. I can only guess that it was related to logins being dropped due to high load, and was incorrectly logged?? For reference, my current /etc/pam.d/dovecot is: auth required pam_unix.so nullok account required pam_unix.so My current /etc/pam.d/other is: @include common-auth @include common-account @include common-password @include common-session Which results in (confirmed via : grep -v ^# common-auth common-account common-password common-session) auth [success=1 default=ignore] pam_unix.so nullok_secure auth requisite pam_deny.so auth required pam_permit.so account [success=1 new_authtok_reqd=done default=ignore] pam_unix.so account requisite pam_deny.so password [success=1 default=ignore] pam_unix.so obscure sha512 password requisite pam_deny.so password required pam_permit.so session [default=1] pam_permit.so session requisite pam_deny.so session required pam_permit.so session required pam_unix.so So there definitely is quite a difference between the dovecot pam file I created (based on the dovecot2 wiki), and the system default (other). I don't know whether this could have been related, so I figured I'd share. Otherwise, I'm running dovecot 2.0.9 compiled from source. dovecot -n at the time of the pam errors was probably: # 2.0.9: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 auth_debug = yes auth_mechanisms = plain login disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " mail_debug = yes mail_location = maildir:~/ mail_privileged_group = mail passdb { driver = pam } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = References: Message-ID: Nevermind. My bad. Only now did I realize that my dovecot -n is totally missing anything regarding the "service imap-login", which I defined in /etc/dovecot/dovecot.conf as: service imap-login { service_count=1 process_min_avail = 200 process_limit = 1000 #vsz_limit = 64M } This brought to mind a recollection that building dovecot from source (& using the init.d startup script from the dovecot wiki) caused it to want to look to: /usr/local/var/run/dovecot/dovecot.conf for its config file. Meaning I edited the wrong file this morning. I just added the same configuration to the config file at /usr/local/var/run/dovecot/dovecot.conf, and it worked as expected (currently 237 imap-login sessions). It's time for me to create some sym links so that if I forget this in the future, it won't take me an hour of troubleshooting to remember. Thanks, - Doug Mortensen Network Consultant Impala Networks P: 505.327.7300 From pw at wk-serv.de Thu Mar 3 23:51:53 2011 From: pw at wk-serv.de (Patrick Westenberg) Date: Thu, 03 Mar 2011 22:51:53 +0100 Subject: [Dovecot] Problem with sieve and namespace In-Reply-To: <4D68463F.7030708@wk-serv.de> References: <4D68463F.7030708@wk-serv.de> Message-ID: <4D700D79.8050601@wk-serv.de> Patrick Westenberg schrieb: > Feb 26 00:39:25 endeavour dovecot: lmtp(6967, mail at jasbafliesen.de): > Error: 1WYlBCE1aE03GwAA0CSSVw: sieve: msgid=<4D683DA5.7030505 at gmx.de>: > failed to store into mailbox mail at jasbafliesen.de': Unknown namespace > > Feb 26 00:39:25 endeavour dovecot: lmtp(6967, mail at jasbafliesen.de): > Error: 1WYlBCE1aE03GwAA0CSSVw: sieve: script > /usr/local/etc/dovecot/sieve/default.sieve failed with unsuccessful > implicit keep FYI: After upgrading to the latest versions these problems don?t occur anymore. Regards Patrick From wgillespie+dovecot at es2eng.com Fri Mar 4 00:27:34 2011 From: wgillespie+dovecot at es2eng.com (Willie Gillespie) Date: Thu, 03 Mar 2011 15:27:34 -0700 Subject: [Dovecot] All mails unread after short while In-Reply-To: References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> <4D6FBB36.4040800@Media-Brokers.com> <10BA293B-2293-4090-B942-3F9D13BF2153@gmx.net> <4D6FC82F.1010407@Media-Brokers.com> Message-ID: <4D7015D6.1030404@es2eng.com> On 3/3/2011 10:06 AM, francwalter at gmx.net wrote: > But anyway, where can i find the place where the mails are set to read or unread? Pulling this out of memory, so someone can correct me if I'm wrong. You mentioned earlier that you were using the Maildir format. Look in the /cur part of the mail folder. The file will end with "2,(flags)" where (flags) are: Flag "P" (passed): the user has resent/forwarded/bounced this message to someone else. Flag "R" (replied): the user has replied to this message. Flag "S" (seen): the user has viewed this message, though perhaps he didn't read all the way through it. Flag "T" (trashed): the user has moved this message to the trash; the trash will be emptied by a later user action. Flag "D" (draft): the user considers this message a draft; toggled at user discretion. Flag "F" (flagged): user-defined flag; toggled at user discretion. Willie Copied some info from http://cr.yp.to/proto/maildir.html From doug at impalanetworks.com Fri Mar 4 01:12:49 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Thu, 3 Mar 2011 16:12:49 -0700 Subject: [Dovecot] logging issues w/ login_max_processes_count on 1.x Message-ID: Today I found our dovecot 2.x gracefully logged: dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped I am confident that we had the very same problem on our previous dovecot 1.x box. Of course with dovecot 1.x, the same relative setting is login_max_processes_count. I believe that I turned up all dovecot logging & debugging to the max (also checked with the 1.x wiki), but nothing was ever logged relating to this. Does anyone know whether there is a way to get dovecot 1.x to log this type of error? Thanks, - Doug Mortensen Network Consultant Impala Networks Inc CCNA, MCSA, Security+, A+ Linux+, Network+, Server+ . www.impalanetworks.com P: (505) 327-7300 F: (505) 327-7545 From tss at iki.fi Fri Mar 4 03:41:16 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 4 Mar 2011 03:41:16 +0200 Subject: [Dovecot] logging issues w/ login_max_processes_count on 1.x In-Reply-To: References: Message-ID: On 4.3.2011, at 1.12, Douglas Mortensen wrote: > Today I found our dovecot 2.x gracefully logged: > dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped > > Does anyone know whether there is a way to get dovecot 1.x to log this type of error? As long as all of the connection slots aren't used for SSL connections, it should log: Disconnected: Connection queue full as some (not yet logged in) client's disconnection reason. It kills the oldest client away. This is actually what v2.0 also does in that situation, it just logs that extra warning. If all of the login processes are busy serving SSL sessions, v1.x logs: All login processes are in use. You may need to increase login_max_processes_count From samuel at hassine.fr Fri Mar 4 04:18:13 2011 From: samuel at hassine.fr (Samuel Hassine) Date: Fri, 04 Mar 2011 03:18:13 +0100 Subject: [Dovecot] Dovecot and ManageSieve crash trace Message-ID: <4D704BE5.2050301@hassine.fr> Hi all, I am trying to deploy Dovecot with Sieve support and I choose the easy way: install ManageSieve. But I have a problem here, and I did not find how to deal with. I tested the communication to the server with the telnet command. Here the result: http://pastebin.com/dgvhEwxJ And I do not understand how to link IMAP authentification and Sieve authentification. I just want to allow creation of Sieve filters for any IMAP user (based on LDAP). Thanks for your answer. Best regards. Samuel Hassine From stephan at rename-it.nl Fri Mar 4 10:03:51 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 04 Mar 2011 09:03:51 +0100 Subject: [Dovecot] sieve issue In-Reply-To: <4D6D3004.1060005@informatik.hu> References: <4D6D3004.1060005@informatik.hu> Message-ID: <4D709CE7.5030403@rename-it.nl> On 3/1/2011 6:42 PM, Informatik.hu wrote: > Hi All! > > I have got some problem with dovecot sieve. (from Debian Squeeze > packages). > > I have already installed dovecot and postfix with mysql(postfix admin) > virtual domains and users, configured dovecot deliver for delivery > method in postfix. > Dovecot sieve IS working, reads the global script, BUT it DOES NOT > reads the user scripts from the users virtual home directory. > > If i place ".dovecot.sieve" in /home/vmail, and configure sieve for > this location, it reads the script. > If i put the file under /home/vmail/domain.com (/home/vmail/%d) or > /home/vmail/domain.com/user at domain.com (/home/vmail/%d/%u) > the sieve plugin does not read(compile) the script. Deliver log > contains that the incoming mail (which has to be filtered) saved to > INBOX, and there is no > error in the deliver error log, nor dovecot logs. > > Can anybody help me out what am i doing wrong? Could you show your config? This means you should paste the output of dovecot -n. Also, you can run deliver with mail_debug enabled and check the logfile for more information. Regards, Stephan. From stephan at rename-it.nl Fri Mar 4 10:10:29 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 04 Mar 2011 09:10:29 +0100 Subject: [Dovecot] Dovecot and ManageSieve crash trace In-Reply-To: <4D704BE5.2050301@hassine.fr> References: <4D704BE5.2050301@hassine.fr> Message-ID: <4D709E75.6080002@rename-it.nl> On 3/4/2011 3:18 AM, Samuel Hassine wrote: > Hi all, > > I am trying to deploy Dovecot with Sieve support and I choose the easy > way: install ManageSieve. > > But I have a problem here, and I did not find how to deal with. > > I tested the communication to the server with the telnet command. Here > the result: http://pastebin.com/dgvhEwxJ > > And I do not understand how to link IMAP authentification and Sieve > authentification. I just want to allow creation of Sieve filters for > any IMAP user (based on LDAP). You are using the python ManageSieve implementation, which is not directly tied to Dovecot. You should check this page for more help: http://gitorious.org/pysieved/pages/Home/ Also, Dovecot has native ManageSieve support: http://wiki.dovecot.org/ManageSieve Regards, Stephan. From Rob.Coward at game.co.uk Fri Mar 4 13:18:35 2011 From: Rob.Coward at game.co.uk (Rob Coward) Date: Fri, 4 Mar 2011 11:18:35 -0000 Subject: [Dovecot] unsubscribe Message-ID: <35B52A56C93BC343973FA6EC12D611320409735A@gm-ho-exc-02.group.game.net> Please consider the environment before printing this email. Game Stores Group Limited, registered number 1937170, registered in England From mark.zealey at webfusion.com Fri Mar 4 12:16:25 2011 From: mark.zealey at webfusion.com (Mark Zealey) Date: Fri, 04 Mar 2011 12:16:25 +0200 Subject: [Dovecot] penalty configuration and proxy servers Message-ID: <4D70BBF9.90000@webfusion.com> Hi there, I've had a look through the wiki and a quick look through the source for penalty configurations (dovecot 2.0.9) but I've not found anything to do with configuration options for this functionality. I'm basically wanting to disable a particular host/subnet from the penalty setup. In our case we have some webmail servers that do get attacked however most of the traffic is legitimate so I'd rather that the user experience was faster (ie not having a few seconds of delay on login) than that we slowed down attacks from them. On a similar note; is it possible to do the per-ip login limit in the auth level rather than the imap/pop level? I ask this as we've just implemented a proxy setup whereby we have two frontend proxy servers that then dispatch to backend servers specified in the database. So, the backend servers do the actual imap/pop sessions however we now don't see the remote ip addresses so it becomes difficult to limit abusive users. The 'doveadm who'/process listing code also doesn't work on the proxy servers even though dovecot knows who logged in and forwards the connection through to the backend servers. None of these features/suggestions are show-stoppers; dovecot is a great program however they're more suggestions of ways it would be useful for us to improve the software. Thanks, Mark From ka at pacific.net Fri Mar 4 16:09:00 2011 From: ka at pacific.net (Ken A) Date: Fri, 04 Mar 2011 08:09:00 -0600 Subject: [Dovecot] unsubscribe In-Reply-To: <35B52A56C93BC343973FA6EC12D611320409735A@gm-ho-exc-02.group.game.net> References: <35B52A56C93BC343973FA6EC12D611320409735A@gm-ho-exc-02.group.game.net> Message-ID: <4D70F27C.3000508@pacific.net> Please consider brain cells before sending it too.. On 3/4/2011 5:18 AM, Rob Coward wrote: > > > > Please consider the environment before printing this email. > > Game Stores Group Limited, registered number 1937170, registered in England > -- Ken Anderson Pacific Internet - http://www.pacific.net From elmailpersonal at gmail.com Fri Mar 4 17:13:58 2011 From: elmailpersonal at gmail.com (deconya) Date: Fri, 4 Mar 2011 16:13:58 +0100 Subject: [Dovecot] strange problem receiving mails Message-ID: Hi guys Im viewing how to repair a problem using a postfix platform with openldap and dovecot. This is the problem: -When I create a new user inside openldap with mail account appears correctly inside ldap but when I access first time appears inside /var/spool/dovecot/ the folder of account bad. Not appears the name of uid, appears the name of user mail, for ex: drwx------ 5 exemple Domain Users 4,0K 2011-03-04 13:28 exemple drwx------ 9 exemple Domain Users 4,0K 2011-03-04 13:29 exemple.usermail Log filteered: Mar 4 13:28:21 mailserver deliver(exemple): Loading modules from directory: /usr/lib/dovecot/modules/lda Mar 4 13:28:21 mailserver deliver(exemple): Module loaded: /usr/lib/dovecot/modules/lda/ lib10_quota_plugin.so Mar 4 13:28:21 mailserver dovecot: auth(default): master in: USER^I1^Iunesco^Iservice=deliver Mar 4 13:28:21 mailserver dovecot: auth(default): prefetch( exemple at mydomain.com): passdb didn't return userdb entries, trying the next userdb Mar 4 13:28:21 mailserver dovecot: auth(default): passwd( exemple at mydomain.com): lookup Mar 4 13:28:21 mailserver dovecot: auth(default): passwd( exemple at mydomain.com): unknown user Mar 4 13:28:21 mailserver dovecot: auth(default): ldap(exemple at mydomain.com): user search: base=ou=Users, dc=ldap, dc=es scope=subtree filter=(&(objectClass=posixAccount)(|(mail=exemple at mydomain.com)(uid= exemple at mydomain.com)(uid=exemple))) fields=homeDirectory,uidNumber,gidNumber,mailQuota Mar 4 13:28:21 mailserver deliver(exemple): auth input: home=/home/exemple Mar 4 13:28:21 mailserver deliver(exemple): auth input: uid=10017 Mar 4 13:28:21 mailserver deliver(exemple): auth input: gid=513 Mar 4 13:28:21 mailserver deliver(exemple): Home dir not found: /home/exemple Mar 4 13:28:21 mailserver deliver(exemple): Quota root: name=User quota backend=maildir args= Mar 4 13:28:21 mailserver deliver(exemple): Quota rule: root=User quota mailbox=* bytes=52428800 messages=0 Mar 4 13:28:21 mailserver deliver(exemple): Quota rule: root=User quota mailbox=Trash ignored Mar 4 13:28:21 mailserver deliver(exemple): maildir: data=/var/spool/dovecot/exemple/ Mar 4 13:28:21 mailserver deliver(exemple): maildir++: root=/var/spool/dovecot/exemple, index=, control=, inbox=/var/spool/dovecot/exemple Mar 4 13:28:21 mailserver dovecot: auth(default): ldap(exemple at mydomain.com): result: homeDirectory(home)=/home/exemple uidNumber(uid)=10017 gidNumber(gid)=513 Mar 4 13:28:21 mailserver dovecot: auth(default): master out: USER^I1^ Iunesco at mydomain.com^Ihome=/home/exemple^Iuid=10017^Igid=513 Mar 4 13:28:21 mailserver deliver(exemple): msgid=<1299241700.26848.1.camel at infolinux>: saved mail to INBOX Mar 4 13:28:21 mailserver postfix/pipe[29996]: 6191E26F95B: to=< exemple at mydomain.com>, orig_to=, relay=dovecot, delay=0.09, delays=0.03/0/0/0.06, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 4 13:28:26 mailserver dovecot: auth-worker(default): pam( exemplemail at mydomain.com,10.0.0.4): lookup service=dovecot Mar 4 13:28:26 mailserver dovecot: auth-worker(default): pam( exemplemail at mydomain.com,10.0.0.4): #1/1 style=1 msg=Password: Mar 4 13:28:28 mailserver dovecot: auth-worker(default): pam( exemplemail at mydomain.com,10.0.0.4): pam_authenticate() failed: Authentication failure (password mismatch?) Mar 4 13:28:28 mailserver dovecot: auth(default): ldap( exemplemail at mydomain.com,10.0.0.4): bind search: base=ou=Users, dc=ldap, dc=es filter=(&(objectClass=posixAccount)(|(mail=exemplemail at mydomain.com )(uid=exemplemail at mydomain.com))) Mar 4 13:28:28 mailserver dovecot: auth(default): auth( exemplemail at mydomain.com,10.0.0.4): username changed exemplemail at mydomain.com -> exemple Mar 4 13:28:28 mailserver dovecot: auth(default): ldap(exemple,10.0.0.4): result: homeDirectory(userdb_home)=/home/exemple uid(user)=exemple uidNumber(userdb_uid)=10017 gidNumber(userdb_gid)=513 Mar 4 13:28:28 mailserver dovecot: auth(default): client out: OK^I1^Iuser=exemple Mar 4 13:28:28 mailserver dovecot: auth(default): prefetch(exemple,10.0.0.4): success Mar 4 13:28:28 mailserver dovecot: auth(default): master out: USER^I411619^ Iunescochair.lccc at mydomain.com^Ihome=/home/exemple^Iuid=10017^Igid=513 Mar 4 13:28:28 mailserver dovecot: imap-login: Login: user=, method=PLAIN, rip=10.0.0.4, lip=10.0.0.5 Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Loading modules from directory: /usr/lib/dovecot/modules/imap Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Module loaded: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Module loaded: /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Effective uid=10017, gid=513, home=/home/exemple Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Quota root: name=User quota backend=maildir args= Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Quota rule: root=User quota mailbox=* bytes=52428800 messages=0 Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Quota rule: root=User quota mailbox=Trash ignored Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): maildir: data=/var/spool/dovecot/exemplemail/ Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): maildir++: root=/var/spool/dovecot/exemplemail, index=, control=, inbox=/var/spool/dovecot/exemplemail Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Disconnected: Logged out bytes=45/375 Any idea? Thanks and Best Regards From tss at iki.fi Fri Mar 4 18:54:56 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 04 Mar 2011 18:54:56 +0200 Subject: [Dovecot] penalty configuration and proxy servers In-Reply-To: <4D70BBF9.90000@webfusion.com> References: <4D70BBF9.90000@webfusion.com> Message-ID: <1299257696.19220.417.camel@hurina> On Fri, 2011-03-04 at 12:16 +0200, Mark Zealey wrote: > I've had a look through the wiki and a quick look through the source for > penalty configurations (dovecot 2.0.9) but I've not found anything to do > with configuration options for this functionality. I'm basically wanting > to disable a particular host/subnet from the penalty setup. In our case > we have some webmail servers that do get attacked however most of the > traffic is legitimate so I'd rather that the user experience was faster > (ie not having a few seconds of delay on login) than that we slowed down > attacks from them. http://hg.dovecot.org/dovecot-2.0/rev/bf6749d4db08 http://hg.dovecot.org/dovecot-2.0/rev/73cad87e2045 And set login_trusted_networks = webmail > On a similar note; is it possible to do the per-ip login limit in the > auth level rather than the imap/pop level? I ask this as we've just > implemented a proxy setup whereby we have two frontend proxy servers > that then dispatch to backend servers specified in the database. So, the > backend servers do the actual imap/pop sessions however we now don't see > the remote ip addresses so it becomes difficult to limit abusive users. Add proxy IPs to login_trusted_networks and this problem goes away. > The 'doveadm who'/process listing code also doesn't work on the proxy > servers even though dovecot knows who logged in and forwards the > connection through to the backend servers. After setting login_trusted_networks you can do this on the backend servers and they show the user's real IP. doveadm who isn't supposed to work in proxy servers and I'm not sure if it ever will. From tss at iki.fi Fri Mar 4 18:58:08 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 04 Mar 2011 18:58:08 +0200 Subject: [Dovecot] All mails unread after short while In-Reply-To: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> Message-ID: <1299257888.19220.419.camel@hurina> On Thu, 2011-03-03 at 14:53 +0100, francwalter at gmx.net wrote: > In one account on my server all mails are unread all the time. If i > set them as read in my client (IMAP with Mac Mail 4.4 or IMAP with > Squirrelmail, it doesn?t matter) they seem to be checked as read for > some minutes or less, but very soon they are unread again, so i guess, > only my client thinks that they are read, but after the next check, > the client reads again that they are unread. Most likely one of your clients sets them unread for some reason. Have you tried shutting down all your IMAP clients and then using only e.g. Squirrelmail for a while? Enabling http://wiki.dovecot.org/Plugins/MailLog and looking at the logs might show something useful too. > Now i don?t know where to look or change the ?Has been read?-Flag in the maildir-directory. > Is it in some file or where is it, the flag? Like Willie said, it's part of the filename. You could also check if the file's ctime changes unexpectedly (i.e. it changes when filename changes = when flags change). From tss at iki.fi Fri Mar 4 21:10:13 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 04 Mar 2011 21:10:13 +0200 Subject: [Dovecot] v2.0.10 released Message-ID: <1299265813.19220.435.camel@hurina> http://dovecot.org/releases/2.0/dovecot-2.0.10.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.10.tar.gz.sig I thought it was finally time to make a new v2.0 release. Or probably it was a while ago already, but I've been a bit lazy this year. Maybe it's because this is the first time in last 5 years when all branches of Dovecot have been quite stable and I haven't been stressing on it. Of course there are some v2.0 features that still have some bugs, but few people are complaining about them. v2.1 development branch also appears to be pretty good shape. I'm hopeful that v2.1.rc1 will be out before summer. * LMTP: For user+detail at domain deliveries, the +detail is again written to Delivered-To: header. * Skip auth penalty checks from IPs in login_trusted_networks. + Added import_environment setting. + Added submission_host setting to send mails via SMTP instead of via sendmail binary. + Added doveadm acl get/set/delete commands for ACL manipulation, similar to how IMAP ACL extension works. + Added doveadm acl debug command to help debug and fix problems with why shared mailboxes aren't working as expected. - IMAP: Fixed hangs with COMPRESS extension - IMAP: Fixed a hang when trying to COPY to a nonexistent mailbox. - IMAP: Fixed hang/crash with SEARCHRES + pipelining $. - IMAP: Fixed assert-crash if IDLE+DONE is sent in same TCP packet. - LMTP: Fixed sending multiple messages in a session. - doveadm: Fixed giving parameters to mail commands. - doveadm import: Settings weren't correctly used for the import storage. - dsync: Fixed somewhat random failures with saving messages to remote dsync. - v2.0.9: Config reload didn't notify running processes with shutdown_clients=no, so they could have kept serving new clients with old settings. From doug at impalanetworks.com Fri Mar 4 22:29:19 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Fri, 4 Mar 2011 13:29:19 -0700 Subject: [Dovecot] logging issues w/ login_max_processes_count on 1.x In-Reply-To: References: Message-ID: Hmm. Is there any reason why it wouldn't show up for me, when I'm 99% positive we were hitting the max & still having new connections come in? Here's what I get when I grep my logs for those statements: servername:~# cd /var/log servername:/var/log# ls mail.* mail.err mail.err.2.gz mail.err.4.gz mail.info.1 mail.info.3.gz mail.log mail.log.2.gz mail.log.4.gz mail.warn mail.warn.2.gz mail.warn.4.gz mail.err.1 mail.err.3.gz mail.info mail.info.2.gz mail.info.4.gz mail.log.1 mail.log.3.gz mail.stats.log mail.warn.1 mail.warn.3.gz servername:/var/log# zegrep "Connection queue full|login_max_processes_count" mail.* servername:/var/log# In other words, nothing. I'm assuming that the log output you specified is case sensitive, as that's what I grep'ed for. Thanks, - Doug Mortensen Network Consultant Impala Networks P: 505.327.7300 >As long as all of the connection slots aren't used for SSL connections, it should log: >Disconnected: Connection queue full >as some (not yet logged in) client's disconnection reason. It kills the oldest client away. This is actually what v2.0 also does in that situation, it just logs that extra warning. If all of the login processes are busy serving SSL sessions, v1.x logs: >All login processes are in use. You may need to increase login_max_processes_count From doug at impalanetworks.com Fri Mar 4 22:31:23 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Fri, 4 Mar 2011 13:31:23 -0700 Subject: [Dovecot] /etc/pam.d/dovecot missing? during high load In-Reply-To: References: Message-ID: Anybody know the answer to this one?? Any thoughts? I haven't received a response yet. Thanks, - Doug Mortensen Network Consultant Impala Networks P: 505.327.7300 -----Original Message----- From: Douglas Mortensen [mailto:doug at impalanetworks.com] Sent: Thursday, March 03, 2011 2:29 PM To: dovecot at dovecot.org Subject: [Dovecot] /etc/pam.d/dovecot missing? during high load This morning on our newly built server, the following was logged twice: auth: Error: pam(username,127.0.0.1): pam_authenticate() failed: Authentication failure (/etc/pam.d/dovecot missing?) This also happened to be during a time of 100+ imap-login processes, where we were seeing: master: Warning: service(imap-login): process_limit reached, client connections are being dropped The initial error was correct, in that I had not yet created /etc/pam.d/dovecot. I have since created the file. However, we brought this server into production yesterday & there were no complaints, nor was the error logged besides twice this morning within 3.5 minutes of eachother. In looking at pam documentation, it is my understanding that when a service (dovecot) does not have its own file existing under /etc/pam.d, then pam will instead use the settings from /etc/pam.d/others as defaults. This seems logical to me, and would explain why things have been working fairly well with no errors regarding pam (other than the 2 logged this morning). However, what this does not explain, is why dovecot auth logged about the file missing at all. I can only guess that it was related to logins being dropped due to high load, and was incorrectly logged?? For reference, my current /etc/pam.d/dovecot is: auth required pam_unix.so nullok account required pam_unix.so My current /etc/pam.d/other is: @include common-auth @include common-account @include common-password @include common-session Which results in (confirmed via : grep -v ^# common-auth common-account common-password common-session) auth [success=1 default=ignore] pam_unix.so nullok_secure auth requisite pam_deny.so auth required pam_permit.so account [success=1 new_authtok_reqd=done default=ignore] pam_unix.so account requisite pam_deny.so password [success=1 default=ignore] pam_unix.so obscure sha512 password requisite pam_deny.so password required pam_permit.so session [default=1] pam_permit.so session requisite pam_deny.so session required pam_permit.so session required pam_unix.so So there definitely is quite a difference between the dovecot pam file I created (based on the dovecot2 wiki), and the system default (other). I don't know whether this could have been related, so I figured I'd share. Otherwise, I'm running dovecot 2.0.9 compiled from source. dovecot -n at the time of the pam errors was probably: # 2.0.9: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 auth_debug = yes auth_mechanisms = plain login disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " mail_debug = yes mail_location = maildir:~/ mail_privileged_group = mail passdb { driver = pam } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = References: <1299265813.19220.435.camel@hurina> Message-ID: Awesome. Just to confirm, if upgrading from 2.0.9 built from your source, all that we should need to do is download, extract, then: ./configure make stop dovecot services make install start dovecot services Correct? Thanks, - Doug Mortensen Network Consultant Impala Networks P: 505.327.7300 From chris-dovecot-110112 at aptivate.org Fri Mar 4 22:50:01 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Fri, 4 Mar 2011 20:50:01 +0000 (GMT) Subject: [Dovecot] Error: FETCH [1] for mailbox badbox UID 1 got too little data: 2 vs 4 (fwd) Message-ID: Hi all, Any thoughts about this error? Should I file a bug report somewhere? Cheers, Chris. On Wed, 12 Jan 2011, Chris Wilson wrote: > Hi all, > > I can send myself a test message that causes Dovecot to crash when I open > it in Alpine, with the following error: > > Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: FETCH [1] for > mailbox badbox UID 1 got too little data: 2 vs 4 > Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: Corrupted index > cache file /home/chris/mail/.imap/badbox/dovecot.index.cache: Broken > MIME parts for mail UID 1 > Jan 12 14:52:52 one-mail dovecot: imap(chris): Disconnected: FETCH failed > bytes=485/1394 > > I can do this as follows: > > $ touch ~/mail/badbox > $ echo test | /usr/libexec/dovecot/dovecot-lda -m badbox > $ cat ~/mail/badbox > > From MAILER-DAEMON Wed Jan 12 14:52:29 2011 > test > X-IMAPbase: 1294843949 0000000001 > X-UID: 1 > Status: > X-Keywords: > Content-Length: 1 > > And then when I try to open badbox in Alpine (over IMAP), and then open > this email, I get the error above, and the connection is aborted. > > I expect that the "test" line is not a valid header, but dovecot should > not crash when opening it. > > Cheers, Chris. > -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From tss at iki.fi Fri Mar 4 22:55:54 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 4 Mar 2011 22:55:54 +0200 Subject: [Dovecot] /etc/pam.d/dovecot missing? during high load In-Reply-To: References: Message-ID: <0E4C1827-EC84-4109-8472-61C572485FD3@iki.fi> On 4.3.2011, at 22.31, Douglas Mortensen wrote: > This morning on our newly built server, the following was logged twice: > auth: Error: pam(username,127.0.0.1): pam_authenticate() failed: Authentication failure (/etc/pam.d/dovecot missing?) > > This also happened to be during a time of 100+ imap-login processes, where we were seeing: > master: Warning: service(imap-login): process_limit reached, client connections are being dropped This should be irrelevant. If this error goes away, do you still get that pam failure? > In looking at pam documentation, it is my understanding that when a service (dovecot) does not have its own file existing under /etc/pam.d, then pam will instead use the settings from /etc/pam.d/others as defaults. It does? I don't know. It suggests checking pam.d/dovecot file, because that has been the most common reason why it hasn't worked for some people. Maybe they didn't have the others file either. > This seems logical to me, and would explain why things have been working fairly well with no errors regarding pam (other than the 2 logged this morning). However, what this does not explain, is why dovecot auth logged about the file missing at all. It logged it only as a guess. > I can only guess that it was related to logins being dropped due to high load, and was incorrectly logged?? The reason for the authentication failure could be anything. Dovecot doesn't know, because PAM doesn't tell. PAM has its own (crappy) logging, maybe it has something? > For reference, my current /etc/pam.d/dovecot is: > auth required pam_unix.so nullok > account required pam_unix.so So /etc/shadow.. High load shouldn't really affect that. In any case, PAM gave Dovecot authentication failure, and there's not much I can do to guess reasons why that happened. Either PAM logged a more specific error message, or it didn't. You could always try not using PAM at all, then you'll get Dovecot's own awesome error logging that tells exactly what goes wrong. From tss at iki.fi Fri Mar 4 22:58:17 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 4 Mar 2011 22:58:17 +0200 Subject: [Dovecot] Error: FETCH [1] for mailbox badbox UID 1 got too little data: 2 vs 4 (fwd) In-Reply-To: References: Message-ID: I think I fixed this in v2.0.10. Hmm. Yeah. I think http://hg.dovecot.org/dovecot-2.0/rev/079a81fb5117 fixed it. On 4.3.2011, at 22.50, Chris Wilson wrote: > Hi all, > > Any thoughts about this error? Should I file a bug report somewhere? > > Cheers, Chris. > > On Wed, 12 Jan 2011, Chris Wilson wrote: > >> Hi all, >> >> I can send myself a test message that causes Dovecot to crash when I open >> it in Alpine, with the following error: >> >> Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: FETCH [1] for >> mailbox badbox UID 1 got too little data: 2 vs 4 >> Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: Corrupted index >> cache file /home/chris/mail/.imap/badbox/dovecot.index.cache: Broken >> MIME parts for mail UID 1 >> Jan 12 14:52:52 one-mail dovecot: imap(chris): Disconnected: FETCH failed >> bytes=485/1394 >> >> I can do this as follows: >> >> $ touch ~/mail/badbox >> $ echo test | /usr/libexec/dovecot/dovecot-lda -m badbox >> $ cat ~/mail/badbox >> > From MAILER-DAEMON Wed Jan 12 14:52:29 2011 >> test >> X-IMAPbase: 1294843949 0000000001 >> X-UID: 1 >> Status: >> X-Keywords: >> Content-Length: 1 >> >> And then when I try to open badbox in Alpine (over IMAP), and then open >> this email, I get the error above, and the connection is aborted. >> >> I expect that the "test" line is not a valid header, but dovecot should >> not crash when opening it. >> >> Cheers, Chris. >> > > -- > Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 > The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES > > Aptivate is a not-for-profit company registered in England and Wales > with company number 04980791. > > From doug at impalanetworks.com Fri Mar 4 23:05:42 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Fri, 4 Mar 2011 14:05:42 -0700 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: <4D69FCB5.3090100@wildgooses.com> References: <4D69FCB5.3090100@wildgooses.com> Message-ID: Thanks for the input Ed. The evening before you sent the message, I actually had decided to do just what you recommended (stick with what we know). We have since put the server into production, and things are working well. We built to a physical box, rather than a VM. I do like xen VMs myself. We didn't do the proxy, but I appreciate the tip. I actually read the wiki before posting. I guess to get more specific, some of the questions I have regarding dbox vs. mdbox are: 1. What is the advantage to using multiple files? 2. What is the advantage to using a single sdbox file for each user? 3. Is this a binary format, or txt (UTF?)? 4. Are there real-world benchmarks showing measurable differences between maildir, sdbox, mdbox? 5. Are sdbox & mdbox equally stable to Maildir? Are they recommended for production systems? This is the kind of info that I'm after. I didn't really see that in the wiki. In the wiki, I only saw that the different formats exist, and basics on how they work. Any feedback here would be appreciated. Thanks, - Doug Mortensen Network Consultant Impala Networks P: 505.327.7300 From tss at iki.fi Fri Mar 4 23:11:43 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 4 Mar 2011 23:11:43 +0200 Subject: [Dovecot] v2.0.10 released In-Reply-To: References: <1299265813.19220.435.camel@hurina> Message-ID: On 4.3.2011, at 22.45, Douglas Mortensen wrote: > Awesome. Just to confirm, if upgrading from 2.0.9 built from your source, all that we should need to do is download, extract, then: > > ./configure > make > stop dovecot services > make install > start dovecot services > > Correct? That's about it, assuming you don't need any configure options. Also see http://wiki2.dovecot.org/Upgrading From tss at iki.fi Fri Mar 4 23:19:21 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 4 Mar 2011 23:19:21 +0200 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: References: <4D69FCB5.3090100@wildgooses.com> Message-ID: <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> On 4.3.2011, at 23.05, Douglas Mortensen wrote: > I guess to get more specific, some of the questions I have regarding dbox vs. mdbox are: > > 1. What is the advantage to using multiple files? mdbox in theory uses less disk I/O for "normal users". > 2. What is the advantage to using a single sdbox file for each user? It's simpler. More difficult to get corrupted. Also if in future there exists a filesystem that supports smaller files better, it's then faster than mdbox. Probably unlikely that it will happen anytime soon. > 3. Is this a binary format, or txt (UTF?)? dbox headers/metadata is ASCII. The message bodies can of course be anything. > 4. Are there real-world benchmarks showing measurable differences between maildir, sdbox, mdbox? Not that I'm aware of. So far everyone I've tried to ask have replaced their whole mail system and their storage, so the before/after numbers can't be compared. I'm very interested in knowing myself too. > 5. Are sdbox & mdbox equally stable to Maildir? Are they recommended for production systems? sdbox is so simple that I doubt anyone will find any kind of corruption bugs. mdbox is more complex, but people are using it in production and I haven't heard of any problems recently. Although there have been bugs in how mdbox handles already corrupted files, v2.0.10 had several fixes related to that. From interfasys at gmail.com Sat Mar 5 00:56:05 2011 From: interfasys at gmail.com (=?UTF-8?B?aW50ZXJmYVN5cyBzw6BybA==?=) Date: Fri, 04 Mar 2011 22:56:05 +0000 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? Message-ID: <4D716E05.6030806@gmail.com> Things broke a couple of months back and I thought I had caught the repository at a bad time, but trying again today, after having seen that people had been working on it recently, bore the same result. ../../../../libtool: line 2072: cmd-vacation.c: command not found I'm simply syncing with the repository and using autogen, configure and make. Are there any other steps required? Olivier From stephan at rename-it.nl Sat Mar 5 01:19:53 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Sat, 05 Mar 2011 00:19:53 +0100 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? In-Reply-To: <4D716E05.6030806@gmail.com> References: <4D716E05.6030806@gmail.com> Message-ID: <4D717399.2070704@rename-it.nl> Op 4-3-2011 23:56, interfaSys s?rl schreef: > Things broke a couple of months back and I thought I had caught the > repository at a bad time, but trying again today, after having seen that > people had been working on it recently, bore the same result. > > ../../../../libtool: line 2072: cmd-vacation.c: command not found > Remind me: what system was this again? What libtool/automake/etc. versions? > I'm simply syncing with the repository and using autogen, configure and > make. > Are there any other steps required? No. The above error is most curious. I have a bit of a theory though. It is apparently trying to execute cmd-vacation.c as a command for some unapparent reason. This may have something to do with the fact that it is assigned to a variable called cmds in the Makefile.am. Perhaps a broken/old libtool version uses this internally. Please apply the following patch, and tell me what happens: diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 17:42:53 2011 +0100 +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 00:13:33 2011 +0100 @@ -4,11 +4,11 @@ -I$(srcdir)/../../ \ $(LIBDOVECOT_INCLUDE) -cmds = \ +commands = \ cmd-vacation.c libsieve_ext_vacation_la_SOURCES = \ - $(cmds) \ + $(commands) \ ext-vacation-common.c \ ext-vacation.c \ ext-vacation-seconds.c If the same error then happens for the include extension instead, my theory is confirmed. Regards, Stephan. From interfasys at gmail.com Sat Mar 5 01:36:29 2011 From: interfasys at gmail.com (=?UTF-8?B?aW50ZXJmYVN5cyBzw6BybA==?=) Date: Fri, 04 Mar 2011 23:36:29 +0000 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? In-Reply-To: <4D717399.2070704@rename-it.nl> References: <4D716E05.6030806@gmail.com> <4D717399.2070704@rename-it.nl> Message-ID: <4D71777D.4010000@gmail.com> On 04/03/2011 23:19, Stephan Bosch wrote: > Op 4-3-2011 23:56, interfaSys s?rl schreef: >> Things broke a couple of months back and I thought I had caught the >> repository at a bad time, but trying again today, after having seen that >> people had been working on it recently, bore the same result. >> >> ../../../../libtool: line 2072: cmd-vacation.c: command not found >> > Remind me: what system was this again? What libtool/automake/etc. > versions? FreeBSD 8.2 AMD64 autoconf-2.68 automake-1.11.1 gmake-3.81 libtool-2.4 m4-1.4.15 > >> I'm simply syncing with the repository and using autogen, configure and >> make. >> Are there any other steps required? > > No. The above error is most curious. I have a bit of a theory though. > It is apparently trying to execute cmd-vacation.c as a command for > some unapparent reason. This may have something to do with the fact > that it is assigned to a variable called cmds in the Makefile.am. > Perhaps a broken/old libtool version uses this internally. Please > apply the following patch, and tell me what happens: > > diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am > --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 > 17:42:53 2011 +0100 > +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 > 00:13:33 2011 +0100 > @@ -4,11 +4,11 @@ > -I$(srcdir)/../../ \ > $(LIBDOVECOT_INCLUDE) > > -cmds = \ > +commands = \ > cmd-vacation.c > > libsieve_ext_vacation_la_SOURCES = \ > - $(cmds) \ > + $(commands) \ > ext-vacation-common.c \ > ext-vacation.c \ > ext-vacation-seconds.c > > If the same error then happens for the include extension instead, my > theory is confirmed. > I got almost the same result. Here is the full log: gmake all-recursive gmake[1]: Entering directory `/dovecot-2.0-pigeonhole' Making all in src gmake[2]: Entering directory `/dovecot-2.0-pigeonhole/src' Making all in lib-sieve gmake[3]: Entering directory `/dovecot-2.0-pigeonhole/src/lib-sieve' Making all in plugins gmake[4]: Entering directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins' Making all in vacation gmake[5]: Entering directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins/vacation' /usr/local/bin/bash ../../../../libtool --tag=CC --mode=compile gcc45 -DHAVE_CONFIG_H -I. -I../../../.. -I./../../ -I/dovecot-2.0-hg -I/dovecot-2.0-hg/src/lib -I/dovecot-2.0-hg/src/lib-dict -I/dovecot-2.0-hg/src/lib-mail -I/dovecot-2.0-hg/src/lib-imap -I/dovecot-2.0-hg/src/lib-charset -I/dovecot-2.0-hg/src/lib-index -I/dovecot-2.0-hg/src/lib-storage -I/dovecot-2.0-hg/src/lib-storage/index -I/dovecot-2.0-hg/src/lib-storage/index/raw -std=gnu99 -O3 -pipe -march=native -fno-strict-aliasing -mfpmath=sse -ftracer -fexcess-precision=fast -funroll-loops -ffast-math -flto -fuse-linker-plugin -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/include -MT cmd-vacation.lo -MD -MP -MF .deps/cmd-vacation.Tpo -c -o cmd-vacation.lo cmd-vacation.c ../../../../libtool: line 2072: cmd-vacation.c: command not found libtool: compile: gcc45 -DHAVE_CONFIG_H -I. -I../../../.. -I./../../ -I/dovecot-2.0-hg -I/dovecot-2.0-hg/src/lib -I/dovecot-2.0-hg/src/lib-dict -I/dovecot-2.0-hg/src/lib-mail -I/dovecot-2.0-hg/src/lib-imap -I/dovecot-2.0-hg/src/lib-charset -I/dovecot-2.0-hg/src/lib-index -I/dovecot-2.0-hg/src/lib-storage -I/dovecot-2.0-hg/src/lib-storage/index -I/dovecot-2.0-hg/src/lib-storage/index/raw -std=gnu99 -O3 -pipe -march=native -fno-strict-aliasing -mfpmath=sse -ftracer -fexcess-precision=fast -funroll-loops -ffast-math -flto -fuse-linker-plugin -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/include -MT cmd-vacation.lo -MD -MP -MF .deps/cmd-vacation.Tpo -c "" -fPIC -DPIC -o .libs/cmd-vacation.o gcc45: : No such file or directory gcc45: no input files gmake[5]: *** [cmd-vacation.lo] Error 1 gmake[5]: Leaving directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins/vacation' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/dovecot-2.0-pigeonhole/src/lib-sieve' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/dovecot-2.0-pigeonhole/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/dovecot-2.0-pigeonhole' gmake: *** [all] Error 2 > Regards, > > Stephan. From stephan at rename-it.nl Sat Mar 5 02:38:38 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Sat, 05 Mar 2011 01:38:38 +0100 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? In-Reply-To: <4D71777D.4010000@gmail.com> References: <4D716E05.6030806@gmail.com> <4D717399.2070704@rename-it.nl> <4D71777D.4010000@gmail.com> Message-ID: <4D71860E.8060304@rename-it.nl> Op 5-3-2011 0:36, interfaSys s?rl schreef: > > On 04/03/2011 23:19, Stephan Bosch wrote: >> Remind me: what system was this again? What libtool/automake/etc. >> versions? > FreeBSD 8.2 AMD64 > autoconf-2.68 > automake-1.11.1 > gmake-3.81 > libtool-2.4 > m4-1.4.15 > On this end: Debian testing; Linux version 2.6.32-trunk-686 (Debian 2.6.32-5) autoconf (GNU Autoconf) 2.67 automake (GNU automake) 1.11.1 GNU Make 3.81 gcc (Debian 4.4.5-10) 4.4.5 ltmain.sh (GNU libtool) 2.2.6b m4 (GNU M4) 1.4.14 >>> I'm simply syncing with the repository and using autogen, configure and >>> make. >>> Are there any other steps required? Does it work when you clone a fresh repository? > I got almost the same result. Here is the full log: Hmm, very strange. Seems like your libtool is severely broken somehow. How about the following patch: diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 17:42:53 2011 +0100 +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 01:29:05 2011 +0100 @@ -4,11 +4,8 @@ -I$(srcdir)/../../ \ $(LIBDOVECOT_INCLUDE) -cmds = \ - cmd-vacation.c - libsieve_ext_vacation_la_SOURCES = \ - $(cmds) \ + cmd-vacation.c \ ext-vacation-common.c \ ext-vacation.c \ ext-vacation-seconds.c Does the error then occur at a later stage? > .deps/cmd-vacation.Tpo -c "" -fPIC -DPIC -o .libs/cmd-vacation.o Interesting: its now trying to compile "" into cmd-vacation.o. Something really odd is happening. Regards, Stephan. From interfasys at gmail.com Sat Mar 5 03:03:53 2011 From: interfasys at gmail.com (=?UTF-8?B?aW50ZXJmYVN5cyBzw6BybA==?=) Date: Sat, 05 Mar 2011 01:03:53 +0000 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? In-Reply-To: <4D71860E.8060304@rename-it.nl> References: <4D716E05.6030806@gmail.com> <4D717399.2070704@rename-it.nl> <4D71777D.4010000@gmail.com> <4D71860E.8060304@rename-it.nl> Message-ID: <4D718BF9.6060807@gmail.com> On 05/03/2011 00:38, Stephan Bosch wrote: > Op 5-3-2011 0:36, interfaSys s?rl schreef: >> >> On 04/03/2011 23:19, Stephan Bosch wrote: >>> Remind me: what system was this again? What libtool/automake/etc. >>> versions? >> FreeBSD 8.2 AMD64 >> autoconf-2.68 >> automake-1.11.1 >> gmake-3.81 >> libtool-2.4 >> m4-1.4.15 >> > > On this end: > > Debian testing; Linux version 2.6.32-trunk-686 (Debian 2.6.32-5) > autoconf (GNU Autoconf) 2.67 > automake (GNU automake) 1.11.1 > GNU Make 3.81 > gcc (Debian 4.4.5-10) 4.4.5 > ltmain.sh (GNU libtool) 2.2.6b > m4 (GNU M4) 1.4.14 > OK. I'm also using GCC 4.5.2 with gold, but I don't think it matters in this case. >>>> I'm simply syncing with the repository and using autogen, configure and >>>> make. >>>> Are there any other steps required? > > Does it work when you clone a fresh repository? > I'm going to try that now. >> I got almost the same result. Here is the full log: > > Hmm, very strange. Seems like your libtool is severely broken somehow. > How about the following patch: > > diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am > --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 > 17:42:53 2011 +0100 > +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 > 01:29:05 2011 +0100 > @@ -4,11 +4,8 @@ > -I$(srcdir)/../../ \ > $(LIBDOVECOT_INCLUDE) > > -cmds = \ > - cmd-vacation.c > - > libsieve_ext_vacation_la_SOURCES = \ > - $(cmds) \ > + cmd-vacation.c \ > ext-vacation-common.c \ > ext-vacation.c \ > ext-vacation-seconds.c > > > Does the error then occur at a later stage? > No, I got the same error. >> .deps/cmd-vacation.Tpo -c "" -fPIC -DPIC -o .libs/cmd-vacation.o > > Interesting: its now trying to compile "" into cmd-vacation.o. Something > really odd is happening. I have almost zero knowledge of how automake works. All I know is that Dovecot puts its M4 file in the wrong location, so maybe pigeonhole is also looking in /usr/share instead of /usr/local/share? (It's out of the blue ;)) Cheers, Olivier > > Regards, > > Stephan. > From interfasys at gmail.com Sat Mar 5 03:13:16 2011 From: interfasys at gmail.com (=?UTF-8?B?aW50ZXJmYVN5cyBzw6BybA==?=) Date: Sat, 05 Mar 2011 01:13:16 +0000 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? In-Reply-To: <4D71860E.8060304@rename-it.nl> References: <4D716E05.6030806@gmail.com> <4D717399.2070704@rename-it.nl> <4D71777D.4010000@gmail.com> <4D71860E.8060304@rename-it.nl> Message-ID: <4D718E2C.2000107@gmail.com> > Does it work when you clone a fresh repository? > Yes, it did :) I've immediately noticed that autogen didn't generate as much information as earlier and then everything compiled fine. Thank you for your help Stephan. Cheers, Olivier From jom at grosjo.net Sat Mar 5 04:14:00 2011 From: jom at grosjo.net (Joan Moreau) Date: Fri, 04 Mar 2011 21:14:00 -0500 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> References: <4D69FCB5.3090100@wildgooses.com> <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> Message-ID: Hi, Just giving my own experience: * I am using dovecot 2.0.9 (well, now 2.0.10 since today) in production without problems * Sdbox is using far too much I/O on a busy server, I had to switch to mdbox * Mdbox is running well so far, and resources (IO or CPU) are not an issue anymore. * Converting from Maildir to s/mdbox is easy * Converting from sdbox to mdbox has been a complete nightmare. I have never managed to make it completely, finally made it through imap protocol between 2 instance of dovecot. You better choose before sd or md, but not try to convert between the 2 my 2 cents JM On Fri, 4 Mar 2011 23:19:21 +0200, Timo Sirainen wrote: > On 4.3.2011, at 23.05, Douglas Mortensen wrote: > >> I guess to get more specific, some of the questions I have regarding dbox vs. mdbox are: 1. What is the advantage to using multiple files? > mdbox in theory uses less disk I/O for "normal users". > >> 2. What is the advantage to using a single sdbox file for each user? > It's simpler. More difficult to get corrupted. Also if in future there exists a filesystem that supports smaller files better, it's then faster than mdbox. Probably unlikely that it will happen anytime soon. 3. > >> an of course be anything. > e="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px; width:100%">4. Are there real-world benchmarks showing measurable differences between maildir, sdbox, mdbox? torage, so the before/after numbers can't be compared. I'm very interested in knowing myself too. > e type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px; width:100%">5. Are sdbox & mdbox equally stable to Maildir? Are they recommended for production systems? sdbox is so simple that I doubt anyone will find any kind of corruption bugs. mdbox is more complex, but people are using > >> dles already corrupted files, v2.0.10 had several fixes related to that. From upendra.gandhi at gmail.com Sat Mar 5 05:52:59 2011 From: upendra.gandhi at gmail.com (upen) Date: Fri, 4 Mar 2011 21:52:59 -0600 Subject: [Dovecot] version difference understanding Message-ID: Hello, I am in process of setting up an IMAP server (with postfix SMTP), I installed RHEL 5.5 on my server and found that version of dovecot is 1.x.x while when I checked online RHEL 6 is version is 2.x.x. Can someone please tell me if these two versions are still in development or 1.x.x is very old and must be replaced by 2.x.x version? Also are there any special features in 2.x.x or 1.x.x that makes it better than other? I see similar things for postfix package but I understand this is not the place to ask postfix Qns, Appreciate your help! ~A From stan at hardwarefreak.com Sat Mar 5 12:17:17 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 05 Mar 2011 04:17:17 -0600 Subject: [Dovecot] version difference understanding In-Reply-To: References: Message-ID: <4D720DAD.5000207@hardwarefreak.com> upen put forth on 3/4/2011 9:52 PM: > Hello, > > I am in process of setting up an IMAP server (with postfix SMTP), I > installed RHEL 5.5 on my server and found that version of dovecot is > 1.x.x while when I checked online RHEL 6 is version is 2.x.x. > > Can someone please tell me if these two versions are still in > development or 1.x.x is very old and must be replaced by 2.x.x > version? > > Also are there any special features in 2.x.x or 1.x.x that makes it > better than other? You are installing from scratch, thus you should use 2.x. Yes there are new features, and performance is generally better. You just might want to visit: http://wiki2.dovecot.org/ Early 2.0.x versions had lots of bugs so you'll want to get as close to 2.0.10 as possible. > I see similar things for postfix package but I understand this is not > the place to ask postfix Qns, For RHEL 5.5 use Simon Mudd's Postfix binary RPM: http://ftp.wl0.org/official/2.7/RPMS-rhel5-x86_64/postfix-2.7.2-1.rhel5.x86_64.rpm If you have RHEL6 available to you, use it, and save yourself a bunch of grief trying to get current packages. It ships with Postfix 2.6.6 which is modern enough to fit most, if not all, of your needs. -- Stan From francwalter at gmx.net Sat Mar 5 12:33:15 2011 From: francwalter at gmx.net (francwalter at gmx.net) Date: Sat, 5 Mar 2011 11:33:15 +0100 Subject: [Dovecot] All mails unread after short while In-Reply-To: <1299257888.19220.419.camel@hurina> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> <1299257888.19220.419.camel@hurina> Message-ID: <40DE07F0-12DD-4451-9C6A-C418BD034075@gmx.net> Am 04.03.2011 at 17:58 Timo Sirainen wrote: >> > > Most likely one of your clients sets them unread for some reason. Have > you tried shutting down all your IMAP clients and then using only e.g. > Squirrelmail for a while? That was it, thank you!!! I used ShangMail, an online E-Mail-client for BlackBerry phone. Here i had my account as IMAP, and i guess the good old IMAP is not really working on shangmail. I deleted my account there and since yet no unread flag anymore! Great! > > Enabling http://wiki.dovecot.org/Plugins/MailLog and looking at the logs > might show something useful too. This wont be on Dovecot 1.0.10 as I read. From st.wartel at gmail.com Sat Mar 5 12:48:35 2011 From: st.wartel at gmail.com (=?ISO-8859-1?Q?St=E9phane_Wartel?=) Date: Sat, 05 Mar 2011 11:48:35 +0100 Subject: [Dovecot] 2.0.10 Auth failed while binding ldap Message-ID: <4D721503.9090209@gmail.com> Dear all, Since new release has been installed, auth process crash with io loop : 2011-03-05 11:22:44 auth: Panic: file db-ldap.c: line 1113 (db_ldap_result_change_attr): assertion failed: (ctx->vals == NULL) 2011-03-05 11:22:44 auth: Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0 [0xb76ceab1] -> /usr/lib/dovecot/libdovecot.so.0 [0xb76ceb2f] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0xb76cee04] -> dovecot/auth(db_ldap_result_iterate_next+0x3be) [0x806aa8e] -> dovecot/auth [0x806c857] -> dovecot/auth [0x806cd91] -> dovecot/auth [0x806c314] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x51) [0xb76db781] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xe0) [0xb76dc840] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0xb76db700] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x2a) [0xb76c73da] -> dovecot/auth(main+0x300) [0x805ea50] -> /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7147455] -> dovecot/auth [0x8052a51] 2011-03-05 11:22:44 master: Error: service(auth): child 23136 killed with signal 6 (core dumps disabled) 2011-03-05 11:22:44 master: Error: service(auth): command startup failed, throttling dovecot --version 2.0.10 (d757b13d84ff) # 2.0.10 (d757b13d84ff): /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-686 i686 Debian 5.0.8 auth_failure_delay = 5 secs auth_mechanisms = plain login debug_log_path = /var/log/dovecot-debug.log dict/acl = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext info_log_path = /var/log/dovecot-info.log lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes listen = 127.0.0.1 log_path = /var/log/dovecot.log log_timestamp = "%Y-%m-%d %H:%M:%S " mail_access_groups = mail mail_debug = yes mail_fsync = always mail_gid = mail mail_location = maildir:~/Maildir mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = " quota trash zlib" mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mmap_disable = yes namespace { inbox = yes location = prefix = separator = . type = private } namespace { list = children location = maildir:%%h/Maildir:INDEX=~/Maildir/Shared/%%n prefix = Shared.%%n. separator = . subscriptions = no type = shared } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin/acl = vfile plugin/acl_shared_dict = proxy::acl plugin/autocreate = Junk plugin/autosubscribe = Junk plugin/quota = maildir:User quota plugin/quota_rule2 = Trash:storage=+100M plugin/quota_warning = storage=95%% quota-warning 95 %u plugin/quota_warning2 = storage=80%% quota-warning 80 %u plugin/sieve = ~/.dovecot.sieve plugin/sieve_before = /etc/dovecot/global_script/dovecot.sieve plugin/sieve_dir = ~/sieve plugin/trash = /etc/dovecot/dovecot-trash.conf.ext plugin/zlib_save = bz2 plugin/zlib_save_level = 6 postmaster_address = postmaster protocols = imap pop3 lmtp sieve quota_full_tempfail = yes service auth { unix_listener /var/spool/postfix/private/auth { group = mail mode = 0660 user = postfix } unix_listener auth-master { group = mail mode = 0660 user = vmail } unix_listener auth-userdb { group = mail mode = 0660 user = vmail } } service dict { unix_listener dict { group = mail mode = 0660 user = vmail } } service imap-login { process_min_avail = 10 service_count = 1 } service managesieve-login { process_min_avail = 3 service_count = 1 } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl_ca = References: <4D69FCB5.3090100@wildgooses.com> <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> Message-ID: On 5.3.2011, at 4.14, Joan Moreau wrote: > * Sdbox > is using far too much I/O on a busy server, I had to switch to mdbox .. > * Converting from Maildir to s/mdbox is easy Are you saying sdbox uses more disk I/O than maildir? That's unexpected. > * Converting > from sdbox to mdbox has been a complete nightmare. I have never managed > to make it completely, finally made it through imap protocol between 2 > instance of dovecot. You better choose before sd or md, but not try to > convert between the 2 What was difficult about it? You should have been able to do it really easily with dsync. From upendra.gandhi at gmail.com Sat Mar 5 13:53:21 2011 From: upendra.gandhi at gmail.com (upen) Date: Sat, 5 Mar 2011 05:53:21 -0600 Subject: [Dovecot] version difference understanding In-Reply-To: <4D720DAD.5000207@hardwarefreak.com> References: <4D720DAD.5000207@hardwarefreak.com> Message-ID: Stan, hi! On Sat, Mar 5, 2011 at 4:17 AM, Stan Hoeppner wrote: > upen put forth on 3/4/2011 9:52 PM: >> Hello, >> >> I am in process of setting up an IMAP server (with postfix SMTP), I >> installed RHEL 5.5 on my server and found that version of dovecot is >> 1.x.x while when I checked online RHEL 6 is version is 2.x.x. >> >> Can someone please tell me if these two versions are still in >> development or 1.x.x is very old and must be replaced by 2.x.x >> version? >> >> Also are there any special features in 2.x.x or 1.x.x that makes it >> better than other? > > You are installing from scratch, thus you should use 2.x. Yes there are > new features, and performance is generally better. You just might want > to visit: http://wiki2.dovecot.org/ Early 2.0.x versions had lots of > bugs so you'll want to get as close to 2.0.10 as possible. > >> I see similar things for postfix package but I understand this is not >> the place to ask postfix Qns, > > For RHEL 5.5 use Simon Mudd's Postfix binary RPM: > http://ftp.wl0.org/official/2.7/RPMS-rhel5-x86_64/postfix-2.7.2-1.rhel5.x86_64.rpm > > If you have RHEL6 available to you, use it, and save yourself a bunch of > grief trying to get current packages. It ships with Postfix 2.6.6 which > is modern enough to fit most, if not all, of your needs. > > -- > Stan > Thanks so much for such an important and useful piece of information! Really appreciate your help! I think we will be able to use RHEL 6 on our server as nothing has been configured on RHEL 5.5 yet! Thanks for that RPM link for postfix as well, will be handy if something stops us from reinstalling rhel 6 on the new server. God bless! ~A -- upen, emerge -uD life (Upgrade Life with dependencies) From remy.zandwijk at falw.vu.nl Sat Mar 5 14:50:16 2011 From: remy.zandwijk at falw.vu.nl (Remy Zandwijk) Date: Sat, 05 Mar 2011 13:50:16 +0100 Subject: [Dovecot] Dovecot, Postfix and Dovecot LDA (LMTP) delivery Message-ID: <4D723188.3020803@falw.vu.nl> Hi list, I am running a Debian Lenny machine with Postfix 2.5.5 and Dovecot 2.0.8. Up until now I ran Postfix with the Procmail delivery agent succesfully. The machine has only local users; I am not using virtual mailboxes. Due to obvious reasons I want to switch to Dovecot LDA delivery, through LMTP. I spend quite some time finding 'the' configuration for both Postfix and Dovecot, but without success. Find my current configuration below. Postfix receives the e-mail, but delivery through LMTP fails, resulting in Postfix sending an NDR. I just cannot figure out what's wrong and I am not sure whether it's a Postfix or Dovecot problem either. Some log output from Postfix: Mar 5 13:25:15 hostname postfix/smtpd[12442]: connect from otherhost.domain.tld[aa.bb.cc.dd] Mar 5 13:25:16 hostname postfix/smtpd[12442]: CC47979071: client=otherhost.domain.tld[aa.bb.cc.dd] Mar 5 13:25:16 hostname postfix/cleanup[12447]: CC47979071: message-id= Mar 5 13:25:16 hostname postfix/qmgr[12372]: CC47979071: from=, size=1037, nrcpt=1 (queue active) Mar 5 13:25:16 hostname postfix/smtpd[12442]: disconnect from otherhost.domain.tld[aa.bb.cc.dd] Mar 5 13:25:16 hostname postfix/lmtp[12448]: CC47979071: to=, relay=hostname.domain.tld[private/dovecot-lmtp], delay=1.2, delays=1.2/0.01/0.01/0.05, dsn=5.1.1, status=bounced (host hostname.domain.tld[private/dovecot-lmtp] said: 550 5.1.1 User doesn't exist: remy at hostname.domain.tld (in reply to RCPT TO command)) The only lines that Dovecot logs are: Mar 05 13:25:16 lmtp(12449): Info: Connect from local Mar 05 13:25:16 lmtp(12449): Info: Disconnect from local: Client quit Although LMTP should log to /tmp/dovecot-lmtp.log, the file remains empty. Anyone amongst you who is running the same kind of setup and can help? Thanks, Remy Postfix config (postfix -n output) alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix default_transport = smtp inet_interfaces = all local_transport = lmtp:unix:private/dovecot-lmtp mailbox_command = mailbox_size_limit = 0 message_size_limit = 31457280 mydestination = hostname.domain.tld, localhost.domain.tld, localhost myhostname = hostname.domain.tld mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname readme_directory = no recipient_delimiter = + relay_transport = error relayhost = smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_client_restrictions = check_client_access hash:/etc/postfix/access, permit_sasl_authenticated, reject_rbl_client zen.spamhaus.org, reject_rbl_client dnsbl.sorbs.net,reject_unauth_pipelining smtpd_helo_required = yes smtpd_helo_restrictions = reject_invalid_helo_hostname,reject_non_fqdn_helo_hostname,reject_unknown_helo_hostname smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_non_fqdn_recipient, reject_unauth_destination, reject_unknown_recipient_domain smtpd_sasl_auth_enable = yes smtpd_sasl_path = private/auth smtpd_sasl_type = dovecot smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/access, reject_non_fqdn_sender, reject_unknown_sender_domain smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes Dovecot config (dovecot -n output) # 2.0.8: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8 auth_master_user_separator = * listen = * log_path = /var/log/dovecot.log mail_location = maildir:~/.maildir maildir_stat_dirs = yes managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { hidden = no inbox = yes list = yes location = prefix = separator = / subscriptions = yes type = private } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap lmtp service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0660 user = postfix } } ssl_cert = References: <4D3FFBB4.6000201@veletron.com> Message-ID: <4D725EF5.3000600@earth.ox.ac.uk> I know that this is a somewhat old thread but I do have some useful input. Basically, this seems to be a Thunderbird problem (or at least an interaction problem between Thunderbird and Dovecot). Before Thunderbird version 3 there wasn't a problem, the mailbox within Thunderbird would sync correctly. As of version 3 they seem to have changed their mailbox header list caching code and it gets horribly confused when mails disappear from the mailbox without it doing so. The only way to fix the view within the program is the rebuild the (Thunderbird) index. This is not the only problem TB3 has with Dovecot. Quite often if there are large attachments TB doesn't fully load the attachments (and sometimes not even the mail itself). I've found changing TBs setting so that it only uses one connection to the server rather than the default 5 helps mitigate this. I'm not sure why TB3 has such a hard time when talking to Dovecot as no other clients have any difficulty and TB2 never did. Steve P.S. Our system is a Solaris 10 x86 box running Dovecot 1.2.x with Maildir++ folders. -- --------------------------------------------------------------------------- IT Systems Administrator, E-Mail:- steve at earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 Oxford University, South Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072 From mcguire at neurotica.com Sat Mar 5 18:07:04 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Sat, 05 Mar 2011 11:07:04 -0500 Subject: [Dovecot] deleted messages not going away in Thunderbird? Message-ID: <4D725FA8.7000304@neurotica.com> Hi folks. This may be a dumb question, but I can't seem to find a clue. I'm running Dovecot v1.2.9 and Thunderbird v3.1.7. If I delete messages using a different IMAP client (I also use an iPhone and occasionally SquirrelMail), I would expect those messages to disappear from Thunderbird the next time I start it or click on "Get Mail". In fact, they do...most of the time. Sometimes, however, they just stick around. If I do a "Repair Folder" on the inbox in Thunderbird, the messages go away. Is this a known issue? My gut tells me there's some Thunderbird option to make it follow inbox contents with more "attention" but I've not been able to find it. Thanks, -Dave -- Dave McGuire Port Charlotte, FL From mcguire at neurotica.com Sat Mar 5 18:10:22 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Sat, 05 Mar 2011 11:10:22 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D725EF5.3000600@earth.ox.ac.uk> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> Message-ID: <4D72606E.8080401@neurotica.com> Ok, this is too weird. Not ten seconds ago I sent a message to the list about what could be exactly this problem. I'd been fighting with it for ages but only today became annoyed enough to send a message about it. So telling Thunderbird to only use one server connection solves this problem? -Dave On 3/5/11 11:04 AM, Stephen Usher wrote: > I know that this is a somewhat old thread but I do have some useful input. > > Basically, this seems to be a Thunderbird problem (or at least an > interaction problem between Thunderbird and Dovecot). > > Before Thunderbird version 3 there wasn't a problem, the mailbox within > Thunderbird would sync correctly. As of version 3 they seem to have > changed their mailbox header list caching code and it gets horribly > confused when mails disappear from the mailbox without it doing so. The > only way to fix the view within the program is the rebuild the > (Thunderbird) index. > > This is not the only problem TB3 has with Dovecot. Quite often if there > are large attachments TB doesn't fully load the attachments (and > sometimes not even the mail itself). I've found changing TBs setting so > that it only uses one connection to the server rather than the default 5 > helps mitigate this. > > I'm not sure why TB3 has such a hard time when talking to Dovecot as no > other clients have any difficulty and TB2 never did. > > Steve > > P.S. Our system is a Solaris 10 x86 box running Dovecot 1.2.x with > Maildir++ folders. -- Dave McGuire Port Charlotte, FL From eduardo at kalinowski.com.br Sat Mar 5 18:15:56 2011 From: eduardo at kalinowski.com.br (Eduardo M KALINOWSKI) Date: Sat, 05 Mar 2011 13:15:56 -0300 Subject: [Dovecot] deleted messages not going away in Thunderbird? In-Reply-To: <4D725FA8.7000304@neurotica.com> References: <4D725FA8.7000304@neurotica.com> Message-ID: <4D7261BC.9000502@kalinowski.com.br> On 03/05/2011 01:07 PM, Dave McGuire wrote: > Hi folks. This may be a dumb question, but I can't seem to find a clue. > > I'm running Dovecot v1.2.9 and Thunderbird v3.1.7. If I delete > messages using a different IMAP client (I also use an iPhone and > occasionally SquirrelMail), I would expect those messages to disappear > from Thunderbird the next time I start it or click on "Get Mail". In > fact, they do...most of the time. Sometimes, however, they just stick > around. If I do a "Repair Folder" on the inbox in Thunderbird, the > messages go away. > > Is this a known issue? My gut tells me there's some Thunderbird > option to make it follow inbox contents with more "attention" but I've > not been able to find it. I've also seen it. I've only observed it in INBOX, but I rarely delete mails from other folders, and in those other folders generally there are a lot of messages, so it would be hard for me to notice one that is there but shouldn't. -- Eduardo M KALINOWSKI eduardo at kalinowski.com.br From stan at hardwarefreak.com Sat Mar 5 20:04:01 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 05 Mar 2011 12:04:01 -0600 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D725EF5.3000600@earth.ox.ac.uk> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> Message-ID: <4D727B11.1000806@hardwarefreak.com> Stephen Usher put forth on 3/5/2011 10:04 AM: > I know that this is a somewhat old thread but I do have some useful input. > > Basically, this seems to be a Thunderbird problem (or at least an > interaction problem between Thunderbird and Dovecot). > > Before Thunderbird version 3 there wasn't a problem, the mailbox within > Thunderbird would sync correctly. As of version 3 they seem to have > changed their mailbox header list caching code and it gets horribly > confused when mails disappear from the mailbox without it doing so. The > only way to fix the view within the program is the rebuild the > (Thunderbird) index. > > This is not the only problem TB3 has with Dovecot. Quite often if there > are large attachments TB doesn't fully load the attachments (and > sometimes not even the mail itself). I've found changing TBs setting so > that it only uses one connection to the server rather than the default 5 > helps mitigate this. > > I'm not sure why TB3 has such a hard time when talking to Dovecot as no > other clients have any difficulty and TB2 never did. I don't believe it's an issue of Tbird talking to Dovecot, and I don't believe it's a Dovecot issue. I believe it's a combination of the TB GLODA system and local folder synchronization. I recommend you disable both of these, close TB, then manually delete all local cached folder/message copies and the gloda database in the user profile, then launch TB. And never reenable local sync or GLODA. This should fix your problem. And make sure *all* IMAP clients accessing the mailbox expunge on exit, including your smart phone, etc. -- Stan From javierdemiguel at us.es Sat Mar 5 20:27:10 2011 From: javierdemiguel at us.es (=?ISO-8859-1?Q?Javier_de_Miguel_Rodr=EDguez?=) Date: Sat, 05 Mar 2011 19:27:10 +0100 Subject: [Dovecot] 2.0.10 Auth failed while binding ldap In-Reply-To: <4D721503.9090209@gmail.com> References: <4D721503.9090209@gmail.com> Message-ID: <4D72807E.2050609@us.es> El 05/03/11 11:48, St?phane Wartel escribi?: > Dear all, > > Since new release has been installed, auth process crash with io loop : Same problem here, dovecot 2.0.9 works right with ldap (RHEL 5.6 x64) , but dovecot 2.0.10 crashes /Mar 5 19:21:21 buzon dovecot: auth: Panic: file db-ldap.c: line 1113 (db_ldap_result_change_attr): assertion failed: (ctx->vals == NULL) Mar 5 19:21:21 buzon dovecot: auth: Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0 [0x2b5c03bded30] -> /usr/lib64/dovecot/libdovecot.so.0 [0x2b5c03bded86] -> /usr/lib64/dovecot/libdovecot.so.0 [0x2b5c03bde743] -> /usr/lib64/dovecot/auth/libauthdb_ldap.so(db_ldap_result_iterate_next+0x36e) [0x2b5c03e3f7ee] -> /usr/lib64/dovecot/auth/libauthdb_ldap.so [0x2b5c03e42130] -> /usr/lib64/dovecot/auth/libauthdb_ldap.so [0x2b5c03e40d6e] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x48) [0x2b5c03be9708] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0xd5) [0x2b5c03beaa75] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x2d) [0x2b5c03be969d] -> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x2b5c03bd8163] -> dovecot/auth [0 wait, 0 passdb, 1 userdb](main+0x2cc) [0x4151ec] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x3b0881d994] -> dovecot/auth [0 wait, 0 passdb, 1 userdb] [0x409ab9] Mar 5 19:21:21 buzon dovecot: master: Error: service(auth): child 14082 killed with signal 6 (core dumps disabled)/ Any ideas? Regards Javier From tss at iki.fi Sat Mar 5 20:31:28 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 5 Mar 2011 20:31:28 +0200 Subject: [Dovecot] 2.0.10 Auth failed while binding ldap In-Reply-To: <4D72807E.2050609@us.es> References: <4D721503.9090209@gmail.com> <4D72807E.2050609@us.es> Message-ID: <97177CFA-AE76-4383-8843-32E8D7A287BB@iki.fi> On 5.3.2011, at 20.27, Javier de Miguel Rodr?guez wrote: > El 05/03/11 11:48, St?phane Wartel escribi?: >> Dear all, >> >> Since new release has been installed, auth process crash with io loop : > > Same problem here, dovecot 2.0.9 works right with ldap (RHEL 5.6 x64) , but dovecot 2.0.10 crashes > > /Mar 5 19:21:21 buzon dovecot: auth: Panic: file db-ldap.c: line 1113 (db_ldap_result_change_attr): assertion failed: (ctx->vals == NULL) http://hg.dovecot.org/dovecot-2.0/rev/b44ec48d9425 probably fixes it? (I was going to test that broken change when I made it, but then I realized I didn't have LDAP server installed and I just hate installing slapd. Today I thought I'd rather try writing my own really simple LDAP server, but after a few hours I gave up on it too. Maybe some day I'll try again. So the above patch is also untested.) From pasek at valbek.cz Sat Mar 5 16:45:47 2011 From: pasek at valbek.cz (=?utf-8?q?Pa=C5=A1ek_Ladislav?=) Date: Sat, 05 Mar 2011 15:45:47 +0100 Subject: [Dovecot] Problems with shared folders with Dovecot 1.2.12 Message-ID: <1672-4d724c80-7-3b79b540@147600579> Hello, I'm trying to run shared folders with Dovecot 1.2.12. I'm managing ACLs from SOGo and it seemd that it successfully create dovecot-acl and dovecot-acl-list in user maildir. But I cannot see any of these shared folders. In Thunderbird I could see shared folder in Subscriptions but without option to subscribe. I was reading almost everything that was possible to google but without success. My config: [root at mail etc]# dovecot -n # 1.2.12: /etc/dovecot.conf # OS: Linux 2.6.18-194.32.1.el5 x86_64 CentOS release 5.5 (Final) xfs base_dir: /var/run/dovecot/ log_path: /var/log/dovecot/dovecot-deliver.log info_log_path: /var/log/dovecot/dovecot-deliver.log log_timestamp: "%b %d %H:%M:%S protocols: imap imaps managesieve listen(default): *:143 listen(imap): *:143 listen(managesieve): *:2000 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(managesieve): ssl_cert_file: /etc/pki/tls/private/mail.valbek.cz.crt ssl_key_file: /etc/pki/tls/private/privkey.key version_ignore: yes login_dir: /var/run/dovecot//login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(managesieve): /usr/libexec/dovecot/managesieve-login login_greeting: Welcome to Dovecot eMail Server. login_log_format: %$: %s %u login_process_size: 128 login_processes_count: 5 login_max_processes_count: 140 mail_max_userip_connections(default): 30 mail_max_userip_connections(imap): 30 mail_max_userip_connections(managesieve): 10 verbose_proctitle: yes first_valid_uid: 306 last_valid_uid: 306 first_valid_gid: 306 last_valid_gid: 306 mail_uid: vmail mail_gid: vmail mail_location: maildir:/mnt/pole/mail/valbek.cz/%u mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(managesieve): /usr/libexec/dovecot/managesieve mail_plugins(default): acl imap_acl mail_plugins(imap): acl imap_acl mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(managesieve): /usr/lib64/dovecot/managesieve imap_client_workarounds(default): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(managesieve): managesieve_logout_format(default): bytes=%i/%o managesieve_logout_format(imap): bytes=%i/%o managesieve_logout_format(managesieve): bytes ( in=%i : out=%o ) namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: sdilene/%%u/ location: maildir:/mnt/pole/mail/valbek.cz/%%u:INDEX=/mnt/pole/mail/valbek.cz/%%u/sdilene/%%u list: children lda: postmaster_address: it at valbek.cz mail_plugins: sieve acl auth default: mechanisms: plain login passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot-ldap.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: mail plugin: autocreate: Spam autocreate2: NoSpam autocreate3: Archiv sieve: /mnt/pole/mail/valbek.cz/%u/.dovecot.sieve sieve_storage: /mnt/pole/mail/valbek.cz/%u/sieve sieve_global_dir: /var/lib/dovecot/sieve/global/ fts: squat fts_squat: partial=4 full=10 acl: vfile acl_shared_dict: file:/var/lib/dovecot/shared-mailboxes.db >From log: "Mar 05 15:25:16imap-login: Info: Login: user=, method=PLAIN, rip=192.168.1.221, lip=192.168.1.254 "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Loading modules from directory: /usr/lib64/dovecot/imap "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Module loaded: /usr/lib64/dovecot/imap/lib01_acl_plugin.so "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Module loaded: /usr/lib64/dovecot/imap/lib02_imap_acl_plugin.so "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Effective uid=306, gid=306, home=(none) "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Namespace: type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: maildir: data=/mnt/pole/mail/valbek.cz/pasek at valbek.cz "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: maildir++: root=/mnt/pole/mail/valbek.cz/pasek at valbek.cz, index=, control=, inbox=/mnt/pole/mail/valbek.cz/pasek at valbek.cz "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: acl: initializing backend with data: vfile "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: acl: acl username = pasek at valbek.cz "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: acl: owner = 1 "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: acl vfile: Global ACL directory: (null) "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Namespace: type=shared, prefix=sdilene/%u/, sep=/, inbox=no, hidden=no, list=children, subscriptions=no "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: shared: root=, index=, control=, inbox= "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/dovecot-acl "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Namespace : Using permissions from /mnt/pole/mail/valbek.cz/pasek at valbek.cz: mode=0700 gid=-1 "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Trash/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Trash.TuX/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Sent/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Sent.Archiv/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Sent.Po&AWE-ta &AWA-vejda/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Spam/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.NoSpam/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Prodex/dovecot-acl "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.dovecot/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Autodesk/dovecot-acl "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.ebay/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Hesla/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Intranet/dovecot-acl "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.&AX4-ivotopisy/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Archiv/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Archiv.RIB-Service/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Archiv.Po&AWE-ta &AWA-vejda/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Archiv.Osobn&AO0- po&AWE-ta/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.spr&AOE-va-IT/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Blbosti/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.V&AWA-B/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.SCST/dovecot-acl "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.PPP-R1/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.SOGo/dovecot-acl "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Nexenta/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.openldap/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Pron&AOE-jmy/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Drafts/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Archiv/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Nevy&AX4A4Q-dan&AOE- po&AWE-ta/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Odstran&ARs-n&AOE- po&AWE-ta/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Odeslan&AOE- po&AWE-ta/dovecot-acl not found Thanks in Advance Ladislav From javierdemiguel at us.es Sat Mar 5 20:41:01 2011 From: javierdemiguel at us.es (=?ISO-8859-1?Q?Javier_de_Miguel_Rodr=EDguez?=) Date: Sat, 05 Mar 2011 19:41:01 +0100 Subject: [Dovecot] 2.0.10 Auth failed while binding ldap In-Reply-To: <97177CFA-AE76-4383-8843-32E8D7A287BB@iki.fi> References: <4D721503.9090209@gmail.com> <4D72807E.2050609@us.es> <97177CFA-AE76-4383-8843-32E8D7A287BB@iki.fi> Message-ID: <4D7283BD.7060702@us.es> > http://hg.dovecot.org/dovecot-2.0/rev/b44ec48d9425 probably fixes it? That patch solves the problem for me, now dovecot ldap auth works. Thank you Timo. > (I was going to test that broken change when I made it, but then I realized I didn't have LDAP server installed and I just hate installing slapd. Today I thought I'd rather try writing my own really simple LDAP server, but after a few hours I gave up on it too. Maybe some day I'll try again. So the above patch is also untested.) > From Stephen.Usher at earth.ox.ac.uk Sat Mar 5 20:57:57 2011 From: Stephen.Usher at earth.ox.ac.uk (Stephen Usher) Date: Sat, 05 Mar 2011 18:57:57 +0000 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D727B11.1000806@hardwarefreak.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> Message-ID: <4D7287B5.8050503@earth.ox.ac.uk> On 05/03/2011 18:04, Stan Hoeppner wrote: > I don't believe it's an issue of Tbird talking to Dovecot, and I don't > believe it's a Dovecot issue. I believe it's a combination of the TB > GLODA system and local folder synchronization. I recommend you disable > both of these, close TB, then manually delete all local cached > folder/message copies and the gloda database in the user profile, then > launch TB. And never reenable local sync or GLODA. This should fix > your problem. And make sure *all* IMAP clients accessing the mailbox > expunge on exit, including your smart phone, etc. Turning off all caching and synchronisation makes no difference. It's the first thing I did, especially as at work the connection to the mail server is fast and the home directory for my account is a network drive. (i.e. the caching and copying of e-mail is actually *SLOWER* than direct access.) The same effect can be seen on all platforms TB3 runs upon and whether or not the users data is stored locally or on a network drive. Steve -- --------------------------------------------------------------------------- IT Systems Administrator, E-Mail:- steve at earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 Oxford University, South Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072 From stan at hardwarefreak.com Sat Mar 5 21:34:33 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 05 Mar 2011 13:34:33 -0600 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D7287B5.8050503@earth.ox.ac.uk> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> Message-ID: <4D729049.1070109@hardwarefreak.com> Stephen Usher put forth on 3/5/2011 12:57 PM: > On 05/03/2011 18:04, Stan Hoeppner wrote: >> I don't believe it's an issue of Tbird talking to Dovecot, and I don't >> believe it's a Dovecot issue. I believe it's a combination of the TB >> GLODA system and local folder synchronization. I recommend you disable >> both of these, close TB, then manually delete all local cached >> folder/message copies and the gloda database in the user profile, then >> launch TB. And never reenable local sync or GLODA. This should fix >> your problem. And make sure *all* IMAP clients accessing the mailbox >> expunge on exit, including your smart phone, etc. > > Turning off all caching and synchronisation makes no difference. Did you disable GLODA? -- Stan From stan at hardwarefreak.com Sat Mar 5 22:24:33 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 05 Mar 2011 14:24:33 -0600 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D729049.1070109@hardwarefreak.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> Message-ID: <4D729C01.7020103@hardwarefreak.com> Stan Hoeppner put forth on 3/5/2011 1:34 PM: > Stephen Usher put forth on 3/5/2011 12:57 PM: >> On 05/03/2011 18:04, Stan Hoeppner wrote: >>> I don't believe it's an issue of Tbird talking to Dovecot, and I don't >>> believe it's a Dovecot issue. I believe it's a combination of the TB >>> GLODA system and local folder synchronization. I recommend you disable >>> both of these, close TB, then manually delete all local cached >>> folder/message copies and the gloda database in the user profile, then >>> launch TB. And never reenable local sync or GLODA. This should fix >>> your problem. And make sure *all* IMAP clients accessing the mailbox >>> expunge on exit, including your smart phone, etc. >> >> Turning off all caching and synchronisation makes no difference. > > Did you disable GLODA? Also, did you delete the sync copies and the GLODA sqlite index file from the user profile? IIRC, TB will still read the files if they exist, even after disabling their parent function. TB just won't write to them any more. Yes, it's stupid, I agree. But I recall running into this problem and needing to delete all the cached mbox files and the sqlite db to get everything working correctly. Specifically answering your "change" question, the one big difference between TB 3 and TB 2 is GLODA, and there have been a large number of problems with it. I noticed some of them on day one and disabled it. I use both TB and RoundCube. With both open, I can delete a group of messages in RC in an IMAP subfolder and the messages automatically disappear from my TB view in about 5 seconds, and remain gone. I just performed a test deleting a group of 8 messages via RC in an IMAP subfolder containing list mail from linux-ide. It works fine the other way around as well, though I must manually refresh RC as it's a stateless web app. I just deleted 6 messages in TB, and simply clicking the folder in RC showed the messages were gone. Deleting a message via RC in INBOX required punching the Get Mail button in TB to reveal the message had been deleted. Not sure why the INBOX case required a manual refresh. The messages are all is still gone, after closing and opening TB again. I don't recall ever having the problem you describe, using TB 3.0 through TB 3.1.9, and Dovecot 1.0.15 through 1.2.15. My point is that TB and Dovecot can be configured properly to eliminate this problem you're having. -- Stan From mailing at alokat.org Sun Mar 6 03:34:45 2011 From: mailing at alokat.org (Alokat) Date: Sun, 06 Mar 2011 02:34:45 +0100 Subject: [Dovecot] Dovecot MySQL Schema Message-ID: <4D72E4B5.3080405@alokat.org> Hi, where can I find the MySQL schema for Dovecot on Debian? Regards, alokat From tss at iki.fi Sun Mar 6 03:45:01 2011 From: tss at iki.fi (Timo Sirainen) Date: Sun, 6 Mar 2011 03:45:01 +0200 Subject: [Dovecot] Dovecot MySQL Schema In-Reply-To: <4D72E4B5.3080405@alokat.org> References: <4D72E4B5.3080405@alokat.org> Message-ID: <498AB949-EE9B-4F72-8E74-CEFAB47BBE41@iki.fi> On 6.3.2011, at 3.34, Alokat wrote: > where can I find the MySQL schema for Dovecot on Debian? http://wiki.dovecot.org/AuthDatabase/SQL From stan at hardwarefreak.com Sun Mar 6 05:45:12 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 05 Mar 2011 21:45:12 -0600 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D72F32D.6020109@knutejohnson.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> Message-ID: <4D730348.9070808@hardwarefreak.com> Knute Johnson put forth on 3/5/2011 8:36 PM: > On 03/05/2011 12:24 PM, Stan Hoeppner wrote: >> Stan Hoeppner put forth on 3/5/2011 1:34 PM: >> Also, did you delete the sync copies and the GLODA sqlite index file >> from the user profile? IIRC, TB will still read the files if they >> exist, even after disabling their parent function. TB just won't write >> to them any more. Yes, it's stupid, I agree. But I recall running into >> this problem and needing to delete all the cached mbox files and the >> sqlite db to get everything working correctly. >> >> Specifically answering your "change" question, the one big difference >> between TB 3 and TB 2 is GLODA, and there have been a large number of >> problems with it. I noticed some of them on day one and disabled it. >> >> I use both TB and RoundCube. With both open, I can delete a group of >> messages in RC in an IMAP subfolder and the messages automatically >> disappear from my TB view in about 5 seconds, and remain gone. I just >> performed a test deleting a group of 8 messages via RC in an IMAP >> subfolder containing list mail from linux-ide. It works fine the other >> way around as well, though I must manually refresh RC as it's a >> stateless web app. I just deleted 6 messages in TB, and simply clicking >> the folder in RC showed the messages were gone. Deleting a message via >> RC in INBOX required punching the Get Mail button in TB to reveal the >> message had been deleted. Not sure why the INBOX case required a manual >> refresh. The messages are all is still gone, after closing and opening >> TB again. >> >> I don't recall ever having the problem you describe, using TB 3.0 >> through TB 3.1.9, and Dovecot 1.0.15 through 1.2.15. My point is that >> TB and Dovecot can be configured properly to eliminate this problem >> you're having. > > Thanks very much for this post as I have been having the same problems > with TB and my phone. I did the things you posted but when I delete a > message on my phone it doesn't always get deleted in TB. Sometimes it > disappears right a way and other times it never goes but it is better > than before when it would never delete on TB. If you're not doing local sync with TB and you have GLODA disabled, TB is going to show you exactly what's in your Dovecot mailbox. If the message doesn't disappear from your TB view sometime after deleting it on your smartphone, then I'd say it's very likely that Dovecot didn't receive the delete and/or expunge command from the phone. Check your Dovecot logs and see what the phone is actually sending, or not sending. Both of you mentioned problems specifically WRT smartphones. It's likely the IMAP implementation in these phones is simply buggy, or your network coverage is spotty. I don't use a smartphone so I can't really say. What smartphone are you each using? -- Stan From dovecot at knutejohnson.com Sun Mar 6 06:13:19 2011 From: dovecot at knutejohnson.com (Knute Johnson) Date: Sat, 05 Mar 2011 20:13:19 -0800 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User Message-ID: <4D7309DF.7010508@knutejohnson.com> On 03/05/2011 07:45 PM, Stan Hoeppner wrote: > If you're not doing local sync with TB and you have GLODA disabled, > TB is going to show you exactly what's in your Dovecot mailbox. If > the message doesn't disappear from your TB view sometime after > deleting it on your smartphone, then I'd say it's very likely that > Dovecot didn't receive the delete and/or expunge command from the > phone. Check your Dovecot logs and see what the phone is actually > sending, or not sending. > > Both of you mentioned problems specifically WRT smartphones. It's > likely the IMAP implementation in these phones is simply buggy, or > your network coverage is spotty. I don't use a smartphone so I can't > really say. What smartphone are you each using? I've got a Samsung Captivate running K-9 Mail. It could definitely have some bugs. Sometimes if I delete a message on my phone, I'll see it show up in the Trash folder but not disappear from the folder it was deleted from. It's just not consistent. but it is better than it was before. I'll look in the logs and see if I see anything interesting. Thanks again, From st.wartel at gmail.com Sun Mar 6 09:07:35 2011 From: st.wartel at gmail.com (=?ISO-8859-1?Q?St=E9phane_Wartel?=) Date: Sun, 06 Mar 2011 08:07:35 +0100 Subject: [Dovecot] 2.0.10 Auth failed while binding ldap Message-ID: <4D7332B7.5050809@gmail.com> Everything is ok, Thanks Timo ;) From remy.zandwijk at falw.vu.nl Sun Mar 6 16:18:21 2011 From: remy.zandwijk at falw.vu.nl (Remy Zandwijk) Date: Sun, 06 Mar 2011 15:18:21 +0100 Subject: [Dovecot] Dovecot, Postfix and Dovecot LDA (LMTP) delivery In-Reply-To: <4D723188.3020803@falw.vu.nl> References: <4D723188.3020803@falw.vu.nl> Message-ID: <4D7397AD.5000008@falw.vu.nl> > I am running a Debian Lenny machine with Postfix 2.5.5 and Dovecot 2.0.8. Up > until now I ran Postfix with the Procmail delivery agent succesfully. The > machine has only local users; I am not using virtual mailboxes. Due to > obvious reasons I want to switch to Dovecot LDA delivery, through LMTP. > > I spend quite some time finding 'the' configuration for both Postfix and > Dovecot, but without success. Find my current configuration below. Postfix > receives the e-mail, but delivery through LMTP fails, resulting in Postfix > sending an NDR. > > I just cannot figure out what's wrong and I am not sure whether it's a > Postfix or Dovecot problem either. Some log output from Postfix: I finally figured out what's wrong. It appears that Dovecot in fact is checking the existance of user 'remy at hostname.domain.tld' in one of the configured user databases. Obviously, local users/usernames do not have the local domain added. Adding userdb { driver = passwd-file args = username_format=%n /etc/passwd } to the 'protocol lmtp { }' block solves the issue. The only thing is that Dovecot now logs this to it's logs: Mar 06 15:04:57 auth: Error: passwd-file /etc/passwd: User root has invalid UID '0' Can't hurt, but is polutes the logs. Is there a way to configure Dovecot not to log these messages? Thanks, Remy From Stephen.Usher at earth.ox.ac.uk Sun Mar 6 16:51:49 2011 From: Stephen.Usher at earth.ox.ac.uk (Stephen Usher) Date: Sun, 06 Mar 2011 14:51:49 +0000 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D730348.9070808@hardwarefreak.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> Message-ID: <4D739F85.5010106@earth.ox.ac.uk> On 06/03/2011 03:45, Stan Hoeppner wrote: > If you're not doing local sync with TB and you have GLODA disabled, TB > is going to show you exactly what's in your Dovecot mailbox. If the > message doesn't disappear from your TB view sometime after deleting it > on your smartphone, then I'd say it's very likely that Dovecot didn't > receive the delete and/or expunge command from the phone. Check your > Dovecot logs and see what the phone is actually sending, or not sending. > > Both of you mentioned problems specifically WRT smartphones. It's > likely the IMAP implementation in these phones is simply buggy, or your > network coverage is spotty. I don't use a smartphone so I can't really > say. What smartphone are you each using? Actually it doesn't matter what the second client is (it can be another copy of TB3), the important thing is that TB3 doesn't notice the change underneath it. (The programmers seem to assume that it will have exclusive access to the mailbox from what I can see.) The real mailbox does change correctly, TB3's idea of what the mailbox holds does not and it fails to check its consistency with respect to the server. Obviously there's a difference in behaviour for some reason when TB3 interacts with Cyrus IMAP as it seems not to have a problem with that IMAP server. It's almost as if TB3 expects to be informed when there has been a deletion. (TB3 will notice other status changes such as a message being read etc.) The phantom messages within TB3 will also persist between program restarts, which suggests that it's not verifying its cached message list at that point either. By the way, asking end-users to all change their client settings is not a practical solution. We need to determine why the behaviour between Dovecot and TB3 is different from Cyrus and TB3 and then either ask the TB developers to fix their code or put a work-around in Dovecot. (I may even have to be both.) Steve -- --------------------------------------------------------------------------- IT Systems Administrator, E-Mail:- steve at earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 Oxford University, South Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072 From tss at iki.fi Sun Mar 6 17:22:05 2011 From: tss at iki.fi (Timo Sirainen) Date: Sun, 6 Mar 2011 17:22:05 +0200 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D739F85.5010106@earth.ox.ac.uk> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> Message-ID: <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> On 6.3.2011, at 16.51, Stephen Usher wrote: > Obviously there's a difference in behaviour for some reason when TB3 interacts with Cyrus IMAP as it seems not to have a problem with that IMAP server. It's almost as if TB3 expects to be informed when there has been a deletion. (TB3 will notice other status changes such as a message being read etc.) You could try if setting imap_capabilities to everything except QRESYNC and CONDSTORE would make a difference. From mcguire at neurotica.com Sun Mar 6 17:47:02 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Sun, 06 Mar 2011 10:47:02 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> Message-ID: <4D73AC76.9070607@neurotica.com> On 3/6/11 10:22 AM, Timo Sirainen wrote: >> Obviously there's a difference in behaviour for some reason when TB3 interacts with Cyrus IMAP as it seems not to have a problem with that IMAP server. It's almost as if TB3 expects to be informed when there has been a deletion. (TB3 will notice other status changes such as a message being read etc.) > > You could try if setting imap_capabilities to everything except QRESYNC and CONDSTORE would make a difference. The wiki page I found on this is a little hazy; would this simply be a matter of: imap_capability = -QRESYNC -CONDSTORE ? -Dave -- Dave McGuire Port Charlotte, FL From lists at wildgooses.com Sun Mar 6 22:31:57 2011 From: lists at wildgooses.com (Ed W) Date: Sun, 06 Mar 2011 20:31:57 +0000 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D739F85.5010106@earth.ox.ac.uk> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> Message-ID: <4D73EF3D.7030102@wildgooses.com> On 06/03/2011 14:51, Stephen Usher wrote: > Actually it doesn't matter what the second client is (it can be another > copy of TB3), the important thing is that TB3 doesn't notice the change > underneath it. (The programmers seem to assume that it will have > exclusive access to the mailbox from what I can see.) The real mailbox > does change correctly, TB3's idea of what the mailbox holds does not and > it fails to check its consistency with respect to the server. > > Obviously there's a difference in behaviour for some reason when TB3 > interacts with Cyrus IMAP as it seems not to have a problem with that > IMAP server. It's almost as if TB3 expects to be informed when there has > been a deletion. (TB3 will notice other status changes such as a message > being read etc.) I may just be having the same issue as you and it's been persistent for a while. I believe that it's possibly a bug related to IDLE in Dovecot (unproven and unsupported claim...) Do you also get the same effect with read and unread marks? We have three users here, all logging in from different local machines, which then go through a NAT (so to Dovecot they look the same IP), and all three machines log into the same account with the same credentials (ie shared inbox). We observe that generally the inbox view looks the same on all machines and I haven't noticed any deletes not syncing across instantly, but definitely there exists a set of circumstances where the read/unread marks are not synced correctly. I haven't nailed down the specifics but I believe it might occur when one TB client isn't focused on the shared inbox (background IDLE connection) and it might occur only after some mins have passed in that state (nat timeout?) and it might not occur if CONDSTORE is disabled on TB3... Do you have a common NAT in your situation? Could there be a NAT timeout/IDLE permutation causing the effect you see? Note that I can fix the sync issue by simply clicking back into the shared inbox, toggling the state a few times and we are back in again? My best hunch is that there is some shared code in Dovecot to send IDLE updates every so often and it's hashed on username and IP (I think?), so if we have two users behind nat, one using the connection regularly and the other idle, I wonder if the nat is allowed to timeout on the idle machine? Definitely feels like CONDSTOR is part of the problem, but this would fit because each side of the link would disagree on last update? Just an idea.. Ed W From jom at grosjo.net Sun Mar 6 22:46:38 2011 From: jom at grosjo.net (Joan Moreau) Date: Sun, 06 Mar 2011 15:46:38 -0500 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: References: <4D69FCB5.3090100@wildgooses.com> <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> Message-ID: >> * Sdbox is using far too much I/O on a busy server, I had to switch >> to >> mdbox >> * Converting from Maildir to s/mdbox is easy > > Are you saying sdbox uses more disk I/O than maildir? That's > unexpected. No. I am saying that sbbox is not sustainable when having very large mailbox, IO becomes too high (even with high-end storage devices) > erting from sdbox to mdbox has been a complete nightmare. I have > never >> managed to make it completely, finally made it through imap protocol >> between 2 instance of dovecot. You better choose before sd or md, >> but >> not try to convert between the 2 > was difficult about it? You should have been able to do it really > easily > with dsync No, as you know very well: I sent plenty of emails about this matter at that time on this mailng list, but nobody found any solutions, so, I gave up. Dsync is too buggy to convert sdbox to mdbox. From Christoph at plmail.de Sun Mar 6 23:23:41 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Sun, 6 Mar 2011 22:23:41 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <1298365660.19220.273.camel@hurina> References: <201102191010.31727.Christoph@plmail.de> <1298365660.19220.273.camel@hurina> Message-ID: <201103062223.41860.Christoph@plmail.de> Hello, Timo Sirainen wrote: > Are the timestamps wrong in the database? They should contain the > timestamp of the oldest save-date of message in the mailbox. Today, messages from Trash have been expunged again. The only timestamp in the database is Sun Mar 6 08:37:55 UTC 2011. This is obviously not the time from when the oldest message in the Trash mailbox was moved into that mailbox; I am moving messages to Trash every day. Does anyone have an idea what is going wrong with the timestamps? Regards Christoph From tss at iki.fi Sun Mar 6 23:58:35 2011 From: tss at iki.fi (Timo Sirainen) Date: Sun, 06 Mar 2011 23:58:35 +0200 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: References: <4D69FCB5.3090100@wildgooses.com> <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> Message-ID: <1299448715.19220.451.camel@hurina> On Sun, 2011-03-06 at 15:46 -0500, Joan Moreau wrote: > No, as you know very well: I sent plenty of emails about this matter at > that time on this mailng list, but nobody found any solutions, so, I > gave up. > Dsync is too buggy to convert sdbox to mdbox. I think I fixed all the crashes you reported. The only two problems left were 1) the "Too many open files" error, which I'm pretty sure is caused by 2) m.* file sizes are too small. http://hg.dovecot.org/dovecot-2.0/rev/d1f30e375f40 should fix 1), but I don't understand the cause of 2), since your config looked ok. Did you solve it somehow or are your m.* files still too small? From robert at schetterer.org Mon Mar 7 00:11:16 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 06 Mar 2011 23:11:16 +0100 Subject: [Dovecot] OT auto delete attachments with sieve Message-ID: <4D740684.5060205@schetterer.org> Hi , off topic , but anyone with an idea how to autodelete attachments from mail with sieve, as far i investigated this , it can only be done indirectly perhaps per size etc, but there is no direct auto way, am i right here ? or someone has magic...? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From tss at iki.fi Mon Mar 7 00:19:51 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 00:19:51 +0200 Subject: [Dovecot] Dovecot, Postfix and Dovecot LDA (LMTP) delivery In-Reply-To: <4D7397AD.5000008@falw.vu.nl> References: <4D723188.3020803@falw.vu.nl> <4D7397AD.5000008@falw.vu.nl> Message-ID: <1299449991.19220.464.camel@hurina> On Sun, 2011-03-06 at 15:18 +0100, Remy Zandwijk wrote: > userdb { > driver = passwd-file > args = username_format=%n /etc/passwd > } It's not a great idea to use passwd-file for /etc/passwd. I guess it usually works, but there are no guarantees of random failures when the passwd file is being modified. You can do this better by keeping the userdb passwd, and setting: auth_username_format = %n From tss at iki.fi Mon Mar 7 00:21:42 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 00:21:42 +0200 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D73AC76.9070607@neurotica.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> <4D73AC76.9070607@neurotica.com> Message-ID: <1299450102.19220.466.camel@hurina> On Sun, 2011-03-06 at 10:47 -0500, Dave McGuire wrote: > On 3/6/11 10:22 AM, Timo Sirainen wrote: > >> Obviously there's a difference in behaviour for some reason when TB3 interacts with Cyrus IMAP as it seems not to have a problem with that IMAP server. It's almost as if TB3 expects to be informed when there has been a deletion. (TB3 will notice other status changes such as a message being read etc.) > > > > You could try if setting imap_capabilities to everything except QRESYNC and CONDSTORE would make a difference. > > The wiki page I found on this is a little hazy; would this simply be > a matter of: > > imap_capability = -QRESYNC -CONDSTORE No, there's no -capability feature. You need to list them all: imap_capability = IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS And add any plugin capabilities you may have, like QUOTA. From tss at iki.fi Mon Mar 7 00:24:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 00:24:06 +0200 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D73EF3D.7030102@wildgooses.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> Message-ID: <1299450246.19220.468.camel@hurina> On Sun, 2011-03-06 at 20:31 +0000, Ed W wrote: > My best hunch is that there is some shared code in Dovecot to send IDLE > updates every so often and it's hashed on username and IP (I think?), No, only the "OK Still here" notifications are timed like that. If you have inotify/dnotify/kqueue enabled, Dovecot sends the actual mailbox changes to clients immediately when they happen. From knute2011 at knutejohnson.com Sun Mar 6 22:22:42 2011 From: knute2011 at knutejohnson.com (Knute Johnson) Date: Sun, 06 Mar 2011 12:22:42 -0800 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> Message-ID: <4D73ED12.5070409@knutejohnson.com> On 03/06/2011 07:22 AM, Timo Sirainen wrote: > On 6.3.2011, at 16.51, Stephen Usher wrote: > >> Obviously there's a difference in behaviour for some reason when >> TB3 interacts with Cyrus IMAP as it seems not to have a problem >> with that IMAP server. It's almost as if TB3 expects to be informed >> when there has been a deletion. (TB3 will notice other status >> changes such as a message being read etc.) > > You could try if setting imap_capabilities to everything except > QRESYNC and CONDSTORE would make a difference. That stopped dovecot from talking to TB altogether. -- Knute Johnson knute2011 at knutejohnson.com From tss at iki.fi Mon Mar 7 00:38:51 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 00:38:51 +0200 Subject: [Dovecot] v2.0.11 released Message-ID: <1299451131.19220.474.camel@hurina> http://dovecot.org/releases/2.0/dovecot-2.0.11.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.11.tar.gz.sig Looks like v2.0.10 was a bit troublesome release. I expect this one to last longer. * dotlock_use_excl setting's default was accidentally "no" in all v2.0.x releases, instead of "yes" as in v1.1 and v1.2. Changed it back to "yes". - v2.0.10: LDAP support was broken - v2.0.10: dsyncing to remote often hanged (timed out in 15 mins) From dovecot at knutejohnson.com Mon Mar 7 00:40:18 2011 From: dovecot at knutejohnson.com (Knute Johnson) Date: Sun, 06 Mar 2011 14:40:18 -0800 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D73ED12.5070409@knutejohnson.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> <4D73ED12.5070409@knutejohnson.com> Message-ID: <4D740D52.3080706@knutejohnson.com> On 03/06/2011 12:22 PM, Knute Johnson wrote: > On 03/06/2011 07:22 AM, Timo Sirainen wrote: >> On 6.3.2011, at 16.51, Stephen Usher wrote: >> >>> Obviously there's a difference in behaviour for some reason when >>> TB3 interacts with Cyrus IMAP as it seems not to have a problem >>> with that IMAP server. It's almost as if TB3 expects to be informed >>> when there has been a deletion. (TB3 will notice other status >>> changes such as a message being read etc.) >> >> You could try if setting imap_capabilities to everything except >> QRESYNC and CONDSTORE would make a difference. > > That stopped dovecot from talking to TB altogether. > I take it back. There was a small operator error involved. That seems to have made it work much better. Thanks, knute... From tss at iki.fi Mon Mar 7 01:01:04 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 01:01:04 +0200 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <201103062223.41860.Christoph@plmail.de> References: <201102191010.31727.Christoph@plmail.de> <1298365660.19220.273.camel@hurina> <201103062223.41860.Christoph@plmail.de> Message-ID: <1299452464.19220.478.camel@hurina> On Sun, 2011-03-06 at 22:23 +0100, Christoph Pleger wrote: > Today, messages from Trash have been expunged again. > > The only timestamp in the database is Sun Mar 6 08:37:55 UTC 2011. This is > obviously not the time from when the oldest message in the Trash mailbox was > moved into that mailbox; I am moving messages to Trash every day. > > Does anyone have an idea what is going wrong with the timestamps? So it's as if the timestamp keeps changing to the newest deleted message.. Maybe mail_debug=yes shows something helpful with these patches: http://hg.dovecot.org/dovecot-2.0/rev/eac54c2dc98b http://hg.dovecot.org/dovecot-2.0/rev/63ed0d3f4f52 http://hg.dovecot.org/dovecot-2.0/rev/2cb0fb910441 From tss at iki.fi Mon Mar 7 01:09:50 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 01:09:50 +0200 Subject: [Dovecot] Problems with shared folders with Dovecot 1.2.12 In-Reply-To: <1672-4d724c80-7-3b79b540@147600579> References: <1672-4d724c80-7-3b79b540@147600579> Message-ID: <7F1FDAD5-C3D6-46C8-9B3D-6CBCBAB957B9@iki.fi> On 5.3.2011, at 16.45, Pa?ek Ladislav wrote: > I'm trying to run shared folders with Dovecot 1.2.12. I'm managing ACLs from SOGo and it seemd that it successfully create dovecot-acl and dovecot-acl-list in user maildir. But I cannot see any of these shared folders. In Thunderbird I could see shared folder in Subscriptions but without option to subscribe. I was reading almost everything that was possible to google but without success. I don't see anything obviously wrong in your config. With v2.0.10+ this could be solved easily with: doveadm acl debug -u user-who-is-not-seeing-anything sdilene/sharing-user/shared-box It would tell exactly what the problem is. You could also compile and install v2.0 to a temp directory and run the doveadm command from there, with the only purpose of seeing what the above command shows. From lists at wildgooses.com Mon Mar 7 01:30:15 2011 From: lists at wildgooses.com (Ed W) Date: Sun, 06 Mar 2011 23:30:15 +0000 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <1299450246.19220.468.camel@hurina> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> Message-ID: <4D741907.30303@wildgooses.com> On 06/03/2011 22:24, Timo Sirainen wrote: > On Sun, 2011-03-06 at 20:31 +0000, Ed W wrote: > >> My best hunch is that there is some shared code in Dovecot to send IDLE >> updates every so often and it's hashed on username and IP (I think?), > > No, only the "OK Still here" notifications are timed like that. If you > have inotify/dnotify/kqueue enabled, Dovecot sends the actual mailbox > changes to clients immediately when they happen. > OK, but following that thought, it still seems possible for three connections behind a NAT to end up with one of them becoming disconnected due to a NAT timeout if the other connections aren't making changes which cause anything to trigger on the IDLE background process? (for ref, router is an Airport Extreme. Believed to have around a 30 min NAT timeout?) Someone "doing stuff" would cause the "OK Still here" to get backed up for all clients behind the NAT. The NAT will timeout outbound connections individually, so one user keeping their outbound connection alive could cause other connections to die due to backed up "Still here" to that IP? I guess I could try patching the hash to be less granular - would you be kind enough to remind me where in the code that hash is please? I'm reasonably sure there is a problem here, just not debugged it enough to capture the problem... It's been a longstanding pain in the arse, just not got serious enough vs the debugging effort that I've tried to tackle it... Note, in my case I have two machines with TB condstore disabled and they don't show problems, my machine enables condstore and I only believe the problem is on my machine. Hence I think condstore is part of the problem (but that seems consistent with the above theory). Also I only notice the problem when I have not used email for some time, but the other two folks have been... Nat? Cheers Ed W From mcguire at neurotica.com Mon Mar 7 01:39:39 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Sun, 06 Mar 2011 18:39:39 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D741907.30303@wildgooses.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> Message-ID: <4D741B3B.9070109@neurotica.com> On 3/6/11 6:30 PM, Ed W wrote: >> No, only the "OK Still here" notifications are timed like that. If you >> have inotify/dnotify/kqueue enabled, Dovecot sends the actual mailbox >> changes to clients immediately when they happen. > > OK, but following that thought, it still seems possible for three > connections behind a NAT to end up with one of them becoming > disconnected due to a NAT timeout if the other connections aren't making > changes which cause anything to trigger on the IDLE background process? > (for ref, router is an Airport Extreme. Believed to have around a 30 min > NAT timeout?) > > Someone "doing stuff" would cause the "OK Still here" to get backed up > for all clients behind the NAT. The NAT will timeout outbound > connections individually, so one user keeping their outbound connection > alive could cause other connections to die due to backed up "Still here" > to that IP? > > I guess I could try patching the hash to be less granular - would you be > kind enough to remind me where in the code that hash is please? > > I'm reasonably sure there is a problem here, just not debugged it enough > to capture the problem... It's been a longstanding pain in the arse, > just not got serious enough vs the debugging effort that I've tried to > tackle it... > > Note, in my case I have two machines with TB condstore disabled and they > don't show problems, my machine enables condstore and I only believe the > problem is on my machine. Hence I think condstore is part of the > problem (but that seems consistent with the above theory). Also I only > notice the problem when I have not used email for some time, but the > other two folks have been... Nat? In my case, yes, both clients (iPhone and Thunderbird) are behind NAT from the perspective of the mail server. That said, I've been testing Timo's imap_capabilities suggestion for about the past 45mins, and it seems to solve the problem for me, at least so far. -Dave -- Dave McGuire Port Charlotte, FL From tss at iki.fi Mon Mar 7 01:46:46 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 01:46:46 +0200 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D741B3B.9070109@neurotica.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> Message-ID: <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> On 7.3.2011, at 1.39, Dave McGuire wrote: > That said, I've been testing Timo's imap_capabilities suggestion for about the past 45mins, and it seems to solve the problem for me, at least so far. So it sounds like there's a bug in someone's QRESYNC code. Either Dovecot or Thunderbird, but could be a bit difficult to find out whose.. A reproducible test case would of course be best. From jom at grosjo.net Mon Mar 7 06:49:35 2011 From: jom at grosjo.net (Joan Moreau) Date: Sun, 06 Mar 2011 23:49:35 -0500 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: <1299448715.19220.451.camel@hurina> References: <4D69FCB5.3090100@wildgooses.com> <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> <1299448715.19220.451.camel@hurina> Message-ID: <8bcd3cbb745026e14b2ffb66a63f32cd@grosjo.net> The only solution I found was to use IMAP protocol to read from sdbox and write as mdbox. Dsync was NOT a solution at all. Sorry about that. On Sun, 06 Mar 2011 23:58:35 +0200, Timo Sirainen wrote: > On Sun, 2011-03-06 at 15:46 -0500, Joan Moreau wrote: > >> No, as you know very well: I sent plenty of emails about this matter at that time on this mailng list, but nobody found any solutions, so, I gave up. Dsync is too buggy to convert sdbox to mdbox. > I think I fixed all the crashes you reported. The only two problems left were 1) the "Too many open files" error, which I'm pretty sure is caused by 2) m.* file sizes are too small. http://hg.dovecot.org/dovecot-2.0/rev/d1f30e375f40 [1] should fix 1), but I don't understand the cause of 2), since your config looked ok. Did you solve it somehow or are your m.* files still too small? Links: ------ [1] http://hg.dovecot.org/dovecot-2.0/rev/d1f30e375f40 From mcguire at neurotica.com Mon Mar 7 06:53:21 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Sun, 06 Mar 2011 23:53:21 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> Message-ID: <4D7464C1.9020502@neurotica.com> On 3/6/11 6:46 PM, Timo Sirainen wrote: >> That said, I've been testing Timo's imap_capabilities suggestion >> for about the past 45mins, and it seems to solve the problem for >> me, at least so far. > > So it sounds like there's a bug in someone's QRESYNC code. Either > Dovecot or Thunderbird, but could be a bit difficult to find out > whose.. A reproducible test case would of course be best. That'd be tough; it's definitely not repeatable here. It happens maybe 1/3 of the time. I hate that kind of bug. :-( -Dave -- Dave McGuire Port Charlotte, FL From nachum.yaron at gmail.com Mon Mar 7 08:41:18 2011 From: nachum.yaron at gmail.com (Yaron & Hani Nahum) Date: Mon, 7 Mar 2011 08:41:18 +0200 Subject: [Dovecot] Dovecot 2.0 in Active-Standby configuration Message-ID: Hi, I am planning to use Dovecot 2.0 as a Mail server for a Voicemail system. There is not much traffic so I am not concerend about scaling. However redudancy is an issue. I need to have two Dovecot servers installed on two different farms and setup HA between the two. I would prefer that the HA would be automatically. I have two different storage machines with SAN, and I can setup Layer 2 between the two farms. I am concerned with split brain scenario where the two farms are disconnected and both machines would become active. What cluster configuration would you recommend for such an enviroment? From remy.zandwijk at falw.vu.nl Mon Mar 7 09:38:37 2011 From: remy.zandwijk at falw.vu.nl (Remy Zandwijk) Date: Mon, 07 Mar 2011 08:38:37 +0100 Subject: [Dovecot] Dovecot, Postfix and Dovecot LDA (LMTP) delivery In-Reply-To: <1299449991.19220.464.camel@hurina> References: <4D723188.3020803@falw.vu.nl> <4D7397AD.5000008@falw.vu.nl> <1299449991.19220.464.camel@hurina> Message-ID: <4D748B7D.7090106@falw.vu.nl> On 06.03.2011 23:19 , Timo Sirainen wrote: > On Sun, 2011-03-06 at 15:18 +0100, Remy Zandwijk wrote: >> userdb { >> driver = passwd-file >> args = username_format=%n /etc/passwd >> } > It's not a great idea to use passwd-file for /etc/passwd. I guess it > usually works, but there are no guarantees of random failures when the > passwd file is being modified. > > You can do this better by keeping the userdb passwd, and setting: > > auth_username_format = %n > Thanks Timo. I read this as I should do: userdb { driver = passwd args = auth_username_format=%n } That didn't work. So I guess I should have read set auth_username_format = %n in conf.d/10-auth.conf. That works. -Remy From lists at wildgooses.com Mon Mar 7 10:39:31 2011 From: lists at wildgooses.com (Ed W) Date: Mon, 07 Mar 2011 08:39:31 +0000 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D741B3B.9070109@neurotica.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> Message-ID: <4D7499C3.9050309@wildgooses.com> > > That said, I've been testing Timo's imap_capabilities suggestion for > about the past 45mins, and it seems to solve the problem for me, at > least so far. Do you think you could narrow it down to just one of the capabilities being removed? (I think that makes sense?) Ed W From thierry at mailhub.co.za Mon Mar 7 11:51:03 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Mon, 7 Mar 2011 11:51:03 +0200 Subject: [Dovecot] POP3 error Message-ID: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> Hi, Since we upgraded to 2.0.9 (from 1.10 stock CentOS release), we are getting some errors with pop3. When the machines get busy, now and then it start with the following: > Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable And it generates hundreds of those before the machines dies, with the web server getting stuck as well on imap sessions, even though there is no imap error messages. I tried to lookup in the source where this is generated, but couldn't find it. Is it some resource limit on the machine? Please see bellow the dovecot -n output. Regards, Thierry # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-194.32.1.el5 x86_64 CentOS release 5.5 (Final) nfs auth_cache_negative_ttl = 0 auth_cache_size = 2 M auth_cache_ttl = 10 mins auth_mechanisms = plain login dict { expire = mysql:/etc/dovecot/dovecot-dict-expire.conf.ext quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext } disable_plaintext_auth = no first_valid_uid = 25 lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes mail_access_groups = vmail mail_fsync = always mail_gid = 25 mail_location = maildir:/var/virtual/%d/%1n/%2n/%n:INDEX=/var/indexes/%d/%1n/%2n/%n mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = quota expire mail_uid = 25 mbox_write_locks = fcntl mmap_disable = yes passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { expire = Trash expire2 = Trash/* expire3 = Spam expire4 = Trash/* expire_dict = proxy::expire quota = dict:User quota::proxy::quota quota_rule = *:storage=2G quota_rule2 = Trash:storage=+100M sieve_global_path = /var/indexes/dovecot-default.sieve } postmaster_address = postmaster at XXXXXX.YY protocols = imap pop3 service auth { unix_listener auth-userdb { group = vmail mode = 0600 user = vmail } } service dict { unix_listener dict { group = vmail mode = 0600 user = vmail } } service imap-login { inet_listener imap { address = 127.0.0.1 port = 143 } process_min_avail = 2 service_count = 0 vsz_limit = 256 M } service imap { process_limit = 768 } service pop3-login { inet_listener pop3 { address = 0.0.0.0 port = 110 } process_limit = 200 process_min_avail = 2 service_count = 0 } service pop3 { process_limit = 256 } ssl = no ssl_cert = References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> Message-ID: <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> On 7.3.2011, at 11.51, Thierry de Montaudry wrote: > Since we upgraded to 2.0.9 (from 1.10 stock CentOS release), we are getting some errors with pop3. When the machines get busy, now and then it start with the following: >> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable > And it generates hundreds of those before the machines dies, with the web server getting stuck as well on imap sessions, even though there is no imap error messages. Do you see any warning messages in logs containing "client connections are being dropped"? From thierry at mailhub.co.za Mon Mar 7 13:40:38 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Mon, 7 Mar 2011 13:40:38 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> Message-ID: <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> On 07 Mar 2011, at 12:01, Timo Sirainen wrote: > On 7.3.2011, at 11.51, Thierry de Montaudry wrote: > >> Since we upgraded to 2.0.9 (from 1.10 stock CentOS release), we are getting some errors with pop3. When the machines get busy, now and then it start with the following: >>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable >> And it generates hundreds of those before the machines dies, with the web server getting stuck as well on imap sessions, even though there is no imap error messages. > > Do you see any warning messages in logs containing "client connections are being dropped"? > I did not see it on any machines. But for this specific one, I got the following after those errors, before restarting dovecot: Mar 7 11:20:09 web4 dovecot: pop3(x at y): Error: net_connect_unix(/var/run/dovecot/dict) failed: Connection refused Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer From hajo.locke at gmx.de Mon Mar 7 14:32:38 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Mon, 7 Mar 2011 13:32:38 +0100 Subject: [Dovecot] auth on tcp socket? References: Message-ID: <607F118748C743B9945B0E3A66B4249D@nmm.local> Hello, > there are some warnings in log: > "when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a > socket pathname" > ( Datei src/xsasl/xsasl_dovecot_server.c ) file xsasl_dovecot_server.c is in postfix sources but was written by you, Timo Should there also made an update to support auth on tcp-socket without warnings from postfix side? Thanks, Hajo From p at state-of-mind.de Mon Mar 7 14:36:08 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Mon, 7 Mar 2011 13:36:08 +0100 Subject: [Dovecot] auth on tcp socket? In-Reply-To: <607F118748C743B9945B0E3A66B4249D@nmm.local> References: <607F118748C743B9945B0E3A66B4249D@nmm.local> Message-ID: <20110307123608.GD1838@state-of-mind.de> * Hajo Locke : > Hello, > > >there are some warnings in log: > >"when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a > >socket pathname" > >( Datei src/xsasl/xsasl_dovecot_server.c ) > > file xsasl_dovecot_server.c is in postfix sources but was written by > you, Timo > Should there also made an update to support auth on tcp-socket > without warnings from postfix side? Timo you can drop me "draft text" and I will incorporate it into SASL_README. I've done that before for Postfix SASL_README. p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From dhottinger at harrisonburg.k12.va.us Mon Mar 7 15:57:31 2011 From: dhottinger at harrisonburg.k12.va.us (dhottinger at harrisonburg.k12.va.us) Date: Mon, 07 Mar 2011 08:57:31 -0500 Subject: [Dovecot] upgrading from old version 1.1.2 to version 2.0.11 Message-ID: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> Im getting ready to upgrade our production server from version 1.1.2 to version 2.0.11. Ive read through the upgrade info. Is there any other gotcha's I should be aware of? thanks, ddh -- Dwayne Hottinger Network Administrator Harrisonburg City Public Schools "Everything should be made as simple as possible, but not simpler." -- Albert Einstein "The hottest places in Hell are reserved for those who, in times of moral crisis, preserved their neutrality." -- Dante From david at davidfavor.com Mon Mar 7 16:49:29 2011 From: david at davidfavor.com (David Favor) Date: Mon, 07 Mar 2011 08:49:29 -0600 Subject: [Dovecot] mdbox command line access howto request Message-ID: <4D74F079.4050002@davidfavor.com> Currently using Maildir in my config for 1.2.16 going to 2.0.11 and wondering about accessing files outside of dovecot. Many files require access by external programs. For example walking a list of receipt files from merchant processors verifying transaction amounts. This requires each file being read + parsed. With mdbox a file may contain multiple messages. Let me know the best command line tool to break mdbox files into a string of messages. Thanks. -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com for the easy way! From tss at iki.fi Mon Mar 7 16:52:35 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 16:52:35 +0200 Subject: [Dovecot] mdbox command line access howto request In-Reply-To: <4D74F079.4050002@davidfavor.com> References: <4D74F079.4050002@davidfavor.com> Message-ID: <1299509555.19220.479.camel@hurina> On Mon, 2011-03-07 at 08:49 -0600, David Favor wrote: > Let me know the best command line tool to break > mdbox files into a string of messages. See the example in http://wiki2.dovecot.org/Tools/Doveadm/Search From tss at iki.fi Mon Mar 7 17:02:05 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 17:02:05 +0200 Subject: [Dovecot] auth on tcp socket? In-Reply-To: <607F118748C743B9945B0E3A66B4249D@nmm.local> References: <607F118748C743B9945B0E3A66B4249D@nmm.local> Message-ID: <1299510125.19220.484.camel@hurina> On Mon, 2011-03-07 at 13:32 +0100, Hajo Locke wrote: > Hello, > > > there are some warnings in log: > > "when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a > > socket pathname" > > ( Datei src/xsasl/xsasl_dovecot_server.c ) > > file xsasl_dovecot_server.c is in postfix sources but was written by you, > Timo The initial version, yes, but it has been heavily modified since. I never added that warning. > Should there also made an update to support auth on tcp-socket without > warnings from postfix side? Looks like someone already added the inet: support, so I guess it should work. You could ask on Postfix list to get the warning removed.. From Bruno.Treguier at shom.fr Mon Mar 7 17:07:25 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-1?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 16:07:25 +0100 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <1250210845.5181.583.camel@timo-desktop> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> Message-ID: <4D74F4AD.7080005@shom.fr> Timo Sirainen wrote: > On Tue, 2009-08-11 at 12:12 +0200, Max Dittrich wrote: >> Hi, >> >> I'm running dovecot 1.2.3 with "imap_client_workarounds = >> tb-extra-mailbox-sep" and noticed that after deleting a folder (moving >> to Trash and emptying it on exit) that folder in Trash still keeps >> subscribed. >> I think the reason for that behavior is that the call for >> mailbox_list_set_subscribed() in imap/cmd-subscribe.c (line 84) is fed >> with the original mailbox name and not the stripped version in >> verify_name. Assigning verify_name to mailbox in the >> workaround-conditional fixes this issue for me. > > Well, I guess it was kind of intentional and this isn't necessarily > always a problem. TB subscribes mailbox as "box/" and unsubscribes it as > "box/". Dovecot internally also stores it as "box/" so all of that > should be ok. Except if some other client subscribes to it, or perhaps > TB doesn't always subscribe to it as "box/". > > Anyway.. http://hg.dovecot.org/dovecot-1.2/rev/339be408f49a should help. Hi Timo, Sorry to "unbury" such an old patch, but it seems to be related to a bug I'm seeing right now, that I described in a mail sent on Thursday. In short, TB *and* OE, when talking to a Dovecot server using an mbox backend, complain with messages stating that "the mailbox isn't selectable", for "folders of folders" mailbox types. You say that Dovecot internally stores folders of folders as "box/" (just as it is subscribed/unsubsribed to by TB). However, the patch you mention above changes this behaviour and Dovecot now stores folders of folders as "box" with no trailing slash. This seems to break things on the Dovecot side, for mbox backend users, as there is no way left to distinguish between both kinds of folders. As a consequence, there is an inconsistency between the way the folder is created (as a directory on the filesystem) and the way it is advertised in the .subscription file (without the trailing "/"). Is this really meant ? The behaviour was different before that patch, and notably in the 1.1 branch, that I still use on another server: the subscribed mailboxes bear a trailing slash in the .subscriptions file. Best regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From tss at iki.fi Mon Mar 7 17:09:17 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 17:09:17 +0200 Subject: [Dovecot] auth on tcp socket? In-Reply-To: <20110307123608.GD1838@state-of-mind.de> References: <607F118748C743B9945B0E3A66B4249D@nmm.local> <20110307123608.GD1838@state-of-mind.de> Message-ID: <1299510557.19220.489.camel@hurina> On Mon, 2011-03-07 at 13:36 +0100, Patrick Ben Koetter wrote: > > >"when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a > > >socket pathname" > > >( Datei src/xsasl/xsasl_dovecot_server.c ) > > > Timo you can drop me "draft text" and I will incorporate it into SASL_README. > I've done that before for Postfix SASL_README. Maybe something like: Dovecot v2.0.8 and later versions support SASL authentication via inet socket as well. There is no security layer protecting the authentication, so this should only be used within a trusted network or via VPN. From tss at iki.fi Mon Mar 7 17:12:43 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 17:12:43 +0200 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <4D74F4AD.7080005@shom.fr> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> Message-ID: <1299510763.19220.491.camel@hurina> On Mon, 2011-03-07 at 16:07 +0100, Bruno Tr?guier wrote: > Sorry to "unbury" such an old patch, but it seems to be related to a bug > I'm seeing right now, that I described in a mail sent on Thursday. In > short, TB *and* OE, when talking to a Dovecot server using an mbox > backend, complain with messages stating that "the mailbox isn't > selectable", for "folders of folders" mailbox types. That is intentional. It works the same way with UW-IMAP. With mbox you can't select a folder that has subfolders, it has nothing to do with trailing slashes or anything. (Or if you really want to, you can work around it: http://wiki2.dovecot.org/MboxChildFolders) From tss at iki.fi Mon Mar 7 17:17:25 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 17:17:25 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> Message-ID: <1299511045.19220.494.camel@hurina> On Mon, 2011-03-07 at 13:40 +0200, Thierry de Montaudry wrote: > >>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable .. > > Do you see any warning messages in logs containing "client connections are being dropped"? > > > I did not see it on any machines. Hmh. Could you upgrade to 2.0.11? It splits the two causes of "Resource temporarily unavailable" errors to two separate error messages. It would help figuring out the problem. > But for this specific one, I got the following after those errors, before restarting dovecot: > > Mar 7 11:20:09 web4 dovecot: pop3(x at y): Error: net_connect_unix(/var/run/dovecot/dict) failed: Connection refused > Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer > Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer > Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer > Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer This looks like processes started dying. From ejs at shubes.net Mon Mar 7 17:56:58 2011 From: ejs at shubes.net (Eric Shubert) Date: Mon, 07 Mar 2011 08:56:58 -0700 Subject: [Dovecot] upgrading from old version 1.1.2 to version 2.0.11 In-Reply-To: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> References: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> Message-ID: On 03/07/2011 06:57 AM, dhottinger at harrisonburg.k12.va.us wrote: > Im getting ready to upgrade our production server from version 1.1.2 to > version 2.0.11. Ive read through the upgrade info. Is there any other > gotcha's I should be aware of? > > thanks, > > ddh > I just upgraded from 1.0.10 to 2.0.10 yesterday, and nary a problem (except those I created for myself). Just be sure to run your old configuration through doveconf, then make appropriate changes to the stock configuration. I really like the example structure, and would use that as a starting point. Then create a local.conf file for your particular preferences, and comment out the include_try line for local.conf in the dovecot.conf file. Speaking of which, given that the local.conf file in the example configuration is the target of !include_try, why is it commented out??? (DOH!) -- -Eric 'shubes' From Bruno.Treguier at shom.fr Mon Mar 7 18:07:37 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-15?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 17:07:37 +0100 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <1299510763.19220.491.camel@hurina> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> Message-ID: <4D7502C9.1040405@shom.fr> Timo Sirainen wrote: > On Mon, 2011-03-07 at 16:07 +0100, Bruno Tr?guier wrote: > >> Sorry to "unbury" such an old patch, but it seems to be related to a bug >> I'm seeing right now, that I described in a mail sent on Thursday. In >> short, TB *and* OE, when talking to a Dovecot server using an mbox >> backend, complain with messages stating that "the mailbox isn't >> selectable", for "folders of folders" mailbox types. > > That is intentional. It works the same way with UW-IMAP. With mbox you > can't select a folder that has subfolders, it has nothing to do with > trailing slashes or anything. (Or if you really want to, you can work > around it: http://wiki2.dovecot.org/MboxChildFolders) Thanks for your answer, Timo, but I think my explanation wasn't really clear. I do agree with you regarding the limitations of the mbox system, and my intention was not to find a workaround. I'm just questionning the choice of not putting the slash at the end of the mailbox name in the .subscriptions file (for "folders of folders"), as it seems Dovecot solely relies on this to determine which type of mailbox it is dealing with. In response to a 'LSUB "" "*"' command from the client, the server sends all the names of the mailboxes. This is the only way the client (be it TB or OE or anything else) can be made aware the mailboxes it is subscribed to. So in the absence of trailing /, there is no way for that client to know if a mailbox is a folder of folders, or a folder of messages (except if it maintains a kind of internal state, independent of the server itself, but this should not be mandatory, the "spirit" of IMAP being that eveything important is kept on the server side and you can start a new connection with a new client anytime). On the contrary, if the trailing / is present in the names returned by the LSUB command, the client (at least TB) is able to take that into account, and the "folder of folders" type of mailbox is greyed out (and is unselectable, so), and when you right-click on it, the menu allows you to create further subfolders in them. With no way to distinguish between both types of mailboxes, this behaviour is broken... Do you see what I mean ? Thanks a lot & best regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From david at davidfavor.com Mon Mar 7 18:20:41 2011 From: david at davidfavor.com (David Favor) Date: Mon, 07 Mar 2011 10:20:41 -0600 Subject: [Dovecot] mdbox command line access howto request In-Reply-To: <1299509555.19220.479.camel@hurina> References: <4D74F079.4050002@davidfavor.com> <1299509555.19220.479.camel@hurina> Message-ID: <4D7505D9.7060800@davidfavor.com> Timo Sirainen wrote: > On Mon, 2011-03-07 at 08:49 -0600, David Favor wrote: > >> Let me know the best command line tool to break >> mdbox files into a string of messages. > > See the example in http://wiki2.dovecot.org/Tools/Doveadm/Search > > Perfect! Thanks! -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com for the easy way! From tss at iki.fi Mon Mar 7 18:22:38 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 18:22:38 +0200 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <4D7502C9.1040405@shom.fr> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> <4D7502C9.1040405@shom.fr> Message-ID: <1299514958.19220.511.camel@hurina> On Mon, 2011-03-07 at 17:07 +0100, Bruno Tr?guier wrote: > I'm just questionning the choice of not putting the slash at the end of > the mailbox name in the .subscriptions file (for "folders of folders"), > as it seems Dovecot solely relies on this to determine which type of > mailbox it is dealing with. The .subscriptions file should never have trailing slashes. > On the contrary, if the trailing / is present in the names returned by > the LSUB command, the client (at least TB) is able to take that into > account, and the "folder of folders" type of mailbox is greyed out (and > is unselectable, so), and when you right-click on it, the menu allows > you to create further subfolders in them. With no way to distinguish > between both types of mailboxes, this behaviour is broken... It's not right to send trailing / to non-selectable mailboxes, even if it happens to make Thunderbird handle them better.. It might just as easily break other clients. The right way to determine if mailbox is selectable is by looking at its \NoSelect flag. That is returned correctly in LIST replies. With LSUB replies Dovecot does what other servers too: It doesn't bother seeing what the correct flags are, because it wastes time and clients probably don't use them anyway. You could try if the attached patch helps. -------------- next part -------------- A non-text attachment was scrubbed... Name: diff Type: text/x-patch Size: 571 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20110307/95fdbbf5/attachment.bin From Bruno.Treguier at shom.fr Mon Mar 7 18:39:42 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-15?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 17:39:42 +0100 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <1299514958.19220.511.camel@hurina> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> <4D7502C9.1040405@shom.fr> <1299514958.19220.511.camel@hurina> Message-ID: <4D750A4E.40306@shom.fr> Timo Sirainen wrote: > The right way to determine if mailbox is selectable is by looking at its > \NoSelect flag. That is returned correctly in LIST replies. With LSUB > replies Dovecot does what other servers too: It doesn't bother seeing > what the correct flags are, because it wastes time and clients probably > don't use them anyway. Ok, right, thanks for this quick and clear answer Timo. I know what is wrong now. > You could try if the attached patch helps. I'll certainly do and I'll let the list know whether it fixes the problem. Best regards again. Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From thierry at mailhub.co.za Mon Mar 7 19:03:22 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Mon, 7 Mar 2011 19:03:22 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <1299511045.19220.494.camel@hurina> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> Message-ID: <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> On 07 Mar 2011, at 17:17, Timo Sirainen wrote: > On Mon, 2011-03-07 at 13:40 +0200, Thierry de Montaudry wrote: >>>>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable > .. >>> Do you see any warning messages in logs containing "client connections are being dropped"? >>> >> I did not see it on any machines. > > Hmh. Could you upgrade to 2.0.11? It splits the two causes of "Resource > temporarily unavailable" errors to two separate error messages. It would > help figuring out the problem. > >> But for this specific one, I got the following after those errors, before restarting dovecot: >> >> Mar 7 11:20:09 web4 dovecot: pop3(x at y): Error: net_connect_unix(/var/run/dovecot/dict) failed: Connection refused >> Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer >> Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer >> Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer >> Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer > > This looks like processes started dying. > As it is happening at least once a day, is there anything I can do to trace it? and whatever I'll do, will it slow down those machines? From tss at iki.fi Mon Mar 7 19:15:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 19:15:06 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> Message-ID: <1299518106.19220.514.camel@hurina> On Mon, 2011-03-07 at 19:03 +0200, Thierry de Montaudry wrote: > >>>>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable > > .. > As it is happening at least once a day, is there anything I can do to trace it? and whatever I'll do, will it slow down those machines? Set verbose_proctitle=yes (won't slow down) and get list of all Dovecot processes when it happens. And check how much user and system CPU it's using and what the load is. From fakessh at fakessh.eu Mon Mar 7 19:57:36 2011 From: fakessh at fakessh.eu (fakessh @) Date: Mon, 07 Mar 2011 18:57:36 +0100 Subject: [Dovecot] upgrading from old version 1.1.2 to version 2.0.11 In-Reply-To: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> References: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> Message-ID: <1299520656.8326.76.camel@localhost.localdomain> it's simply in my blog are two exemple from old config to new config http://fakessh.eu/2010/08/29/dovecot-n-dans-les-moindres-details/ http://fakessh.eu/2010/06/10/la-config-de-mon-postfix-et-de-mon-devocot/ Le lundi 07 mars 2011 ? 08:57 -0500, dhottinger at harrisonburg.k12.va.us a ?crit : > Im getting ready to upgrade our production server from version 1.1.2 > to version 2.0.11. Ive read through the upgrade info. Is there any > other gotcha's I should be aware of? > > thanks, > > ddh > -- gpg --keyserver pgp.mit.edu --recv-key 092164A7 http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://dovecot.org/pipermail/dovecot/attachments/20110307/345d95dd/attachment.bin From tss at iki.fi Mon Mar 7 22:35:29 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 22:35:29 +0200 Subject: [Dovecot] STARTTLS MITM in Postfix Message-ID: <64103E1F-3CB6-4982-9EBC-F171C619BA2B@iki.fi> http://marc.info/?l=postfix-users&m=129952854117623&w=2 Dovecot doesn't have this bug. It discards all buffered data when STARTTLS command runs. (Why do I think I've heard about this bug before? Or at least the same type of way to exploit it? Maybe there was another similarly exploitable bug.) From Bruno.Treguier at shom.fr Mon Mar 7 22:51:45 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-15?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 21:51:45 +0100 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <1299514958.19220.511.camel@hurina> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> <4D7502C9.1040405@shom.fr> <1299514958.19220.511.camel@hurina> Message-ID: <4D754561.3030707@shom.fr> Le 07/03/2011 ? 17:22, Timo Sirainen a ?crit : > You could try if the attached patch helps. Hi again Timo, It works *great* ! Would you accept a patch from me, tranforming this little compile-time kludge into a runtime configuration option in the "imap_client_workarounds" field, let's say "verbose-lsub" or something similar ? I think it would be convenient, what about you ? Thanks again. Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From tss at iki.fi Mon Mar 7 22:59:29 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 22:59:29 +0200 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <4D754561.3030707@shom.fr> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> <4D7502C9.1040405@shom.fr> <1299514958.19220.511.camel@hurina> <4D754561.3030707@shom.fr> Message-ID: <51816F5C-5C43-4ECD-A088-58C110EBCAC2@iki.fi> On 7.3.2011, at 22.51, Bruno Tr?guier wrote: >> You could try if the attached patch helps. > > Hi again Timo, > > It works *great* ! > > Would you accept a patch from me, tranforming this little compile-time kludge into a runtime configuration option in the "imap_client_workarounds" field, let's say "verbose-lsub" or something similar ? > > I think it would be convenient, what about you ? Oh, that's a good idea. I hate adding new settings, but a new workaround would be ok :) "tb-lsub-flags" maybe. From Bruno.Treguier at shom.fr Mon Mar 7 23:01:12 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-1?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 22:01:12 +0100 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <51816F5C-5C43-4ECD-A088-58C110EBCAC2@iki.fi> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> <4D7502C9.1040405@shom.fr> <1299514958.19220.511.camel@hurina> <4D754561.3030707@shom.fr> <51816F5C-5C43-4ECD-A088-58C110EBCAC2@iki.fi> Message-ID: <4D754798.1010309@shom.fr> Le 07/03/2011 ? 21:59, Timo Sirainen a ?crit : >> Would you accept a patch from me, tranforming this little compile-time kludge into a runtime configuration option in the "imap_client_workarounds" field, let's say "verbose-lsub" or something similar ? >> >> I think it would be convenient, what about you ? > > Oh, that's a good idea. I hate adding new settings, but a new workaround would be ok :) "tb-lsub-flags" maybe. :-) Ok, let's go for it then. I'll be back soon. Regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From patrickdk at patrickdk.com Mon Mar 7 23:20:44 2011 From: patrickdk at patrickdk.com (Patrick Domack) Date: Mon, 07 Mar 2011 16:20:44 -0500 Subject: [Dovecot] POP3 with mdbox Message-ID: <20110307162044.136513tnyfdrnigc@mail.patrickdk.com> I converted all my box's over to mdbox, from maildir and ran into this issue, I knew exactly what it was and fixed it, but might want to log a config error or something for others to notice the issue. I was running with pop3_uidl_format = %f, and well, that doesn't work with mdbox very well, and when a user ran a UIDL command, it errored the user out. Simple fix, but would probably be nicer to log a config error when started dovecot instead. From robert at schetterer.org Mon Mar 7 23:41:31 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 07 Mar 2011 22:41:31 +0100 Subject: [Dovecot] tls bug Message-ID: <4D75510B.1010200@schetterer.org> Hi Timo is dovecot affected in this ? http://www.kb.cert.org/vuls/id/555316 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Mon Mar 7 23:43:32 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 07 Mar 2011 22:43:32 +0100 Subject: [Dovecot] Fwd: STARTTLS bug - background story Message-ID: <4D755184.30906@schetterer.org> -------- Original-Nachricht -------- Betreff: STARTTLS bug - background story Datum: Mon, 7 Mar 2011 15:08:09 -0500 (EST) Von: Wietse Venema An: Postfix users CERT/CC announces a flaw today in multiple STARTTLS implementations. This problem was silently fixed in Postfix 2.8 and 2.9. Updates for Postfix 2.[4-7] are made available via the usual channels. Wietse Plaintext injection in multiple implementations of STARTTLS =========================================================== This is a writeup about a flaw that I found recently, and that existed in multiple implementations of SMTP (Simple Mail Transfer Protocol) over TLS (Transport Layer Security) including my Postfix open source mailserver. I give an overview of the problem and its impact, technical background, how to find out if a server is affected, fixes, and draw lessons about where we can expect similar problems now or in the future. A time line is at the end. On-line information is/will be available at: http://www.kb.cert.org/vuls/id/555316 http://www.postfix.org/CVE-2011-0411.html Problem overview and impact =========================== The TLS protocol encrypts communication and protects it against modification by other parties. This protection exists only if a) software is free of flaws, and b) clients verify the server's TLS certificate, so that there can be no "man in the middle" (servers usually don't verify client certificates). The problem discussed in this writeup is caused by a software flaw. The flaw allows an attacker to inject client commands into an SMTP session during the unprotected plaintext SMTP protocol phase (more on that below), such that the server will execute those commands during the SMTP-over-TLS protocol phase when all communication is supposed to be protected. The injected commands could be used to steal the victim's email or SASL (Simple Authentication and Security Layer) username and password. This is not as big a problem as it may appear to be. The reason is that many SMTP client applications don't verify server TLS certificates. These SMTP clients are always vulnerable to command injection and other attacks. Their TLS sessions are only encrypted but not protected. A similar plaintext injection flaw may exist in the way SMTP clients handle SMTP-over-TLS server responses, but its impact is less interesting than the server-side flaw. SMTP is not the only protocol with a mid-session switch from plaintext to TLS. Other examples are POP3, IMAP, NNTP and FTP. Implementations of these protocols may be affected by the same flaw as discussed here. Technical background: SMTP over TLS =================================== For a precise description of SMTP over TLS, see RFC 3207, on-line at http://www.ietf.org/rfc/rfc3207.txt. SMTP over TLS uses the same TLS protocol that is also used to encrypt traffic between web clients and web servers. But, there is a subtle difference in the way TLS is used, and that makes this flaw possible. SMTP sessions over TLS begin with an SMTP protocol handshake in plaintext. Plaintext means no encryption (thus no privacy), and no protection against modification (no integrity). The plaintext handshake is needed because SMTP has always worked this way. Simply skipping this plaintext phase would seriously break internet email. During the plaintext handshake phase, the SMTP server announces whether it is willing to use TLS. If both SMTP client and server support TLS, the client sends a "STARTTLS" request to turn on TLS. Once TLS is turned on, all further traffic is encrypted and protected from modification. The client and server repeat the entire SMTP protocol handshake, and the client starts sending mail. Demonstration ============= The problem is easy to demonstrate with a one-line change to the OpenSSL s_client command source code (I would prefer scripting, but having to install Perl CPAN modules and all their dependencies is more work than downloading a .tar.gz file from openssl.org, adding eight characters to one line, and doing "./config; make"). (The OpenSSL s_client command can make a connection to servers that support straight TLS, SMTP over TLS, or a handful other protocols over TLS. The demonstration here focuses on SMTP over TLS only.) The demonstration with SMTP over TLS involves a one-line change in the OpenSSL s_client source code (with OpenSSL 1.0.0, at line 1129 of file apps/s_client.c). Old: BIO_printf(sbio,"STARTTLS\r\n"); New: BIO_printf(sbio,"STARTTLS\r\nRSET\r\n"); With this change, the s_client command sends the plaintext STARTTLS command ("let's turn on TLS") immediately followed by an RSET command (a relatively harmless protocol "reset"). Both commands are sent as plaintext in the same TCP/IP packet, and arrive together at the server. The "\r\n" are the carriage-return and newline characters; these are necessary to terminate an SMTP command. When an SMTP server has the plaintext injection flaw, it reads the STARTTLS command first, switches to SMTP-over-TLS mode, and only then the server reads the RSET command. Note, the RSET command was transmitted during the plaintext SMTP phase when there is no protection, but the server reads the command as if it was received over the TLS-protected channel. Thus, when the SMTP server has the flaw, the s_client command output will show two "250" SMTP server responses instead of one. The first "250" response is normal, and is present even when the server is not flawed. The second "250" response is for the RSET command, and indicates that the SMTP server has the plaintext injection flaw. $ apps/openssl s_client -quiet -starttls smtp -connect server:port [some server TLS certificate details omitted] 250 some text here <=== Normal response, also with "good" server. 250 more text here <=== RSET response, only with flawed server. How would an attacker exploit this? It would play man-in-the-middle on the connection between SMTP client and server, perhaps using ARP spoofing at a public WIFI access point. Instead of adding a harmless RSET command, it could steal email or authentication credentials. Anatomy of the flaw =================== The flaw is made possible by two ingredients: I already discussed the switch mid-session from plaintext SMTP to SMTP over TLS. This allows an attacker to piggy-back commands onto the SMTP client's plaintext STARTTLS ("let's turn on TLS") request, such that the server may read those commands after the switch to TLS is completed, as if the commands arrived through the TLS-encrypted session. The second ingredient is a layered software architecture through which those piggy-backed commands bubble up from the network to the application. In the case of SMTP, we have the following major layers before and after the switch to TLS: Before switch to TLS After switch to TLS SMTP protocol engine SMTP protocol engine || || TCP/IP protocol engine TLS protocol engine || || Internet TCP/IP protocol engine || Internet Each layer hides details of what is happening inside. Layering makes it easy to switch from plaintext to TLS, with minimal changes to existing code. To insert the TLS layer between the SMTP engine and the O/S TCP/IP engine, simply adjust the plumbing between the layers, and make all information flow through the TLS layer. It's all about the plumbing =========================== Whether a program may have the plaintext injection flaw depends on how it adjusts the plumbing as it inserts the TLS protocol layer in-between the SMTP protocol layer and the O/S TCP/IP protocol layer. I illustrate this with examples from three open source MTAs: Postfix, Sendmail and Exim. The diagram below zooms in on the plumbing between the SMTP and TLS layers, and shows how different MTAs handle the switch from plaintext to TLS. It is best viewed with a fixed-width font (for example, from the Courier family). Postfix MTA Sendmail MTA Exim MTA before/after before/after before/after switch to TLS switch to TLS switch to TLS SMTP SMTP SMTP SMTP SMTP SMTP <= SMTP layer || || || || || || stream stream stream stream' || || buffers buffers buffers buffers' rw r'w' <= stream layer rw r'w' rw r'w' || || || || || || || || || TLS || TLS || TLS <= TLS layer || || || || || || O/S O/S O/S O/S O/S O/S <= TCP/IP layer As shown in the diagram, both Postfix and Sendmail use an application- level stream abstraction, where each stream has properties such as read/write buffers, read/write functions (indicated with rw), and other properties that are omitted for brevity. When Postfix switches to SMTP over TLS, it replaces the plaintext read/write functions (rw) with the TLS read/write functions (r'w'). Postfix does not modify any of the other stream properties including the read/write buffers. A patch for qmail that introduces TLS support uses the same approach. This approach of replacing only the stream read/write functions, but not the buffers or other stream properties, can introduce the plaintext injection flaw. When Sendmail switches to SMTP over TLS, it replaces the entire stream, along with its read/write buffers and read/write functions. Exim. on the other hand, does not have a stream abstraction like Postfix, Sendmail or qmail. Instead of replacing streams or stream properties, Exim replaces plaintext read/write functions with TLS read/write functions. Because of their program structure, Sendmail and Exim didn't suffer from the plaintext injection flaw. Switching world views ===================== When the switch from plaintext to TLS mode is made, all layers above the TLS layer need to purge all information that they have received through the plaintext session. This "world view switch" needs to be implemented consistently. Otherwise, information that was sent as unprotected plaintext may slip through the cracks. In the case of Postfix and other affected MTAs, this "world view switch" was incomplete. Postfix it did not account for information that lingered in stream buffers at the boundary between two layers. This allowed an attacker to piggy-back commands onto the plaintext "let's turn on TLS" request, such that the commands could be read after the switch to TLS was completed, as if they had arrived through the TLS-encrypted session. Fixing the problem ================== There are two solutions to address the flaw, and both solutions can be used together. - Report an error when unexpected plaintext is received after the STARTTLS command. As documented in RFC 3207, STARTTLS must be the last command in a pipelined group. If plaintext commands are received after STARTTLS, then that is a protocol violation. This measure can also be implemented outside the MTA, for example in a protocol-aware firewall. - If a program uses the same input buffer before and after the switch to TLS, it should discard the contents of the input buffer, just like it discards SMTP protocol information that it received during the plaintext protocol phase. Conclusion ========== This plaintext injection problem is likely to recur when some development moves the plaintext-to-ciphertext switch outside the application: for example, into the kernel, into the local hardware, into a proxy, or into other infrastructure. This encourages applications to use the same application-level streams and buffers and read/write functions before and after the switch to ciphertext. When this migration happens, plaintext injection becomes once more a possibility. Postfix did not reject plaintext commands that were piggy-backed onto the plaintext "let's turn on TLS" request. This reflects what once was the primary mission of Postfix: to deliver mail, not to force other systems to implement all the Internet RFCs correctly. Nowadays, strict protocol compliance is becoming a requirement for senders to get their email delivered. As this episode shows, stricter protocol enforcement by receivers can bring security benefits, besides blocking spambots. Time line ========= Jan 5 2011: While finishing Postfix for its annual release, I found this flaw in the server and client implementations of SMTP over TLS. It had been sitting there for six years ever since TLS support was adopted into Postfix. Not wanting to delay the release schedule, I silently fixed the problem and sent an email to co-developer Victor Duchovni. Jan 6-10 2011: As we investigated the scope of the problem, Victor discovered quickly that many other SMTP over TLS implementations were also affected. Among those affected were email service providers, email anti-spam/virus service providers, anti-spam/virus appliances, as well as other mail server implementations. It was clear that this problem's resolution was going to involve many organizations. Jan 11 2011: Contact CERT/CC to help coordinate with the problem's resolution. Mar 7 2011: Public announcement. From tss at iki.fi Mon Mar 7 23:44:20 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 23:44:20 +0200 Subject: [Dovecot] tls bug In-Reply-To: <4D75510B.1010200@schetterer.org> References: <4D75510B.1010200@schetterer.org> Message-ID: On 7.3.2011, at 23.41, Robert Schetterer wrote: > Hi Timo > is dovecot affected in this ? > http://www.kb.cert.org/vuls/id/555316 Read my mail from an hour ago. From tss at iki.fi Mon Mar 7 23:47:18 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 23:47:18 +0200 Subject: [Dovecot] upgrading from old version 1.1.2 to version 2.0.11 In-Reply-To: References: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> Message-ID: On 7.3.2011, at 17.56, Eric Shubert wrote: > Speaking of which, given that the local.conf file in the example configuration is the target of !include_try, why is it commented out??? Its idea was simply to be an example of what you can do.. Maybe it's a bad example and could be something else, like maybe dovecot-secret.conf. There is anyway already !include conf.d/*.conf so you could just put your local.conf to conf.d/ directory and it would get used automatically. From robert at schetterer.org Mon Mar 7 23:47:40 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 07 Mar 2011 22:47:40 +0100 Subject: [Dovecot] tls bug In-Reply-To: References: <4D75510B.1010200@schetterer.org> Message-ID: <4D75527C.7050300@schetterer.org> Am 07.03.2011 22:44, schrieb Timo Sirainen: > On 7.3.2011, at 23.41, Robert Schetterer wrote: > >> Hi Timo >> is dovecot affected in this ? >> http://www.kb.cert.org/vuls/id/555316 > > Read my mail from an hour ago. > sorry for the noise found your mail good to hear dovecot is not involved so i halfs my work....., -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From tss at iki.fi Mon Mar 7 23:53:23 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 23:53:23 +0200 Subject: [Dovecot] STARTTLS MITM in Postfix In-Reply-To: <64103E1F-3CB6-4982-9EBC-F171C619BA2B@iki.fi> References: <64103E1F-3CB6-4982-9EBC-F171C619BA2B@iki.fi> Message-ID: <910A49B0-999D-4C37-921D-B9E101329D35@iki.fi> On 7.3.2011, at 22.35, Timo Sirainen wrote: > (Why do I think I've heard about this bug before? Or at least the same type of way to exploit it? Maybe there was another similarly exploitable bug.) Oh, found it. Also from Wietse: http://www.porcupine.org/postfix-mirror/smtp-renegotiate.pdf From ejs at shubes.net Tue Mar 8 00:02:47 2011 From: ejs at shubes.net (Eric Shubert) Date: Mon, 07 Mar 2011 15:02:47 -0700 Subject: [Dovecot] upgrading from old version 1.1.2 to version 2.0.11 In-Reply-To: References: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> Message-ID: On 03/07/2011 02:47 PM, Timo Sirainen wrote: > On 7.3.2011, at 17.56, Eric Shubert wrote: > >> Speaking of which, given that the local.conf file in the example configuration is the target of !include_try, why is it commented out??? > > Its idea was simply to be an example of what you can do.. Maybe it's a bad example and could be something else, like maybe dovecot-secret.conf. There is anyway already !include conf.d/*.conf so you could just put your local.conf to conf.d/ directory and it would get used automatically. > > True enough. My point was simply that !include_try local.conf does not need to be commented out at all, since it's just a try. What's the purpose of commenting it out? I really do like the idea of a local.conf file, literally. I created one myself for my own (local) configuration settings after reading through the dovecot.conf file. It wasn't until I tested my local.conf settings that I realized that the statement in the dovecot.conf file was commented out! My bad that I didn't notice the comment to begin with, but then it occurred to me - why is it commented? Works the same either way. :) -- -Eric 'shubes' From Bruno.Treguier at shom.fr Tue Mar 8 00:14:38 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-1?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 23:14:38 +0100 Subject: [Dovecot] Patch proposition to implement a new workaround: tb-lsub-flags Message-ID: <4D7558CE.5040904@shom.fr> Hi again Timo, As agreed earlier tonight, you'll find as attachments 4 diffs (diff -u) implementing the new workaround "tb-lsub-flags". The 4 impacted files are: ./src/imap/imap-settings.h ./src/imap/imap-settings.c ./src/imap/cmd-list.c ./src/config/all-settings.c Here is the proposed description for the dovecot.conf file: # tb-lsub-flags: # Usually IMAP servers don't bother returning the flags attached # to each mailbox, but Thunderbird presently needs them in order # to correctly process the "folders of folders" case. Please tell me if the patch format is suitable or if you expect something else. Best regards and thanks again for your responsiveness. Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff-1 Url: http://dovecot.org/pipermail/dovecot/attachments/20110307/fe52a995/attachment.ksh -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff-2 Url: http://dovecot.org/pipermail/dovecot/attachments/20110307/fe52a995/attachment.pl -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff-3 Url: http://dovecot.org/pipermail/dovecot/attachments/20110307/fe52a995/attachment-0001.pl -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff-4 Url: http://dovecot.org/pipermail/dovecot/attachments/20110307/fe52a995/attachment-0002.pl From pj.netfilter at gmail.com Tue Mar 8 07:23:18 2011 From: pj.netfilter at gmail.com (Joy) Date: Tue, 8 Mar 2011 10:53:18 +0530 Subject: [Dovecot] Unable to view all folders Message-ID: Dear All, I have upgraded dovecot to v2.0.11 and now having one issue, i am unable to see all my folders only Inbox and Trash are visible while autocreate creating 5 more folders. What could be the issue checked via telnet as well. Thanks From pj.netfilter at gmail.com Tue Mar 8 07:37:36 2011 From: pj.netfilter at gmail.com (Joy) Date: Tue, 8 Mar 2011 11:07:36 +0530 Subject: [Dovecot] Unable to view all folders In-Reply-To: References: Message-ID: Sorry to make noise .. ACL issue .. Sorted Out .. On Tue, Mar 8, 2011 at 10:53 AM, Joy wrote: > Dear All, > ? ? ? ? ? ? ?I have upgraded dovecot to v2.0.11 and now having one > issue, i am unable to see all my folders only Inbox and Trash are > visible while autocreate creating 5 more folders. What could be the > issue checked via telnet as well. > > Thanks > From thierry at mailhub.co.za Tue Mar 8 12:27:18 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 12:27:18 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <1299518106.19220.514.camel@hurina> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> Message-ID: <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> On 07 Mar 2011, at 19:15, Timo Sirainen wrote: > On Mon, 2011-03-07 at 19:03 +0200, Thierry de Montaudry wrote: >>>>>>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable >>> .. >> As it is happening at least once a day, is there anything I can do to trace it? and whatever I'll do, will it slow down those machines? > > Set verbose_proctitle=yes (won't slow down) and get list of all Dovecot > processes when it happens. And check how much user and system CPU it's > using and what the load is. > Got the same problem this morning, here is the CPU usage and ps aux for dovecot. plus the different error I could pick up in the log, most of them are repeated a couple of times. I suspect it a problem with system resources, but can find any message to tell me what. Mail are stored on 17 NFS servers (CentOS), plus 3 servers for indexes only. CPU load is very high, but mainly from httpd running our webmail interface, which uses the local imap server. Mar 8 11:08:02 xxx dovecot: imap-login: Error: net_connect_unix(imap) failed: Resource temporarily unavailable Mar 8 11:08:02 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable Mar 8 11:08:52 xxx dovecot: pop3-login: Error: master(pop3): Auth request timed out (received 0/12 bytes) Mar 8 11:12:54 xxx dovecot: pop3(xyz at wm): Error: net_connect_unix(/var/run/dovecot/dict) failed: Connection refused Mar 8 11:12:55 xxx dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer Mar 8 11:12:56 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Connection refused Mar 8 11:12:59 xxx dovecot: pop3(xyz at wm): Error: net_connect_unix(/var/run/dovecot/dict) failed: Connection refused top - 11:10:14 up 14 days, 12:04, 2 users, load average: 55.04, 29.13, 14.55 Tasks: 474 total, 60 running, 414 sleeping, 0 stopped, 0 zombie Cpu(s): 99.6%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 16439812k total, 16353268k used, 86544k free, 33268k buffers Swap: 4192956k total, 140k used, 4192816k free, 8228744k cached vmail 313 0.0 0.0 24660 2260 ? S 10:47 0:00 dovecot/imap [gabs002 at wm 127.0.0.1 APPEND] vmail 1376 0.0 0.0 24432 2136 ? S 10:48 0:00 dovecot/imap [phillippapi at wm 127.0.0.1 LOGOUT UID COPY] vmail 1738 0.0 0.0 24432 2196 ? S 10:49 0:00 dovecot/imap [herlo at wm 127.0.0.1 APPEND] vmail 2053 0.0 0.0 24588 2188 ? S 10:49 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 3224 0.0 0.0 24592 2192 ? S 10:50 0:00 dovecot/imap [briankajengo at wm 127.0.0.1 APPEND] vmail 3267 0.0 0.0 24664 2268 ? S 10:50 0:00 dovecot/imap [gabs002 at wm 127.0.0.1 APPEND] vmail 4023 0.0 0.0 24572 2168 ? S 10:50 0:00 dovecot/imap [mmakutloano at hm 127.0.0.1 APPEND] vmail 4025 0.0 0.0 24592 2188 ? S 10:50 0:00 dovecot/imap [buhlungum at wm 127.0.0.1 APPEND] vmail 4066 0.0 0.0 24424 2192 ? S 10:50 0:00 dovecot/imap [mowee at xm 127.0.0.1 APPEND] vmail 4181 0.0 0.0 24648 2212 ? S 10:50 0:00 dovecot/imap [sophieh at wm 127.0.0.1 APPEND] vmail 4399 0.0 0.0 24620 2224 ? S 10:51 0:00 dovecot/imap [tcc.dbn at wm 127.0.0.1 APPEND] vmail 4866 0.0 0.0 24592 2196 ? S 10:51 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 5049 0.0 0.0 24584 2228 ? S 10:51 0:00 dovecot/imap [malinga at sm 127.0.0.1 APPEND] vmail 5961 0.0 0.0 24588 2192 ? S 10:52 0:00 dovecot/imap [briankajengo at wm 127.0.0.1 APPEND] vmail 6819 0.0 0.0 24624 2268 ? S 10:52 0:00 dovecot/imap [ferns2004 at wm 127.0.0.1 APPEND] vmail 6832 0.0 0.0 24636 2308 ? S 10:52 0:00 dovecot/imap [lib at mm 127.0.0.1 APPEND] vmail 6854 0.0 0.0 24496 2216 ? S 10:52 0:00 dovecot/imap [amawele at wm 127.0.0.1 UID] vmail 7164 0.0 0.0 24620 2224 ? S 10:53 0:00 dovecot/imap [tcc.dbn at wm 127.0.0.1 APPEND] vmail 8441 0.0 0.0 24440 2124 ? S 10:54 0:00 dovecot/imap [apheeha at wm 127.0.0.1 APPEND] root 8736 0.0 0.0 61736 2940 ? S 07:05 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] vmail 9559 0.0 0.0 24588 2192 ? S 10:54 0:00 dovecot/imap [lib at mm 127.0.0.1 APPEND] vmail 9716 0.0 0.0 24628 2224 ? S 10:55 0:00 dovecot/imap [buhlungum at wm 127.0.0.1 APPEND] vmail 9939 0.0 0.0 24624 2224 ? S 10:55 0:00 dovecot/imap [tcc.dbn at wm 127.0.0.1 APPEND] vmail 12112 0.0 0.0 24592 2200 ? S 10:56 0:00 dovecot/imap [lib at mm 127.0.0.1 APPEND] vmail 12558 0.0 0.0 24592 2196 ? S 10:57 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 13437 0.0 0.0 24444 2128 ? S 10:57 0:00 dovecot/imap [pmagqibelo at ut 127.0.0.1 APPEND] vmail 15126 0.0 0.0 24588 2188 ? S 10:59 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 16122 0.0 0.0 24456 2316 ? S 11:00 0:00 dovecot/imap [penza at mb 127.0.0.1 APPEND] vmail 16795 0.0 0.0 22268 2184 ? S 11:00 0:00 dovecot/pop3 [beeno23 at wm 41.14.89.136] vmail 17472 0.0 0.0 22264 1924 ? S 11:01 0:00 dovecot/pop3 [londydlamini at wm 41.8.14.112] vmail 17632 0.0 0.0 24432 2184 ? S 11:01 0:00 dovecot/imap [teddynb at wm 127.0.0.1 APPEND] root 17825 0.0 0.0 61736 2940 ? S 11:01 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] vmail 18116 0.0 0.0 24588 2188 ? S 11:01 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 18182 0.0 0.0 22304 2160 ? S 11:01 0:00 dovecot/pop3 [johanotter at wm 41.15.36.45] vmail 19387 0.0 0.0 22264 2092 ? S 11:02 0:00 dovecot/pop3 [neetum at rm 41.12.84.77] vmail 19571 0.0 0.0 24480 2092 ? S 11:02 0:00 dovecot/imap [pmagqibelo at ut 127.0.0.1 APPEND] vmail 19776 0.0 0.0 22264 1932 ? S 11:02 0:00 dovecot/pop3 [zm at thegolf.co.za 41.116.114.206] vmail 19825 0.0 0.0 24792 2428 ? S 11:02 0:00 dovecot/imap [angels.project at wm 127.0.0.1 UID] dovecot 19920 0.0 0.0 57320 2520 ? S 10:38 0:00 dovecot/dict vmail 20893 0.0 0.0 24588 2192 ? S 11:03 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] dovecot 21137 0.0 0.0 57320 2524 ? S 11:03 0:00 dovecot/dict dovecot 21142 0.0 0.0 57320 2520 ? S 11:03 0:00 dovecot/dict vmail 22323 0.0 0.0 24592 2196 ? S 11:04 0:00 dovecot/imap [penza at mb 127.0.0.1 APPEND] vmail 22882 0.0 0.0 24596 2328 ? S 10:40 0:00 dovecot/imap [hungukac at mt 127.0.0.1 APPEND] vmail 22905 0.0 0.0 24588 2404 ? S 10:40 0:00 dovecot/imap [cjmuller at wm 127.0.0.1 APPEND] vmail 22912 0.0 0.0 22432 2364 ? S 11:05 0:00 dovecot/pop3 [chario at wm 41.18.161.41] vmail 23063 0.0 0.0 22244 2056 ? S 11:05 0:00 dovecot/pop3 [gregrichter at wm 41.124.225.150] vmail 23283 0.0 0.0 24444 2164 ? S 10:40 0:00 dovecot/imap [angelay at wm 127.0.0.1 APPEND] vmail 23365 0.0 0.0 22260 1904 ? S 11:05 0:00 dovecot/pop3 [khutso.makwela at wm 41.14.167.110] vmail 23495 0.0 0.0 22264 2012 ? S 11:05 0:00 dovecot/pop3 [marianda at wm 196.215.96.208] vmail 24118 0.0 0.0 22132 1852 ? S 11:06 0:00 dovecot/pop3 [irma at gm 41.122.231.248] vmail 24179 0.0 0.0 24592 2196 ? S 10:41 0:00 dovecot/imap [skuh at wm 127.0.0.1 APPEND] vmail 24461 0.0 0.0 24432 2168 ? S 11:06 0:00 dovecot/imap [nbmfene at wm 127.0.0.1 APPEND] vmail 24519 0.0 0.0 22260 2032 ? S 11:06 0:00 dovecot/pop3 [thabiso.m at wm 41.123.144.164] vmail 24520 0.0 0.0 22380 2308 ? S 11:06 0:00 dovecot/pop3 [lungak2 at wm 41.27.115.79] vmail 24537 0.0 0.0 22260 1936 ? S 11:06 0:00 dovecot/pop3 [shaun.fourie at wm 212.183.128.7] vmail 24954 0.0 0.0 24416 2100 ? S 11:06 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] vmail 24959 0.0 0.0 24416 2100 ? S 11:06 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] vmail 25063 0.0 0.0 24416 2064 ? S 11:06 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] vmail 25087 0.0 0.0 24416 2104 ? S 11:06 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] vmail 25098 0.0 0.0 24416 2104 ? S 11:06 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] vmail 25329 0.0 0.0 24664 2264 ? S 11:06 0:00 dovecot/imap [gabs002 at wm 127.0.0.1 APPEND] vmail 25479 0.0 0.0 22264 2132 ? S 11:07 0:00 dovecot/pop3 [lerothodi at wm 41.30.10.144] vmail 25517 0.0 0.0 24436 2136 ? S 10:42 0:00 dovecot/imap [mydululu at wm 127.0.0.1 APPEND] vmail 25769 0.0 0.0 24416 2100 ? S 11:07 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] root 25786 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25787 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25788 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25789 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25790 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25791 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25804 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25809 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25820 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25826 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25832 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25855 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25865 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25874 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] vmail 25882 0.0 0.0 24600 2204 ? S 10:42 0:00 dovecot/imap [cjmuller at wm 127.0.0.1 APPEND] root 25888 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25893 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25908 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25919 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25928 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25966 0.0 0.0 61736 2936 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25974 0.0 0.0 61736 2940 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25984 0.0 0.0 61736 2940 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] vmail 25988 0.0 0.0 22264 1892 ? S 11:08 0:00 dovecot/pop3 [tk.kazi at wm 64.57.242.91] root 25996 0.0 0.0 61736 2940 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 26009 0.0 0.0 61736 2936 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 26032 0.0 0.0 61736 2936 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 26047 0.0 0.0 61736 2936 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] vmail 26164 0.0 0.0 24600 2204 ? S 10:43 0:00 dovecot/imap [angelay at wm 127.0.0.1 APPEND] vmail 26184 0.0 0.0 24592 2192 ? S 11:08 0:00 dovecot/imap [penza at mb 127.0.0.1 APPEND] vmail 26263 0.0 0.0 22132 2004 ? S 11:08 0:00 dovecot/pop3 [mabilizer at wm 67.220.123.21] vmail 26363 0.0 0.0 22288 2116 ? S 11:09 0:00 dovecot/pop3 [slweb at wm 64.57.242.89] vmail 26398 0.0 0.0 24880 2732 ? S 11:09 0:00 dovecot/imap [hanekom1 at wm 127.0.0.1] vmail 26457 0.0 0.0 24092 1664 ? S 11:09 0:00 dovecot/imap [mampeta at workmail.co.za 127.0.0.1] vmail 26475 0.0 0.0 24092 1664 ? S 11:09 0:00 dovecot/imap [thabane.shabangu at wm 127.0.0.1] vmail 26586 0.0 0.0 22260 2092 ? S 11:09 0:00 dovecot/pop3 [nlebitsa at wm 178.239.85.127] vmail 26590 0.5 0.0 23616 3148 ? S 11:09 0:00 dovecot/pop3 [luthandi at wm 178.239.85.154] vmail 26619 0.0 0.0 22424 2260 ? S 11:09 0:00 dovecot/pop3 [rowlin at wm 178.239.85.90] vmail 26663 0.0 0.0 24092 1656 ? S 11:09 0:00 dovecot/imap [d.malachamela at wm 127.0.0.1] root 26670 0.0 0.0 61164 768 pts/1 S+ 11:09 0:00 grep dovecot vmail 27055 0.0 0.0 24596 2200 ? S 10:43 0:00 dovecot/imap [skuh at wm 127.0.0.1 APPEND] vmail 28207 0.0 0.0 22236 1924 ? S 10:20 0:00 dovecot/pop3 [jayabs at wm 196.212.7.156] vmail 28389 0.0 0.0 24436 2140 ? S 10:44 0:00 dovecot/imap [mydululu at wm 127.0.0.1 APPEND] vmail 28988 0.0 0.0 24636 2316 ? S 10:45 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 29175 0.0 0.0 24600 2196 ? S 10:45 0:00 dovecot/imap [angelay at wm 127.0.0.1 APPEND] dovecot 29270 0.0 0.0 57320 2516 ? S 10:45 0:00 dovecot/dict vmail 29936 0.0 0.0 24596 2196 ? S 10:45 0:00 dovecot/imap [hungukac at mt 127.0.0.1 APPEND] vmail 31730 0.0 0.0 24592 2192 ? S 10:47 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 32009 0.0 0.0 24596 2196 ? S 10:47 0:00 dovecot/imap [angelay at wm 127.0.0.1 APPEND] root 32195 0.2 0.0 16880 664 ? Rs Mar07 1:25 /usr/sbin/dovecot dovenull 32196 0.0 0.0 45796 4548 ? S Mar07 0:13 dovecot/pop3-login [320 connections (0 TLS)] dovenull 32198 0.1 0.0 45540 4380 ? S Mar07 0:55 dovecot/pop3-login [181 connections (0 TLS)] dovenull 32199 0.0 0.0 47976 6804 ? S Mar07 0:25 dovecot/imap-login [76 connections (0 TLS)] dovenull 32200 0.0 0.0 44520 3356 ? S Mar07 0:09 dovecot/imap-login [23 connections (0 TLS)] dovecot 32201 0.0 0.0 12672 904 ? S Mar07 0:28 dovecot/anvil [7 connections] root 32202 0.0 0.0 13200 1428 ? S Mar07 0:36 dovecot/log root 32204 0.2 0.0 15244 3452 ? S Mar07 1:56 dovecot/config dovecot 32205 0.2 0.0 63296 6288 ? S Mar07 1:57 dovecot/auth [343 wait, 0 passdb, 0 userdb] root 32206 0.2 0.0 61736 2940 ? S Mar07 1:59 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 32211 0.0 0.0 61736 2940 ? S Mar07 0:08 dovecot/auth [0 wait, 0 passdb, 0 userdb] From mark at campbell-lange.net Tue Mar 8 12:43:09 2011 From: mark at campbell-lange.net (Mark Adams) Date: Tue, 8 Mar 2011 10:43:09 +0000 Subject: [Dovecot] rkhunter alert dovecot using port 1984 Message-ID: <20110308104309.GA16963@campbell-lange.net> Hi all, Debian Lenny, dovecot 1.0.15 My rkhunter script has picked up dovecot using port 1984 temporarily. When I run it now however, it is gone. Warning: Network TCP port 1984 is being used by /usr/lib/dovecot/imap. Possible rootkit: Fuckit Rootkit Use the 'lsof -i' or 'netstat -an' command to check this. Does dovecot use this port for any reason? anyone seen this before? Regards, Mark From andrew at sybaweb.com Tue Mar 8 13:55:03 2011 From: andrew at sybaweb.com (Andrew Lewis) Date: Tue, 8 Mar 2011 13:55:03 +0200 Subject: [Dovecot] Curious problem: Plaintext authentication disallowed on non-secure (SSL/TLS) [read: all] connections. Message-ID: <20110308135503.8e09a1c8.andrew@sybaweb.com> Hello all, I've set up a new instance of dovecot 2.0.9 to use as a POP3/IMAP proxy. On trying to login I am told '-ERR Plaintext authentication disallowed on non-secure (SSL/TLS) connections'. I have set 'disable_plaintext_auth = no' (see output of doveconf attached). More curious still is that *this happens for SSL connections too*. Something seems very wrong here. Yelp? -- Andrew Lewis ______________________________________ < Uncompensated overtime? Just Say No. > -------------------------------------- \ ^__^ \ (oo)\_______ (__)\ )\/\ ||----w | || || -------------- next part -------------- A non-text attachment was scrubbed... Name: doveconf.conf Type: application/octet-stream Size: 11036 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20110308/84feef47/attachment-0001.obj From andrew at sybaweb.com Tue Mar 8 15:06:01 2011 From: andrew at sybaweb.com (Andrew Lewis) Date: Tue, 8 Mar 2011 15:06:01 +0200 Subject: [Dovecot] Curious problem: Plaintext authentication disallowed on non-secure (SSL/TLS) [read: all] connections. In-Reply-To: <20110308135503.8e09a1c8.andrew@sybaweb.com> References: <20110308135503.8e09a1c8.andrew@sybaweb.com> Message-ID: <20110308150601.a4e69a62.andrew@sybaweb.com> On Tue, 8 Mar 2011 13:55:03 +0200 Andrew Lewis wrote: > Something seems very wrong here. Ok I feel stupid... My *other* new Dovecot instance (ie the one behind the proxy) was generating this- so... that makes sense. Apologies for the noise! -- Andrew Lewis _______________________________ < Do not write below this line. > ------------------------------- \ ^__^ \ (oo)\_______ (__)\ )\/\ ||----w | || || From hajo.locke at gmx.de Tue Mar 8 17:03:22 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Tue, 8 Mar 2011 16:03:22 +0100 Subject: [Dovecot] logging sent messages Message-ID: <1B469B8613AC4BB3AA7A29B22449BE09@nmm.local> Hello, i use plugin mail_log to see more activities like copy/delete/expunge caused by imap-users. unfortunately there is no log-line when a mail was sent and the copy was uploaded to "Sent-Folder". Isn't it a common imap-copy operation requested by client? How to log this? Thanks, Hajo From thierry at mailhub.co.za Tue Mar 8 17:40:12 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 17:40:12 +0200 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> Message-ID: On 08 Mar 2011, at 13:24, Chris Wilson wrote: > Hi Thierry, > > On Tue, 8 Mar 2011, Thierry de Montaudry wrote: >> On 07 Mar 2011, at 19:15, Timo Sirainen wrote: >>> On Mon, 2011-03-07 at 19:03 +0200, Thierry de Montaudry wrote: >>>>>>>>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable >>>>> .. >>>> As it is happening at least once a day, is there anything I can do to >>>> trace it? and whatever I'll do, will it slow down those machines? >>> >>> Set verbose_proctitle=yes (won't slow down) and get list of all >>> Dovecot processes when it happens. And check how much user and system >>> CPU it's using and what the load is. >> >> Got the same problem this morning, here is the CPU usage and ps aux for >> dovecot. plus the different error I could pick up in the log, most of >> them are repeated a couple of times. >> >> I suspect it a problem with system resources, but can find any message >> to tell me what. Mail are stored on 17 NFS servers (CentOS), plus 3 >> servers for indexes only. >> >> CPU load is very high, but mainly from httpd running our webmail >> interface, which uses the local imap server. > [...] >> top - 11:10:14 up 14 days, 12:04, 2 users, load average: 55.04, 29.13, 14.55 >> Tasks: 474 total, 60 running, 414 sleeping, 0 stopped, 0 zombie >> Cpu(s): 99.6%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st >> Mem: 16439812k total, 16353268k used, 86544k free, 33268k buffers >> Swap: 4192956k total, 140k used, 4192816k free, 8228744k cached > > You're lucky this server is still alive and that you could even run top > and ps on it. > > There's nothing to debug in dovecot here. Your server is overloaded by > about 55 times. Buy 55 times as many servers or do something about your > webmail interface (maybe a separate webmail cluster). > > Cheers, Chris. > As you can see the numbers (55.04, 29.13, 14.55) the load was busy getting higher when I took this snapshot and this was not a normal situation. Usually this machine's load is only between 1 and 4, which is quite ok for a quad core. It only happens when dovecot start generating errors, and pop3, imap and http get stuck. It went up to 200, and I was still able to stop web and mail daemons, then restart them, and everything was back to normal. From f.bonnet at esiee.fr Tue Mar 8 17:54:45 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Tue, 08 Mar 2011 16:54:45 +0100 Subject: [Dovecot] compressed mailboxes ? Message-ID: <4D765145.7070209@esiee.fr> Hello Is it possible to use compressed mailboxes ( MBOX format ) with dovecot using a plugin ? Thanks From f.bonnet at esiee.fr Tue Mar 8 17:57:51 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Tue, 08 Mar 2011 16:57:51 +0100 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D765145.7070209@esiee.fr> References: <4D765145.7070209@esiee.fr> Message-ID: <4D7651FF.2090700@esiee.fr> On 03/08/2011 04:54 PM, Frank Bonnet wrote: > Hello > > Is it possible to use compressed mailboxes ( MBOX format ) > with dovecot using a plugin ? > > Thanks > I found the doc about zlib plugin ... so it is only possible with read only mailboxes huh ? From hajo.locke at gmx.de Tue Mar 8 18:07:49 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Tue, 8 Mar 2011 17:07:49 +0100 Subject: [Dovecot] auth on tcp socket? Message-ID: <753966673BE04123AA27F4F0E1576F75@nmm.local> Hello, sorry, iam digest reader, always creating a new message... > > > there are some warnings in log: > > > "when SASL type is "dovecot", SASL path "inet:localhost:1434" should > > > be a > > > socket pathname" > > > ( Datei src/xsasl/xsasl_dovecot_server.c ) > > > > file xsasl_dovecot_server.c is in postfix sources but was written by > > you, > > Timo > The initial version, yes, but it has been heavily modified since. I > never added that warning. > > Should there also made an update to support auth on tcp-socket without > > warnings from postfix side? > Looks like someone already added the inet: support, so I guess it should > work. You could ask on Postfix list to get the warning removed.. wietse dont wants to change anything until it is not documented http://archives.neohapsis.com/archives/postfix/2011-03/0356.html may be the developers should talk directly to each other, i dont like to get forwarded to each other list to ask for reliability of features... Thanks, Hajo From CMarcus at Media-Brokers.com Tue Mar 8 18:14:36 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 11:14:36 -0500 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> Message-ID: <4D7655EC.5060307@Media-Brokers.com> On 2011-03-08 10:40 AM, Thierry de Montaudry wrote: > On 08 Mar 2011, at 13:24, Chris Wilson wrote: >> There's nothing to debug in dovecot here. Your server is overloaded >> by about 55 times. Buy 55 times as many servers or do something >> about your webmail interface (maybe a separate webmail cluster). > As you can see the numbers (55.04, 29.13, 14.55) the load was busy > getting higher when I took this snapshot and this was not a normal > situation. Usually this machine's load is only between 1 and 4, which > is quite ok for a quad core. It only happens when dovecot start > generating errors, and pop3, imap and http get stuck. It went up to > 200, and I was still able to stop web and mail daemons, then restart > them, and everything was back to normal. What is your webmail server (and version)? Maybe it is buggy? -- Best regards, Charles From chris-dovecot-110112 at aptivate.org Tue Mar 8 18:26:51 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Tue, 8 Mar 2011 16:26:51 +0000 (GMT) Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> Message-ID: Hi Thierry, On Tue, 8 Mar 2011, Thierry de Montaudry wrote: > On 08 Mar 2011, at 13:24, Chris Wilson wrote: > > > >> top - 11:10:14 up 14 days, 12:04, 2 users, load average: 55.04, 29.13, 14.55 > >> Tasks: 474 total, 60 running, 414 sleeping, 0 stopped, 0 zombie > >> Cpu(s): 99.6%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st > >> Mem: 16439812k total, 16353268k used, 86544k free, 33268k buffers > >> Swap: 4192956k total, 140k used, 4192816k free, 8228744k cached > > As you can see the numbers (55.04, 29.13, 14.55) the load was busy > getting higher when I took this snapshot and this was not a normal > situation. Usually this machine's load is only between 1 and 4, which is > quite ok for a quad core. It only happens when dovecot start generating > errors, and pop3, imap and http get stuck. It went up to 200, and I was > still able to stop web and mail daemons, then restart them, and > everything was back to normal. I don't have a definite answer, but I remember that there has been a long-running bug in the Linux kernel with schedulers behaving badly under heavy writes: "One of the problems commonly talked about in our forums and elsewhere is the poor responsiveness of the Linux desktop when dealing with significant disk activity on systems where there is insufficient RAM or the disks are slow. The GUI basically drops to its knees when there is too much disk activity..." [http://www.phoronix.com/scan.php?page=news_item&px=ODQ3Mw] (note, it's not just the GUI, all other tasks can starve when a disk I/O queue builds up). "There are a few options to tune the linux IO scheduler that can help a bunch... Typically CFQ stalls too long under heavy writes, especially if your disk subsystem sucks, so particularly if you have several spindles deadline is worth a try." [http://communities.vmware.com/thread/82544] "I run Ubuntu on a moderately powerful quad-core x86-64 system and the desktop response is basically crippled whenever something is reading or writing large files as fast as it can (at normal priority)... For example, cat /path/to/LARGE_FILE > /dev/null ... Everything else gets completely unusable because of the I/O latency." [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/343371] "I was just running mkfs.ext4 -b 4096 -E stride=128 -E stripe-width=128 -O ^has_journal /dev/sdb2 on my SSD18M connected via USB1.1, and the result was, well, absolutely, positively _DEVASTATING_. The entire system became _FULLY_ unresponsive, not even switching back down to tty1 via Ctrl-Alt-F1 worked (took 20 seconds for even this key to be respected)." [http://lkml.org/lkml/2010/4/4/86] "This regression has been around since about the 2.6.18 timeframe and has eluded a lot of testing to isolate the root cause. The most promising fix is in the VM subsystem (mm) where the LRU scan has been changed to favor keeping executable pages active longer. Most of these symptoms come down to VM thrashing to make room for I/O pages. The key change/commit is ab4754d24a0f2e05920170c845bd84472814c6, "vmscan: make mapped executable pages the first class citizen"... This change was merged into the 2.6.31r1 kernel." [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/131094/comments/235] One possible cause is that writing to a slow device can block the write queue for other devices, causing the machine to come to a standstill when there's plenty of useful work that it could be doing. This could cause a cascading failure in your server as soon as disk I/O write load goes over a certain point, a bit like a swap death. I'm not sure if the fact that you're using NFS makes a difference; perhaps only if you memory-map files? You could test this by booting with the NOOP or anticipatory scheduler instead of the default CFQ to see if it makes any difference. Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From stan at hardwarefreak.com Tue Mar 8 18:39:25 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Tue, 08 Mar 2011 10:39:25 -0600 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D765145.7070209@esiee.fr> References: <4D765145.7070209@esiee.fr> Message-ID: <4D765BBD.3090700@hardwarefreak.com> Frank Bonnet put forth on 3/8/2011 9:54 AM: > Hello > > Is it possible to use compressed mailboxes ( MBOX format ) > with dovecot using a plugin ? What is your motivation? -- Stan From f.bonnet at esiee.fr Tue Mar 8 18:42:32 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Tue, 08 Mar 2011 17:42:32 +0100 Subject: [Dovecot] Filtering attachements ? Message-ID: <4D765C78.9060607@esiee.fr> Hello again Is there a way to filter some attachments with dovecot ? I don't want my users to keep video files in the IMAP folders anymore ( disk is almost full ) . Thank you. From ejs at shubes.net Tue Mar 8 18:46:57 2011 From: ejs at shubes.net (Eric Shubert) Date: Tue, 08 Mar 2011 09:46:57 -0700 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> Message-ID: On 03/08/2011 09:26 AM, Chris Wilson wrote: > Hi Thierry, > > On Tue, 8 Mar 2011, Thierry de Montaudry wrote: >> On 08 Mar 2011, at 13:24, Chris Wilson wrote: >>> >>>> top - 11:10:14 up 14 days, 12:04, 2 users, load average: 55.04, 29.13, 14.55 >>>> Tasks: 474 total, 60 running, 414 sleeping, 0 stopped, 0 zombie >>>> Cpu(s): 99.6%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st >>>> Mem: 16439812k total, 16353268k used, 86544k free, 33268k buffers >>>> Swap: 4192956k total, 140k used, 4192816k free, 8228744k cached >> >> As you can see the numbers (55.04, 29.13, 14.55) the load was busy >> getting higher when I took this snapshot and this was not a normal >> situation. Usually this machine's load is only between 1 and 4, which is >> quite ok for a quad core. It only happens when dovecot start generating >> errors, and pop3, imap and http get stuck. It went up to 200, and I was >> still able to stop web and mail daemons, then restart them, and >> everything was back to normal. > > I don't have a definite answer, but I remember that there has been a > long-running bug in the Linux kernel with schedulers behaving badly under > heavy writes: > > "One of the problems commonly talked about in our forums and elsewhere is > the poor responsiveness of the Linux desktop when dealing with significant > disk activity on systems where there is insufficient RAM or the disks are > slow. The GUI basically drops to its knees when there is too much disk > activity..." [http://www.phoronix.com/scan.php?page=news_item&px=ODQ3Mw] > (note, it's not just the GUI, all other tasks can starve when a disk I/O > queue builds up). > > "There are a few options to tune the linux IO scheduler that can help a > bunch... Typically CFQ stalls too long under heavy writes, especially if > your disk subsystem sucks, so particularly if you have several spindles > deadline is worth a try." [http://communities.vmware.com/thread/82544] > > "I run Ubuntu on a moderately powerful quad-core x86-64 system and the > desktop response is basically crippled whenever something is reading or > writing large files as fast as it can (at normal priority)... For example, > cat /path/to/LARGE_FILE> /dev/null ... Everything else gets completely > unusable because of the I/O latency." > [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/343371] > > "I was just running mkfs.ext4 -b 4096 -E stride=128 -E stripe-width=128 -O > ^has_journal /dev/sdb2 on my SSD18M connected via USB1.1, and the result > was, well, absolutely, positively _DEVASTATING_. The entire system became > _FULLY_ unresponsive, not even switching back down to tty1 via Ctrl-Alt-F1 > worked (took 20 seconds for even this key to be respected)." > [http://lkml.org/lkml/2010/4/4/86] > > "This regression has been around since about the 2.6.18 timeframe and has > eluded a lot of testing to isolate the root cause. The most promising fix > is in the VM subsystem (mm) where the LRU scan has been changed to favor > keeping executable pages active longer. Most of these symptoms come down > to VM thrashing to make room for I/O pages. The key change/commit is > ab4754d24a0f2e05920170c845bd84472814c6, "vmscan: make mapped executable > pages the first class citizen"... This change was merged into the 2.6.31r1 > kernel." > [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/131094/comments/235] > > One possible cause is that writing to a slow device can block the write > queue for other devices, causing the machine to come to a standstill when > there's plenty of useful work that it could be doing. > > This could cause a cascading failure in your server as soon as disk > I/O write load goes over a certain point, a bit like a swap death. I'm not > sure if the fact that you're using NFS makes a difference; perhaps only if > you memory-map files? > > You could test this by booting with the NOOP or anticipatory scheduler > instead of the default CFQ to see if it makes any difference. > > Cheers, Chris. You can change it on the fly with: `echo noop > /sys/block/${DEVICE}/queue/scheduler` -- -Eric 'shubes' From leolistas at solutti.com.br Tue Mar 8 18:48:03 2011 From: leolistas at solutti.com.br (Leonardo Rodrigues) Date: Tue, 08 Mar 2011 13:48:03 -0300 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D7651FF.2090700@esiee.fr> References: <4D765145.7070209@esiee.fr> <4D7651FF.2090700@esiee.fr> Message-ID: <4D765DC3.70005@solutti.com.br> Em 08/03/11 12:57, Frank Bonnet escreveu: > On 03/08/2011 04:54 PM, Frank Bonnet wrote: >> Hello >> >> Is it possible to use compressed mailboxes ( MBOX format ) >> with dovecot using a plugin ? >> >> Thanks >> > I found the doc about zlib plugin ... > so it is only possible with read only mailboxes huh ? the problem here is the mbox format .... the zlib plugin works flawlessly to store compressed files with Maildir mailboxes. I'm using it on several servers to serve some thousand mailboxes. -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From thierry at mailhub.co.za Tue Mar 8 18:49:06 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 18:49:06 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <4D7655EC.5060307@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> Message-ID: On 08 Mar 2011, at 18:14, Charles Marcus wrote: > On 2011-03-08 10:40 AM, Thierry de Montaudry wrote: >> On 08 Mar 2011, at 13:24, Chris Wilson wrote: >>> There's nothing to debug in dovecot here. Your server is overloaded >>> by about 55 times. Buy 55 times as many servers or do something >>> about your webmail interface (maybe a separate webmail cluster). > >> As you can see the numbers (55.04, 29.13, 14.55) the load was busy >> getting higher when I took this snapshot and this was not a normal >> situation. Usually this machine's load is only between 1 and 4, which >> is quite ok for a quad core. It only happens when dovecot start >> generating errors, and pop3, imap and http get stuck. It went up to >> 200, and I was still able to stop web and mail daemons, then restart >> them, and everything was back to normal. > > What is your webmail server (and version)? Maybe it is buggy? > Using HastyMail2-1.0. But the problem only started when we moved to dovecot 2.0.9 (from 1.10.13), without changing anything else on any of our 7 machines, and now it's happening randomly on any of them. So that's why I suspect it has to do with dovecot. From knute2011 at knutejohnson.com Tue Mar 8 18:55:02 2011 From: knute2011 at knutejohnson.com (Knute Johnson) Date: Tue, 08 Mar 2011 08:55:02 -0800 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> Message-ID: <4D765F66.3090500@knutejohnson.com> On 03/06/2011 03:46 PM, Timo Sirainen wrote: > On 7.3.2011, at 1.39, Dave McGuire wrote: > >> That said, I've been testing Timo's imap_capabilities suggestion >> for about the past 45mins, and it seems to solve the problem for >> me, at least so far. > > So it sounds like there's a bug in someone's QRESYNC code. Either > Dovecot or Thunderbird, but could be a bit difficult to find out > whose.. A reproducible test case would of course be best. Just a follow up. After adjusting the imap_capability as you suggested I see no left over emails in TB in the long term and only can occasionally get it to not delete one right away. I have turned GLODA back on and that seems to have no effect on the situation at all. I do not sync my messages locally and did not before trying this. Thanks very much, -- Knute Johnson knute2011 at knutejohnson.com From thierry at mailhub.co.za Tue Mar 8 19:00:54 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 19:00:54 +0200 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> Message-ID: <03E080C3-A4D1-41E4-B5DB-1912E5BC3AFE@mailhub.co.za> On 08 Mar 2011, at 18:26, Chris Wilson wrote: > Hi Thierry, > > On Tue, 8 Mar 2011, Thierry de Montaudry wrote: >> On 08 Mar 2011, at 13:24, Chris Wilson wrote: >>> >>>> top - 11:10:14 up 14 days, 12:04, 2 users, load average: 55.04, 29.13, 14.55 >>>> Tasks: 474 total, 60 running, 414 sleeping, 0 stopped, 0 zombie >>>> Cpu(s): 99.6%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st >>>> Mem: 16439812k total, 16353268k used, 86544k free, 33268k buffers >>>> Swap: 4192956k total, 140k used, 4192816k free, 8228744k cached >> >> As you can see the numbers (55.04, 29.13, 14.55) the load was busy >> getting higher when I took this snapshot and this was not a normal >> situation. Usually this machine's load is only between 1 and 4, which is >> quite ok for a quad core. It only happens when dovecot start generating >> errors, and pop3, imap and http get stuck. It went up to 200, and I was >> still able to stop web and mail daemons, then restart them, and >> everything was back to normal. > > I don't have a definite answer, but I remember that there has been a > long-running bug in the Linux kernel with schedulers behaving badly under > heavy writes: > > "One of the problems commonly talked about in our forums and elsewhere is > the poor responsiveness of the Linux desktop when dealing with significant > disk activity on systems where there is insufficient RAM or the disks are > slow. The GUI basically drops to its knees when there is too much disk > activity..." [http://www.phoronix.com/scan.php?page=news_item&px=ODQ3Mw] > (note, it's not just the GUI, all other tasks can starve when a disk I/O > queue builds up). > > "There are a few options to tune the linux IO scheduler that can help a > bunch... Typically CFQ stalls too long under heavy writes, especially if > your disk subsystem sucks, so particularly if you have several spindles > deadline is worth a try." [http://communities.vmware.com/thread/82544] > > "I run Ubuntu on a moderately powerful quad-core x86-64 system and the > desktop response is basically crippled whenever something is reading or > writing large files as fast as it can (at normal priority)... For example, > cat /path/to/LARGE_FILE > /dev/null ... Everything else gets completely > unusable because of the I/O latency." > [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/343371] > > "I was just running mkfs.ext4 -b 4096 -E stride=128 -E stripe-width=128 -O > ^has_journal /dev/sdb2 on my SSD18M connected via USB1.1, and the result > was, well, absolutely, positively _DEVASTATING_. The entire system became > _FULLY_ unresponsive, not even switching back down to tty1 via Ctrl-Alt-F1 > worked (took 20 seconds for even this key to be respected)." > [http://lkml.org/lkml/2010/4/4/86] > > "This regression has been around since about the 2.6.18 timeframe and has > eluded a lot of testing to isolate the root cause. The most promising fix > is in the VM subsystem (mm) where the LRU scan has been changed to favor > keeping executable pages active longer. Most of these symptoms come down > to VM thrashing to make room for I/O pages. The key change/commit is > ab4754d24a0f2e05920170c845bd84472814c6, "vmscan: make mapped executable > pages the first class citizen"... This change was merged into the 2.6.31r1 > kernel." > [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/131094/comments/235] > > One possible cause is that writing to a slow device can block the write > queue for other devices, causing the machine to come to a standstill when > there's plenty of useful work that it could be doing. > > This could cause a cascading failure in your server as soon as disk > I/O write load goes over a certain point, a bit like a swap death. I'm not > sure if the fact that you're using NFS makes a difference; perhaps only if > you memory-map files? > > You could test this by booting with the NOOP or anticipatory scheduler > instead of the default CFQ to see if it makes any difference. > > Cheers, Chris. Hi Chris, Thanks for your (long) comment and tech details, but having not changed anything on the 7 machines, but moving from dovecot 1.10.13 to 2.0.9, without increasing our traffic, I don't want to start changing tricky stuff in the system when it worked fine for almost 2 years. And the fact that all mails are stored on multiple NFS servers, all machine having 16G RAM, makes me think that it's not an IO problem. I though it might be the system running out of resources, but there nothing about it in the logs... For now, we might consider reversing to 1.10.13... but that would be with the loss of the new features that made us upgrade, so not good. From alec at alec.pl Tue Mar 8 19:02:30 2011 From: alec at alec.pl (A.L.E.C) Date: Tue, 08 Mar 2011 18:02:30 +0100 Subject: [Dovecot] logging sent messages In-Reply-To: <1B469B8613AC4BB3AA7A29B22449BE09@nmm.local> References: <1B469B8613AC4BB3AA7A29B22449BE09@nmm.local> Message-ID: <4D766126.50606@alec.pl> W dniu 2011-03-08 16:03, Hajo Locke pisze: > i use plugin mail_log to see more activities like copy/delete/expunge caused > by imap-users. > unfortunately there is no log-line when a mail was sent and the copy was > uploaded to "Sent-Folder". It is Append action and as stated in documentation Appends are supported too (v1.2+ required). http://wiki.dovecot.org/Plugins/MailLog -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net From CMarcus at Media-Brokers.com Tue Mar 8 19:11:29 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:11:29 -0500 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> Message-ID: <4D766341.1030709@Media-Brokers.com> On 2011-03-08 11:49 AM, Thierry de Montaudry wrote: > Using HastyMail2-1.0. But the problem only started when we moved to > dovecot 2.0.9 (from 1.10.13), without changing anything else on any > of our 7 machines, and now it's happening randomly on any of them. So > that's why I suspect it has to do with dovecot. Or an interaction of the new version of Dovecot and HastyMail. The reason I asked about your webmail server is you had specifically said that it was the httpd process that was consuming all of the CPU... -- Best regards, Charles From CMarcus at Media-Brokers.com Tue Mar 8 19:12:36 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:12:36 -0500 Subject: [Dovecot] POP3 error In-Reply-To: <03E080C3-A4D1-41E4-B5DB-1912E5BC3AFE@mailhub.co.za> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <03E080C3-A4D1-41E4-B5DB-1912E5BC3AFE@mailhub.co.za> Message-ID: <4D766384.7080605@Media-Brokers.com> On 2011-03-08 12:00 PM, Thierry de Montaudry wrote: > but moving from dovecot 1.10.13 to 2.0.9 First time I thought it was a typo and ignored it... There has never been a version 1.10.xxx Maybe you mean 1.0.13? -- Best regards, Charles From thierry at mailhub.co.za Tue Mar 8 19:30:25 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 19:30:25 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <4D766341.1030709@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> Message-ID: On 08 Mar 2011, at 19:11, Charles Marcus wrote: > On 2011-03-08 11:49 AM, Thierry de Montaudry wrote: >> Using HastyMail2-1.0. But the problem only started when we moved to >> dovecot 2.0.9 (from 1.10.13), without changing anything else on any >> of our 7 machines, and now it's happening randomly on any of them. So >> that's why I suspect it has to do with dovecot. > > Or an interaction of the new version of Dovecot and HastyMail. > > The reason I asked about your webmail server is you had specifically > said that it was the httpd process that was consuming all of the CPU... > Yes, because they were in the top of the top list. From thierry at mailhub.co.za Tue Mar 8 19:31:14 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 19:31:14 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <4D766384.7080605@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <03E080C3-A4D1-41E4-B5DB-1912E5BC3AFE@mailhub.co.za> <4D766384.7080605@Media-Brokers.com> Message-ID: <335124B6-E7BA-47AC-92BE-86BA6825EAD9@mailhub.co.za> On 08 Mar 2011, at 19:12, Charles Marcus wrote: > On 2011-03-08 12:00 PM, Thierry de Montaudry wrote: >> but moving from dovecot 1.10.13 to 2.0.9 > > First time I thought it was a typo and ignored it... > > There has never been a version 1.10.xxx > > Maybe you mean 1.0.13? > Sorry, my mistake, 1.1.13, version integrated in CentOS 5. From CMarcus at Media-Brokers.com Tue Mar 8 19:37:42 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:37:42 -0500 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> Message-ID: <4D766966.2030603@Media-Brokers.com> On 2011-03-08 12:30 PM, Thierry de Montaudry wrote: > On 08 Mar 2011, at 19:11, Charles Marcus wrote: >> The reason I asked about your webmail server is you had specifically >> said that it was the httpd process that was consuming all of the CPU... > Yes, because they were in the top of the top list. So... if the httpd process is the one consuming all of the CPU, doesn't it stand to reason that it might be something to do with one of your web apps, and not dovecot? -- Best regards, Charles From thierry at mailhub.co.za Tue Mar 8 19:42:17 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 19:42:17 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <4D766966.2030603@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> Message-ID: On 08 Mar 2011, at 19:37, Charles Marcus wrote: > On 2011-03-08 12:30 PM, Thierry de Montaudry wrote: >> On 08 Mar 2011, at 19:11, Charles Marcus wrote: >>> The reason I asked about your webmail server is you had specifically >>> said that it was the httpd process that was consuming all of the CPU... > >> Yes, because they were in the top of the top list. > > So... if the httpd process is the one consuming all of the CPU, doesn't > it stand to reason that it might be something to do with one of your web > apps, and not dovecot? > But then why was it fine with 1.1.13, which never had once this problem in 2 years? or is 2.0.9 slower, or consuming more resources to create the problem? From tmtalpey at gmail.com Tue Mar 8 19:47:57 2011 From: tmtalpey at gmail.com (Tom Talpey) Date: Tue, 08 Mar 2011 12:47:57 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D765F66.3090500@knutejohnson.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> <4D765F66.3090500@knutejohnson.com> Message-ID: <4D766BCD.5050708@gmail.com> On 3/8/2011 11:55 AM, Knute Johnson wrote: > On 03/06/2011 03:46 PM, Timo Sirainen wrote: >> On 7.3.2011, at 1.39, Dave McGuire wrote: >> >>> That said, I've been testing Timo's imap_capabilities suggestion >>> for about the past 45mins, and it seems to solve the problem for >>> me, at least so far. >> >> So it sounds like there's a bug in someone's QRESYNC code. Either >> Dovecot or Thunderbird, but could be a bit difficult to find out >> whose.. A reproducible test case would of course be best. > > Just a follow up. After adjusting the imap_capability as you suggested > I see no left over emails in TB in the long term and only can > occasionally get it to not delete one right away. I have turned GLODA > back on and that seems to have no effect on the situation at all. I do > not sync my messages locally and did not before trying this. And, shockingly, with the two capabilities removed, TB's notification popup actually reports the number of new messages in the inbox, instead of some random number in the tens of thousands. (dovecot 2.0.11 / TB 3.0.4) I think you're on to something here. From CMarcus at Media-Brokers.com Tue Mar 8 19:48:27 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:48:27 -0500 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> Message-ID: <4D766BEB.5040203@Media-Brokers.com> On 2011-03-08 12:30 PM, Thierry de Montaudry wrote: > On 08 Mar 2011, at 19:11, Charles Marcus wrote: >> The reason I asked about your webmail server is you had specifically >> said that it was the httpd process that was consuming all of the CPU... > Yes, because they were in the top of the top list. And they were on the top of the list because... they were consuming all of the CPU? -- Best regards, Charles From CMarcus at Media-Brokers.com Tue Mar 8 19:51:17 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:51:17 -0500 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> Message-ID: <4D766C95.40104@Media-Brokers.com> On 2011-03-08 12:42 PM, Thierry de Montaudry wrote: > On 08 Mar 2011, at 19:37, Charles Marcus wrote: >> So... if the httpd process is the one consuming all of the CPU, doesn't >> it stand to reason that it might be something to do with one of your web >> apps, and not dovecot? > But then why was it fine with 1.1.13, which never had once this > problem in 2 years? or is 2.0.9 slower, or consuming more resources > to create the problem? You don't see how it might be possible that 2.0.x does something that 1.1.x didn't do that your webmail app might not like, without it being a dovecot bug? I'm not saying it is or it isn't, but I'd look there first - see if an update is available for your webmail app... since you were running an ancient version of dovecot, maybe you're also running an ancient version of it too? -- Best regards, Charles From CMarcus at Media-Brokers.com Tue Mar 8 19:52:29 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:52:29 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D766BCD.5050708@gmail.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> <4D765F66.3090500@knutejohnson.com> <4D766BCD.5050708@gmail.com> Message-ID: <4D766CDD.4040506@Media-Brokers.com> On 2011-03-08 12:47 PM, Tom Talpey wrote: > (dovecot 2.0.11 / TB 3.0.4) > > I think you're on to something here. You do need to update TB too you know... The number of bugs squashed since 3.0.4 are too vast too even begin to contemplate... -- Best regards, Charles From tom at talpey.com Tue Mar 8 20:12:58 2011 From: tom at talpey.com (Tom Talpey) Date: Tue, 08 Mar 2011 13:12:58 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D766CDD.4040506@Media-Brokers.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> <4D765F66.3090500@knutejohnson.com> <4D766BCD.5050708@gmail.com> <4D766CDD.4040506@Media-Brokers.com> Message-ID: <4D7671AA.9060806@talpey.com> On 3/8/2011 12:52 PM, Charles Marcus wrote: > On 2011-03-08 12:47 PM, Tom Talpey wrote: >> (dovecot 2.0.11 / TB 3.0.4) >> >> I think you're on to something here. > > You do need to update TB too you know... > > The number of bugs squashed since 3.0.4 are too vast too even begin to > contemplate... > It's actually Eudora 1.0, and workarounds are less painful than upgrades. Glad to have this one. From dg at dguhl.org Tue Mar 8 20:22:35 2011 From: dg at dguhl.org (Dennis Guhl) Date: Tue, 8 Mar 2011 19:22:35 +0100 Subject: [Dovecot] auth on tcp socket? In-Reply-To: <753966673BE04123AA27F4F0E1576F75@nmm.local> References: <1299510125.19220.484.camel@hurina> <753966673BE04123AA27F4F0E1576F75@nmm.local> Message-ID: <20110308182235.GB24240@PC211.ikt.de> On Tue, Mar 08, 2011 at 05:07:49PM +0100, Hajo Locke wrote: > Hello, > > sorry, iam digest reader, always creating a new message... On http://dovecot.org/cgi-bin/mailman/options/dovecot you can login to change your membership options ;) [..] > >The initial version, yes, but it has been heavily modified since. I > >never added that warning. > > >> Should there also made an update to support auth on tcp-socket without > >> warnings from postfix side? > > >Looks like someone already added the inet: support, so I guess it should > >work. You could ask on Postfix list to get the warning removed.. > > wietse dont wants to change anything until it is not documented > http://archives.neohapsis.com/archives/postfix/2011-03/0356.html > may be the developers should talk directly to each other, i dont > like to get forwarded to each other list to ask for reliability of > features... You should read Wietses post again. He told you to not rely on not documented settings since they can silently disappear. With postfix you can rely on the documented behaviour. So it is natural that there will be no warning for officially unsupported features. Dennis From michael.abbott at apple.com Tue Mar 8 21:40:13 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Tue, 8 Mar 2011 13:40:13 -0600 Subject: [Dovecot] ID command bug & patch Message-ID: When I set imap_id_log=* in dovecot-2.0.11 and a client sends, say, tag id ("a" "b" "c" "d") then dovecot logs: ID sent: a=b, b=c, c=d The following patch makes it log instead: ID sent: a=b, c=d --- a/dovecot/src/lib-imap/imap-id.c (revision 113366) +++ b/dovecot/src/lib-imap/imap-id.c (working copy) @@ -164,6 +164,7 @@ str_append_c(reply, '='); str_append(reply, str_sanitize(value, 80)); } + args++; } return str_len(reply) == 0 ? NULL : str_c(reply); } From michael.abbott at apple.com Tue Mar 8 21:54:32 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Tue, 8 Mar 2011 13:54:32 -0600 Subject: [Dovecot] warnings from 2.0.11 Message-ID: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> During a stress test dovecot-2.0.11 logs many warnings: Mar 8 06:19:52 gromit dovecot[59204]: imap(pid 68864 user user15): Warning: /Volumes/Mail/user15/dovecot-uidlist: Duplicate file entry at line 183: 1299556557.M571530P31883.gromit.example.com,S=21175,W=21549 (uid 67 -> 250) Mar 8 06:20:10 gromit dovecot[59204]: imap(pid 68865 user user34): Warning: /Volumes/Mail/user34/dovecot-uidlist: Duplicate file entry at line 230: 1299535329.M679065P61136.gromit.example.com,S=11040,W=11247 (uid 17 -> 240) Mar 8 06:20:10 gromit dovecot[59204]: imap(pid 68865 user user34): Warning: /Volumes/Mail/user34/dovecot-uidlist: Duplicate file entry at line 240: 1299535329.M902424P61136.gromit.example.com,S=12843,W=13075 (uid 30 -> 250) Mar 8 06:20:10 gromit dovecot[59204]: imap(pid 68865 user user34): Warning: /Volumes/Mail/user34/dovecot-uidlist: Duplicate file entry at line 266: 1299547358.M587728P69303.gromit.example.com,S=13637,W=13772 (uid 108 -> 276) Mar 8 06:20:10 gromit dovecot[59204]: imap(pid 68865 user user34): Warning: /Volumes/Mail/user34/dovecot-uidlist: Duplicate file entry at line 275: 1299558462.M498819P35210.gromit.example.com,S=15495,W=15663 (uid 160 -> 285) Mar 8 06:20:11 gromit dovecot[59204]: imap(pid 68864 user user36): Warning: /Volumes/Mail/user36/dovecot-uidlist: Duplicate file entry at line 281: 1299535339.M353973P61136.gromit.example.com,S=4498,W=4581 (uid 360 -> 604) Mar 8 06:21:00 gromit dovecot[59204]: imap(pid 68864 user user239): Warning: /Volumes/Mail/user239/dovecot-uidlist: Duplicate file entry at line 105: 1299547390.M813768P69393.gromit.example.com,S=4773,W=4861 (uid 22 -> 164) Mar 8 06:21:00 gromit dovecot[59204]: imap(pid 68864 user user239): Warning: /Volumes/Mail/user239/dovecot-uidlist: Duplicate file entry at line 106: 1299570075.M267312P49194.gromit.example.com,S=8041,W=8181 (uid 115 -> 165) Mar 8 06:28:24 gromit dovecot[59204]: imap(pid 69295 user user274): Warning: /Volumes/Mail/user274/dovecot-uidlist: Duplicate file entry at line 2020: 1299548064.M880781P67832.gromit.example.com,S=4976,W=5076 (uid 247 -> 2500) Mar 8 06:29:23 gromit dovecot[59204]: imap(pid 68973 user user115): Warning: /Volumes/Mail/user115/dovecot-uidlist: Duplicate file entry at line 526: 1299537039.M676050P61136.gromit.example.com,S=2485,W=2534 (uid 8 -> 1082) Mar 8 06:31:37 gromit dovecot[59204]: imap(pid 68971 user user114): Warning: /Volumes/Mail/user114/dovecot-uidlist: Duplicate file entry at line 667: 1299564058.M124508P40871.gromit.example.com,S=1187940,W=1207707 (uid 229 -> 780) - retrying by re-reading from beginning Mar 8 06:32:14 gromit dovecot[59204]: imap(pid 68971 user user114): Warning: Maildir /Volumes/Mail/user114: Expunged message reappeared, giving a new UID (old uid=229, file=1299564058.M124508P40871.gromit.example.com,S=1187940,W=1207707:2,S) Mar 8 06:39:22 gromit dovecot[59204]: imap(pid 68911 user user105): Warning: Maildir /Volumes/Mail/user105: Synchronization took 155 seconds (0 new msgs, 0 flag change attempts, 585 expunge attempts) Is there anything I need to reconfigure to prevent these? Thanks. From bra at fsn.hu Tue Mar 8 22:38:21 2011 From: bra at fsn.hu (Attila Nagy) Date: Tue, 08 Mar 2011 21:38:21 +0100 Subject: [Dovecot] POP3 error In-Reply-To: <4D766C95.40104@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> <4D766C95.40104@Media-Brokers.com> Message-ID: <4D7693BD.5030402@fsn.hu> On 03/08/2011 06:51 PM, Charles Marcus wrote: > On 2011-03-08 12:42 PM, Thierry de Montaudry wrote: >> On 08 Mar 2011, at 19:37, Charles Marcus wrote: >>> So... if the httpd process is the one consuming all of the CPU, doesn't >>> it stand to reason that it might be something to do with one of your web >>> apps, and not dovecot? >> But then why was it fine with 1.1.13, which never had once this >> problem in 2 years? or is 2.0.9 slower, or consuming more resources >> to create the problem? > You don't see how it might be possible that 2.0.x does something that > 1.1.x didn't do that your webmail app might not like, without it being a > dovecot bug? > > I'm not saying it is or it isn't, but I'd look there first - see if an > update is available for your webmail app... since you were running an > ancient version of dovecot, maybe you're also running an ancient version > of it too? > I can see similar problems (subject: "Restarting dovecot-auth stops authentication"), on a different OS, and nothing common in the webmail area. I think this is clearly related to Dovecot. It handles load very badly (well, it seems at least on common OS settings), doesn't just slow down, but starts to refuse clients. It seems to be obvious that the interprocess socket communication is where it fails, so this is what needs to be investigated. Sadly, doing this on a machine, which cries for a deep breath already is not always easy. From CMarcus at Media-Brokers.com Tue Mar 8 22:58:25 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 15:58:25 -0500 Subject: [Dovecot] POP3 error In-Reply-To: <4D7693BD.5030402@fsn.hu> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> <4D766C95.40104@Media-Brokers.com> <4D7693BD.5030402@fsn.hu> Message-ID: <4D769871.80709@Media-Brokers.com> On 2011-03-08 3:38 PM, Attila Nagy wrote: > On 03/08/2011 06:51 PM, Charles Marcus wrote: >> You don't see how it might be possible that 2.0.x does something that >> 1.1.x didn't do that your webmail app might not like, without it being a >> dovecot bug? >> >> I'm not saying it is or it isn't, but I'd look there first - see if an >> update is available for your webmail app... since you were running an >> ancient version of dovecot, maybe you're also running an ancient version >> of it too? > I can see similar problems (subject: "Restarting dovecot-auth stops > authentication"), on a different OS, and nothing common in the webmail > area. Similar problem? I just read that entire thread, and there was absolutely no mention of high resource usage, and it was the 4th or 5th email before you finally provided system details (which should always be provided in the first email to save time) and Timo noticed that you had changed some defaults that you shouldn't have... so I don't think that thread qualifies as being anywhere near similar. > I think this is clearly related to Dovecot. It handles load very badly Whoa, pardner, fyi, there are many, many installations humming along smoothly. > (well, it seems at least on common OS settings), doesn't just slow down, > but starts to refuse clients. Maybe there is a bug somewhere that only becomes evident under certain circumstances, but it is also possibly due to config problems caused by... -- Best regards, Charles From CMarcus at Media-Brokers.com Tue Mar 8 23:35:53 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 16:35:53 -0500 Subject: [Dovecot] Interesting tool for debugging IMAP sessions Message-ID: <4D76A139.20406@Media-Brokers.com> For anyone who is interested: http://www.aboutmyip.com/AboutMyXApp/ImapProxy.jsp They also have one for troubleshooting smtp (smtpProxy)... -- Best regards, Charles From robert at schetterer.org Tue Mar 8 23:37:13 2011 From: robert at schetterer.org (Robert Schetterer) Date: Tue, 08 Mar 2011 22:37:13 +0100 Subject: [Dovecot] POP3 error In-Reply-To: <4D7693BD.5030402@fsn.hu> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> <4D766C95.40104@Media-Brokers.com> <4D7693BD.5030402@fsn.hu> Message-ID: <4D76A189.2020204@schetterer.org> Am 08.03.2011 21:38, schrieb Attila Nagy: > On 03/08/2011 06:51 PM, Charles Marcus wrote: >> On 2011-03-08 12:42 PM, Thierry de Montaudry wrote: >>> On 08 Mar 2011, at 19:37, Charles Marcus wrote: >>>> So... if the httpd process is the one consuming all of the CPU, doesn't >>>> it stand to reason that it might be something to do with one of your >>>> web >>>> apps, and not dovecot? >>> But then why was it fine with 1.1.13, which never had once this >>> problem in 2 years? or is 2.0.9 slower, or consuming more resources >>> to create the problem? >> You don't see how it might be possible that 2.0.x does something that >> 1.1.x didn't do that your webmail app might not like, without it being a >> dovecot bug? >> >> I'm not saying it is or it isn't, but I'd look there first - see if an >> update is available for your webmail app... since you were running an >> ancient version of dovecot, maybe you're also running an ancient version >> of it too? >> > I can see similar problems (subject: "Restarting dovecot-auth stops > authentication"), on a different OS, and nothing common in the webmail > area. > > I think this is clearly related to Dovecot. It handles load very badly > (well, it seems at least on common OS settings), doesn't just slow down, > but starts to refuse clients. > It seems to be obvious that the interprocess socket communication is > where it fails, so this is what needs to be investigated. > Sadly, doing this on a machine, which cries for a deep breath already is > not always easy. you might upgrade to the latest 2.x code as it might possible your using more stuff then you had in older versions, after all there was a long performance thread on this list , look for it in archives -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From stan at hardwarefreak.com Tue Mar 8 23:39:21 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Tue, 08 Mar 2011 15:39:21 -0600 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D768C9C.3000801@esiee.fr> References: <4D765145.7070209@esiee.fr> <4D765BBD.3090700@hardwarefreak.com> <4D768C9C.3000801@esiee.fr> Message-ID: <4D76A209.3010402@hardwarefreak.com> Frank Bonnet put forth on 3/8/2011 2:07 PM: > disk space I need to gain a bit space > before migrate to the new server After you shut down the Dovecot daemons in preparation for copying the mailbox files to the new sever, simply delete all the index directories. That will free up a huge amount of space. The indexes will be automatically rebuilt when users log into the new server. -- Stan > Le 08/03/2011 17:39, Stan Hoeppner a ?crit : >> Frank Bonnet put forth on 3/8/2011 9:54 AM: >>> Hello >>> >>> Is it possible to use compressed mailboxes ( MBOX format ) >>> with dovecot using a plugin ? >> >> What is your motivation? >> From bra at fsn.hu Wed Mar 9 00:36:27 2011 From: bra at fsn.hu (Attila Nagy) Date: Tue, 08 Mar 2011 23:36:27 +0100 Subject: [Dovecot] POP3 error In-Reply-To: <4D769871.80709@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> <4D766C95.40104@Media-Brokers.com> <4D7693BD.5030402@fsn.hu> <4D769871.80709@Media-Brokers.com> Message-ID: <4D76AF6B.2020201@fsn.hu> On 03/08/2011 09:58 PM, Charles Marcus wrote: >> I think this is clearly related to Dovecot. It handles load very badly > Whoa, pardner, fyi, there are many, many installations humming along > smoothly. No offense. It may be more correct to say situations, where the OS can't deliver prompt resources to Dovecot, like saturated disk IO and similar stuff. I can't see such problems with moderate load, and maybe there aren't so many installations, which handle a lot of traffic. I don't know. I don't think it's a bug, currently to me it seems to be a tuning/configuration issue. But maybe it's a common design related issue, which is not yet fully explored. >> (well, it seems at least on common OS settings), doesn't just slow down, >> but starts to refuse clients. > Maybe there is a bug somewhere that only becomes evident under certain > circumstances, but it is also possibly due to config problems caused by... Sure. From bra at fsn.hu Wed Mar 9 00:42:47 2011 From: bra at fsn.hu (Attila Nagy) Date: Tue, 08 Mar 2011 23:42:47 +0100 Subject: [Dovecot] POP3 error In-Reply-To: <4D76A189.2020204@schetterer.org> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> <4D766C95.40104@Media-Brokers.com> <4D7693BD.5030402@fsn.hu> <4D76A189.2020204@schetterer.org> Message-ID: <4D76B0E7.4010607@fsn.hu> On 03/08/2011 10:37 PM, Robert Schetterer wrote: > Am 08.03.2011 21:38, schrieb Attila Nagy: >> On 03/08/2011 06:51 PM, Charles Marcus wrote: >>> On 2011-03-08 12:42 PM, Thierry de Montaudry wrote: >>>> On 08 Mar 2011, at 19:37, Charles Marcus wrote: >>>>> So... if the httpd process is the one consuming all of the CPU, doesn't >>>>> it stand to reason that it might be something to do with one of your >>>>> web >>>>> apps, and not dovecot? >>>> But then why was it fine with 1.1.13, which never had once this >>>> problem in 2 years? or is 2.0.9 slower, or consuming more resources >>>> to create the problem? >>> You don't see how it might be possible that 2.0.x does something that >>> 1.1.x didn't do that your webmail app might not like, without it being a >>> dovecot bug? >>> >>> I'm not saying it is or it isn't, but I'd look there first - see if an >>> update is available for your webmail app... since you were running an >>> ancient version of dovecot, maybe you're also running an ancient version >>> of it too? >>> >> I can see similar problems (subject: "Restarting dovecot-auth stops >> authentication"), on a different OS, and nothing common in the webmail >> area. >> >> I think this is clearly related to Dovecot. It handles load very badly >> (well, it seems at least on common OS settings), doesn't just slow down, >> but starts to refuse clients. >> It seems to be obvious that the interprocess socket communication is >> where it fails, so this is what needs to be investigated. >> Sadly, doing this on a machine, which cries for a deep breath already is >> not always easy. > you might upgrade to the latest 2.x code > as it might possible your using more stuff > then you had in older versions, after all there was a long performance > thread on this list , look for it in archives > I'm running the latest 2.x code (well, sort of, I haven't upgraded to 2.0.10, because of the LDAP bug, so I have both .9 and .11), I've never run 1.x on these machines. I've run qmail and courier. They are pretty different in their architecture, where these kind of stuff (unix socket communication between persisently running daemons) is not touched, so there can't be a problem, where for example five thousand connections are made in the same moment to a single socket/process. There there will be five thousand forks/execs, which won't fail with connection refused, they will be served as fast as the machine can handle them (modulo available memory/file descriptors/etc of course). From richard.edmonds at lasra.co.nz Wed Mar 9 03:33:46 2011 From: richard.edmonds at lasra.co.nz (Richard Edmonds) Date: Wed, 09 Mar 2011 14:33:46 +1300 Subject: [Dovecot] Fatal: postmaster_address setting not given Message-ID: <4D76D8FA.6030502@lasra.co.nz> Hi, I'm getting: "Fatal: postmaster_address setting not given" errors in my log file dovecot ver: 1.2.12 Recently I tried to follow: http://postfixmail.com/blog/index.php/postfixadmin-on-ubuntu-9-10/ on ubuntu 10.10 (which works fine on ubunto 9.10) I note that in 10.10 their is no dovecot-postfix.conf so I made the appropriate changes to dovecot.conf instead and changed master.cf dovecot transport line since I saw someone recently had the same problem: dovecot unix - n n - - pipe flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -c /etc/dovecot/dovecot.conf -f ${sender} -d ${recipient} I still have that problem however. Authentication seems ok but delivery fails. Any possibility of help on this one? vecot?? unix? -?????? n?????? n?????? -?????? -?????? pipe
? flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -c /etc/dovecot/dovecot.conf -f ${sender} -d ${recipient}


I still have that problem however. Authentication seems ok but delivery fails.
Any possibility of help on this one?
From f.bonnet at esiee.fr Wed Mar 9 06:49:13 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Wed, 09 Mar 2011 05:49:13 +0100 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D76A209.3010402@hardwarefreak.com> References: <4D765145.7070209@esiee.fr> <4D765BBD.3090700@hardwarefreak.com> <4D768C9C.3000801@esiee.fr> <4D76A209.3010402@hardwarefreak.com> Message-ID: <4D7706C9.5050104@esiee.fr> OK thank you Stan gonna try this Le 08/03/2011 22:39, Stan Hoeppner a ?crit : > Frank Bonnet put forth on 3/8/2011 2:07 PM: >> disk space I need to gain a bit space >> before migrate to the new server > > After you shut down the Dovecot daemons in preparation for copying the > mailbox files to the new sever, simply delete all the index directories. > That will free up a huge amount of space. The indexes will be > automatically rebuilt when users log into the new server. > From hajo.locke at gmx.de Wed Mar 9 09:31:40 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Wed, 9 Mar 2011 08:31:40 +0100 Subject: [Dovecot] auth on tcp socket? References: Message-ID: Hello, > You should read Wietses post again. > > He told you to not rely on not documented settings since they can > silently disappear. > > With postfix you can rely on the documented behaviour. So it is > natural that there will be no warning for officially unsupported > features. > yes, i know that. nobody should use undocumented features. auth-service on tcp-socket was added by timo after my Suggestion last november. so when asking this on postfix's-side iam not really interested in current docs but wanted to suggest the update on implemention and docs to get it as official feature for next releases. as an user all i can do is telling some facts and ask... Hajo From Bartlomiej.Solarz-Niesluchowski at wit.edu.pl Wed Mar 9 10:53:22 2011 From: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl (=?UTF-8?B?QmFydMWCb21pZWogU29sYXJ6LU5pZXPFgnVjaG93c2tp?=) Date: Wed, 09 Mar 2011 09:53:22 +0100 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota Message-ID: <4D774002.2050109@wit.edu.pl> Good Morning! I have problems with setup imap quota with mailboxes on nfs I use dovecot 2.0.11, below dovecot.conf + extract from log: # 2.0.9: /etc/dovecot.conf.rpmsave # OS: Linux 2.6.35.11-83.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) mail_plugins = acl quota zlib trash auth_cache_size = 8 k dotlock_use_excl = yes mail_location = maildir:~/Maildir:INBOX=/var/spool/mail/%u mail_nfs_index = yes mail_fsync=always mail_nfs_storage = yes mail_privileged_group = mail mmap_disable = yes ssl_cert = , method=PLAIN, rip=213.135.34.118, lip=213.135.44.54, mpid=4264, TLS Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: Effective uid=1761, gid=101, home=/home/staff/solarz Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: acl: No acl setting - ACLs are disabled Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: Quota root: name=Disk quota backend=fs args=user Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: Quota warning: bytes=0 (95%) messages=0 reverse=no command=quota-warning 95 solarz Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: Quota warning: bytes=0 (80%) messages=0 reverse=no command=quota-warning 80 solarz Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: maildir++: root=/home/staff/solarz/Maildir, index=, control=, inbox=/var/spool/mail/solarz Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: fs quota add mailbox dir = /home/staff/solarz/Maildir Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: fs quota block device = oceanic:/home7 Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: fs quota mount point = /home7 Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: fs quota mount type = nfs Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: trash: No trash setting - plugin disabled Mar 9 09:36:06 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory Mar 9 09:36:06 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory Mar 9 09:36:06 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory Mar 9 09:36:08 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory Mar 9 09:36:14 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory Mar 9 09:36:14 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory [root at dervish dovecot]# quota solarz Ograniczenia dyskowe user solarz (uid 1761): System plik?w bloki mi?kki twardy pob?. pliki mi?kki twardy pob?. /dev/mapper/vg01-lvol00 256572 7120150 8000150 1373 140010 510010 ftp:/home/ftp/pub 163490624 180000000 280000000 221472 0 0 oceanic:/home1 162643 13756030 14888830 697 190000 650000 oceanic:/home7 12298720 13756030 14888830 144846 190000 650000 oceanic:/homed 3022789 13756030 14888830 15122 190000 650000 What I doing wrong? Best Regards PS-Inbox is mounted locally rest of the mailboxes are via nfs -- Bart?omiej Solarz-Nies?uchowski, Administrator WSISiZ e-mail: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl tel. 223486547, fax 223486501 JID: solarz at jabber.wit.edu.pl 01-447 Warszawa, ul. Newelska 6, pok?j 404, pon.-pt. 8-16 Motto - Jak sobie po?cielisz tak sie wy?pisz -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5212 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110309/85ad7bf4/attachment.bin From iti at promax.media.pl Wed Mar 9 11:07:46 2011 From: iti at promax.media.pl (iti at promax.media.pl) Date: Wed, 9 Mar 2011 10:07:46 +0100 Subject: [Dovecot] Dovecot LDA and Postfix/local for local users. Message-ID: <55410b32b94052711e9cf87bd0c7dd25.squirrel@poczta.lokalna> Hello, I would like to configure dovecot lda for local users. My dovecot vesion is 1.2.15. Dovecot documentation for System users says that only thing I should add to main.cf is: mailbox_command = /usr/local/libexec/dovecot/deliver (path to deliver) After that should I commented postfix/local process from master cf ? regards, Jarek From f.bonnet at esiee.fr Wed Mar 9 11:19:47 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Wed, 09 Mar 2011 10:19:47 +0100 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D765DC3.70005@solutti.com.br> References: <4D765145.7070209@esiee.fr> <4D7651FF.2090700@esiee.fr> <4D765DC3.70005@solutti.com.br> Message-ID: <4D774633.7010203@esiee.fr> On 03/08/2011 05:48 PM, Leonardo Rodrigues wrote: > > Em 08/03/11 12:57, Frank Bonnet escreveu: >> On 03/08/2011 04:54 PM, Frank Bonnet wrote: >>> Hello >>> >>> Is it possible to use compressed mailboxes ( MBOX format ) >>> with dovecot using a plugin ? >>> >>> Thanks >>> >> I found the doc about zlib plugin ... >> so it is only possible with read only mailboxes huh ? > > the problem here is the mbox format .... the zlib plugin works > flawlessly to store compressed files with Maildir mailboxes. I'm using > it on several servers to serve some thousand mailboxes. > > > Thanks for the reply but I do not want to use maildir format From dg at dguhl.org Wed Mar 9 11:31:44 2011 From: dg at dguhl.org (Dennis Guhl) Date: Wed, 9 Mar 2011 10:31:44 +0100 Subject: [Dovecot] OT Re: auth on tcp socket? In-Reply-To: References: <20110308182235.GB24240@PC211.ikt.de> Message-ID: <20110309093144.GA13202@laptop-dg.leere.eu> Sorry for becoming off topic. This will be my last post in this thread. On Wed, Mar 09, 2011 at 08:31:40AM +0100, Hajo Locke wrote: > Hello, > > > >You should read Wietses post again. > > > >He told you to not rely on not documented settings since they can > >silently disappear. > > > >With postfix you can rely on the documented behaviour. So it is > >natural that there will be no warning for officially unsupported > >features. > > > > yes, i know that. nobody should use undocumented features. > auth-service on tcp-socket was added by timo after my Suggestion > last november. > so when asking this on postfix's-side iam not really interested in > current docs but wanted to suggest the update on implemention and > docs to get it as official feature for next releases. I can not see any feature request in your posts. In http://archives.neohapsis.com/archives/postfix/2011-03/0111.html you asked if inet: is a recommended mechanism or if there are alternatives while it is not documented. Later you unconditionally stated the warning is obsolete, implicating removal, and asked to mention an unsupported feature in official documentation. Neither is a feature request. > as an user all i can do is telling some facts and ask... But you should state your questions clearly. Dennis From CMarcus at Media-Brokers.com Wed Mar 9 13:42:03 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 09 Mar 2011 06:42:03 -0500 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota In-Reply-To: <4D774002.2050109@wit.edu.pl> References: <4D774002.2050109@wit.edu.pl> Message-ID: <4D77678B.5070208@Media-Brokers.com> On 2011-03-09 3:53 AM, Bart?omiej Solarz-Nies?uchowski wrote: > I use dovecot 2.0.11, Ummm... > below dovecot.conf + extract from log: > # 2.0.9: /etc/dovecot.conf.rpmsave This says you're using 2.0.9... ? -- Best regards, Charles From CMarcus at Media-Brokers.com Wed Mar 9 13:45:35 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 09 Mar 2011 06:45:35 -0500 Subject: [Dovecot] Fatal: postmaster_address setting not given In-Reply-To: <4D76D8FA.6030502@lasra.co.nz> References: <4D76D8FA.6030502@lasra.co.nz> Message-ID: <4D77685F.2070202@Media-Brokers.com> On 2011-03-08 8:33 PM, Richard Edmonds wrote: > I'm getting: "Fatal: postmaster_address setting not given" errors in my > log file > dovecot ver: 1.2.12 > Recently I tried to follow: > http://postfixmail.com/blog/index.php/postfixadmin-on-ubuntu-9-10/ on > ubuntu 10.10 > (which works fine on ubunto 9.10) If you aren't going to follow the official docs, but some other howto, you should ask the other howto maintainer... > I note that in 10.10 their is no dovecot-postfix.conf so I made the > appropriate changes to dovecot.conf instead and changed master.cf > dovecot transport line since I saw someone recently had the same problem: > > dovecot unix - n n - - pipe > flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -c > /etc/dovecot/dovecot.conf -f ${sender} -d ${recipient} > > I still have that problem however. Authentication seems ok but delivery > fails. > Any possibility of help on this one? dovecot -n output is generally mandatory when asking for help with your config... But really you should be asking this question in an ubuntu support forum don't you think? -- Best regards, Charles From davide.vaghetti at ing.unipi.it Wed Mar 9 13:53:22 2011 From: davide.vaghetti at ing.unipi.it (Davide Vaghetti) Date: Wed, 09 Mar 2011 12:53:22 +0100 Subject: [Dovecot] Dovecot LDA and Postfix/local for local users. In-Reply-To: <55410b32b94052711e9cf87bd0c7dd25.squirrel@poczta.lokalna> References: <55410b32b94052711e9cf87bd0c7dd25.squirrel@poczta.lokalna> Message-ID: <4D776A32.70502@ing.unipi.it> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/09/2011 10:07 AM, iti at promax.media.pl wrote: > Hello, > I would like to configure dovecot lda for local users. My dovecot vesion > is 1.2.15. Dovecot documentation for System users says that only thing I > should add to main.cf is: > > mailbox_command = /usr/local/libexec/dovecot/deliver (path to deliver) > > After that should I commented postfix/local process from master cf ? > I've the same setup, and no, you don't need to comment anything in master.cf, since those are just "definitions", you decide the actual use via the main.cf (at least as regards the delivery). bye davide - -- Dott. Davide Vaghetti Centro Servizi Informatici Facolta' di Ingegneria Universita' di Pisa PGP: http://keys.keysigning.org:11371/pks/lookup?op=get&search=0x7A1B3BA18C4E0A4D -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk13ai8ACgkQehs7oYxOCk0G8wCg8vdpLGnVXRyoo0s90ZbOPyhw QKUAoJ7CruRo9TxJcEdFP/nC60Xjm8/O =V1Lo -----END PGP SIGNATURE----- From Bartlomiej.Solarz-Niesluchowski at wit.edu.pl Wed Mar 9 14:34:41 2011 From: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl (=?UTF-8?B?QmFydMWCb21pZWogU29sYXJ6LU5pZXPFgnVjaG93c2tp?=) Date: Wed, 09 Mar 2011 13:34:41 +0100 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota In-Reply-To: <4D77678B.5070208@Media-Brokers.com> References: <4D774002.2050109@wit.edu.pl> <4D77678B.5070208@Media-Brokers.com> Message-ID: <4D7773E1.5080604@wit.edu.pl> W dniu 2011-03-09 12:42, Charles Marcus pisze: > On 2011-03-09 3:53 AM, Bart?omiej Solarz-Nies?uchowski wrote: >> I use dovecot 2.0.11, > Ummm... > >> below dovecot.conf + extract from log: >> # 2.0.9: /etc/dovecot.conf.rpmsave > This says you're using 2.0.9... ? that said that config was generated on 2.0.9 -- Bart?omiej Solarz-Nies?uchowski, Administrator WSISiZ e-mail: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl tel. 223486547, fax 223486501 JID: solarz at jabber.wit.edu.pl 01-447 Warszawa, ul. Newelska 6, pok?j 404, pon.-pt. 8-16 Motto - Jak sobie po?cielisz tak sie wy?pisz -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5212 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110309/6e0dfed7/attachment.bin From CMarcus at Media-Brokers.com Wed Mar 9 14:56:12 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 09 Mar 2011 07:56:12 -0500 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota In-Reply-To: <4D7773E1.5080604@wit.edu.pl> References: <4D774002.2050109@wit.edu.pl> <4D77678B.5070208@Media-Brokers.com> <4D7773E1.5080604@wit.edu.pl> Message-ID: <4D7778EC.60803@Media-Brokers.com> On 2011-03-09 7:34 AM, Bart?omiej Solarz-Nies?uchowski wrote: > W dniu 2011-03-09 12:42, Charles Marcus pisze: >> On 2011-03-09 3:53 AM, Bart?omiej Solarz-Nies?uchowski wrote: >>> I use dovecot 2.0.11, >> Ummm... >>> below dovecot.conf + extract from log: >>> # 2.0.9: /etc/dovecot.conf.rpmsave >> This says you're using 2.0.9... ? > that said that config was generated on 2.0.9 Incorrect... it (is supposed to) show(s) the current running dovecot version. I know because I'm the one that asked Timo if it could be added to the output... It's purpose is to help discover if you are using the version/config you think you are using... -- Best regards, Charles From Bartlomiej.Solarz-Niesluchowski at wit.edu.pl Wed Mar 9 15:20:19 2011 From: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl (=?UTF-8?B?QmFydMWCb21pZWogU29sYXJ6LU5pZXPFgnVjaG93c2tp?=) Date: Wed, 09 Mar 2011 14:20:19 +0100 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota In-Reply-To: <4D7778EC.60803@Media-Brokers.com> References: <4D774002.2050109@wit.edu.pl> <4D77678B.5070208@Media-Brokers.com> <4D7773E1.5080604@wit.edu.pl> <4D7778EC.60803@Media-Brokers.com> Message-ID: <4D777E93.8060201@wit.edu.pl> W dniu 2011-03-09 13:56, Charles Marcus pisze: > On 2011-03-09 7:34 AM, Bart?omiej Solarz-Nies?uchowski wrote: >> W dniu 2011-03-09 12:42, Charles Marcus pisze: >>> On 2011-03-09 3:53 AM, Bart?omiej Solarz-Nies?uchowski wrote: >>>> I use dovecot 2.0.11, >>> Ummm... >>>> below dovecot.conf + extract from log: >>>> # 2.0.9: /etc/dovecot.conf.rpmsave >>> This says you're using 2.0.9... ? >> that said that config was generated on 2.0.9 > Incorrect... it (is supposed to) show(s) the current running dovecot > version. > > I know because I'm the one that asked Timo if it could be added to the > output... > > It's purpose is to help discover if you are using the version/config you > think you are using... > OK Current status is that quota based on ext3 works BUT quota based on nfs dont. below updated config: # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35.11-83.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) auth_cache_size = 8 k mail_fsync = always mail_location = maildir:~/Maildir:INBOX=/var/spool/mail/%u mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = acl quota zlib trash mail_privileged_group = mail mmap_disable = yes passdb { args = cache_key=%u%r%l max_requests=256 driver = pam } plugin/quota = fs:INBOX:mount=/var/spool/mail plugin/quota2 = fs:Others:user plugin/quota_warning = storage=95%% quota-warning 95 %u plugin/quota_warning2 = storage=80%% quota-warning 80 %u protocols = imap pop3 service anvil { client_limit = 1155 } service auth { client_limit = 5248 user = root } service imap-login { client_limit = 256 inet_listener imap { port = 0 } inet_listener imaps { address = [::], * port = 993 } process_limit = 1024 service_count = 0 } service imap { process_limit = 2048 } service pop3-login { client_limit = 256 inet_listener pop3 { port = 0 } inet_listener pop3s { address = [::], * port = 995 } process_limit = 128 service_count = 0 } service pop3 { process_limit = 2048 } service quota-warning { executable = script /usr/local/bin/quota-warning.sh user = dovenull } ssl_cert = , method=PLAIN, rip=213.135.34.118, lip=213.135.44.54, mpid=7230, TLS Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: Effective uid=1761, gid=101, home=/home/staff/solarz Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: acl: No acl setting - ACLs are disabled Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: Quota root: name=INBOX backend=fs args=mount=/var/spool/mail Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: Quota warning: bytes=0 (95%) messages=0 reverse=no command=quota-warning 95 solarz Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: Quota warning: bytes=0 (80%) messages=0 reverse=no command=quota-warning 80 solarz Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: Quota root: name=Others backend=fs args=user Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: maildir++: root=/home/staff/solarz/Maildir, index=, control=, inbox=/var/spool/mail/solarz Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota add mailbox dir = /home/staff/solarz/Maildir Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota block device = oceanic:/home7 Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota mount point = /home7 Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota mount type = nfs Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota add mailbox dir = /var/spool/mail Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota block device = /dev/mapper/vg01-lvol00 Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota mount point = /var/spool Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota mount type = ext3 Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: trash: No trash setting - plugin disabled Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: box=/home/staff/solarz/Maildir/.mail.Dovecot mount=/var/spool/mail match=no Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: box=/home/staff/solarz/Maildir/.mail.wsisiz-net mount=/var/spool/mail match=no Mar 9 13:58:29 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory [root at dervish quota]# dovecot --version 2.0.11 -- Bart?omiej Solarz-Nies?uchowski, Administrator WSISiZ e-mail: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl tel. 223486547, fax 223486501 JID: solarz at jabber.wit.edu.pl 01-447 Warszawa, ul. Newelska 6, pok?j 404, pon.-pt. 8-16 Motto - Jak sobie po?cielisz tak sie wy?pisz -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5212 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110309/dc8f0819/attachment-0001.bin From jimmi at libero.it Wed Mar 9 15:33:56 2011 From: jimmi at libero.it (Jimmi) Date: Wed, 09 Mar 2011 14:33:56 +0100 Subject: [Dovecot] Dovecot + Sieve does not work Message-ID: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> Hi, On my Debian Squeeze server I installed Dovecot 1.2.16 from http://xi.rename-it.nl/debian/ and configured as follow: # dovecot -n # 1.2.16: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-110209 i686 Debian 6.0 ext3 log_path: /var/log/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap sieve disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login first_valid_uid: 100 mail_privileged_group: postfix mail_location: maildir:/home/virtual/%d/%n mbox_write_locks: fcntl dotlock imap_client_workarounds: outlook-idle lda: postmaster_address: postmaster at 7girello.net mail_plugins: sieve log_path: /var/log/dovecot-deliver.log info_log_path: /var/log/dovecot-deliver.log auth default: mechanisms: plain login user: postfix passdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: virtual group: virtual plugin: sieve: /home/virtual/%d/%n/.dovecot.sieve sieve_dir: /home/virtual/%d/%n/sieve/ After that in Roundcube 0.5.1 downloaded from http://roundcube.net/ I enabled the managesieve plugin but when I go to the filter page RC says that he cannot connect the server. I then realized that the port 4190 is not open and I cannot understand why. In my dovecot.conf I have the section: protocol managesieve { # Specify an alternative address:port the daemon must listen on # (default: *:2000) listen = localhost:4190 } that is not shown in the output of 'dovecot -n'. Did I missed something? Thanks in advance -- jimmi From iti at promax.media.pl Wed Mar 9 15:54:45 2011 From: iti at promax.media.pl (iti at promax.media.pl) Date: Wed, 9 Mar 2011 14:54:45 +0100 Subject: [Dovecot] Dovecot LDA and Postfix/local for local users. In-Reply-To: <4D776A32.70502@ing.unipi.it> References: <55410b32b94052711e9cf87bd0c7dd25.squirrel@poczta.lokalna> <4D776A32.70502@ing.unipi.it> Message-ID: <9699a8f662bbef20ce23b498c63fd813.squirrel@poczta.lokalna> > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 03/09/2011 10:07 AM, iti at promax.media.pl wrote: >> Hello, >> I would like to configure dovecot lda for local users. My dovecot >> vesion >> is 1.2.15. Dovecot documentation for System users says that only thing >> I >> should add to main.cf is: >> >> mailbox_command = /usr/local/libexec/dovecot/deliver (path to deliver) >> >> After that should I commented postfix/local process from master cf ? >> > > I've the same setup, and no, you don't need to comment anything in > master.cf, since those are just "definitions", you decide the actual use > via the main.cf (at least as regards the delivery). > When commented local in master.cf #local unix - n n - - local I got errors: [...] Mar 8 15:18:19 test-box1 postfix/error[13361]: 686A0422EB: to=, relay=none, delay=2191, delays=2191/0.01/0/0.02, dsn=4.3.0, status=deferred (mail transport unavailable) [...] When uncommented I can see in logs that although deliver is using - local is used somewhere. Can anyone explain how it works and why postfix/local is needed? Logs with uncomended local: Mar 9 14:16:21 test-box1 postfix/qmgr[14717]: 7F805422D1: from=, size=1916, nrcpt=1 (queue active) Mar 9 14:16:21 test-box1 dovecot: deliver(user): msgid=: saved mail to INBOX Mar 9 14:16:21 test-box1 postfix/local[14745]: 7F805422D1: to=, relay=local, delay=4674, delays=4674/0.01/0/0.03, dsn=2.0.0, status=sent (delivered to command: /usr/lib64/dovecot/deliver) From info at uppenbrink.net Wed Mar 9 16:08:00 2011 From: info at uppenbrink.net (Uppenbrink) Date: Wed, 09 Mar 2011 15:08:00 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> Message-ID: <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> Hi, On Wed, 09 Mar 2011 14:33:56 +0100, Jimmi wrote: > # dovecot -n > # 1.2.16: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.26-110209 i686 Debian 6.0 ext3 > log_path: /var/log/dovecot.log > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap sieve The protocol is managesieve, not sieve. Look at http://wiki1.dovecot.org/ManageSieve/Configuration > After that in Roundcube 0.5.1 downloaded from http://roundcube.net/ I > enabled the managesieve plugin but when I go to the filter page RC > says that he cannot connect the server. I then realized that the port > 4190 is not open and I cannot understand why. > In my dovecot.conf I have the section: > protocol managesieve { > # Specify an alternative address:port the daemon must listen on > # (default: *:2000) > listen = localhost:4190 > } Edit the config.inc.php from the managesieve roundcube plugin and change the managesieve_port. The default port is here also 2000. Regards, Carsten From dg at dguhl.org Wed Mar 9 17:11:54 2011 From: dg at dguhl.org (Dennis Guhl) Date: Wed, 9 Mar 2011 16:11:54 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> Message-ID: <20110309151154.GA25484@PC211.ikt.de> On Wed, Mar 09, 2011 at 03:08:00PM +0100, Uppenbrink wrote: > Hi, > > On Wed, 09 Mar 2011 14:33:56 +0100, Jimmi wrote: > ># dovecot -n > ># 1.2.16: /etc/dovecot/dovecot.conf > ># OS: Linux 2.6.26-110209 i686 Debian 6.0 ext3 > >log_path: /var/log/dovecot.log > >log_timestamp: %Y-%m-%d %H:%M:%S > >protocols: imap sieve > > The protocol is managesieve, not sieve. > Look at http://wiki1.dovecot.org/ManageSieve/Configuration > > >After that in Roundcube 0.5.1 downloaded from http://roundcube.net/ I > >enabled the managesieve plugin but when I go to the filter page RC > >says that he cannot connect the server. I then realized that the port > >4190 is not open and I cannot understand why. > >In my dovecot.conf I have the section: > >protocol managesieve { > > # Specify an alternative address:port the daemon must listen on > > # (default: *:2000) > > listen = localhost:4190 > >} > > Edit the config.inc.php from the managesieve roundcube plugin and > change the managesieve_port. The default port is here also 2000. Quite some time ago IANA assigned tcp port 4190 for sieve (tcp and udp port 2000 is assaigned to cisco-sccp for yonks): % egrep 'sieve|2000/tcp' /etc/services cisco-sccp 2000/tcp # Cisco SCCP sieve 4190/tcp # ManageSieve Protocol Dennis From jimmi at libero.it Wed Mar 9 17:55:51 2011 From: jimmi at libero.it (Jimmi) Date: Wed, 09 Mar 2011 16:55:51 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> Message-ID: <20110309165551.15324os69xdf8ikg@posta.7girello.net> Citando Uppenbrink : > The protocol is managesieve, not sieve. In fact I had this protocol specified at the beginning, and dovecot was not starting with an error I could not understand. After that I changed to sieve and it started smoothly. Now checking carrefully I realized that another non-standard daemon was listening on the port 2000. I moved the latter to another port, changed back the protocol to managesieve, and now works :) >> In my dovecot.conf I have the section: >> protocol managesieve { >> # Specify an alternative address:port the daemon must listen on >> # (default: *:2000) >> listen = localhost:4190 >> } > > Edit the config.inc.php from the managesieve roundcube plugin and > change the managesieve_port. The default port is here also 2000. Strange enough the protocol option works, and now managesieve is listening on the port 4190. It means that at start Dovecot check the availability of the port 2000 although a different port is specified? However another problem comes: with roundcube I created a rule, that was correctly stored in the user's sieve directory in roundcube.sieve as follow: require ["fileinto"]; # rule:[MyMail] if anyof (header :contains "From" "mymail") { fileinto "Mymail"; stop; } and the emails coming from mymail domain simply disappear, leaving the box Mymail empty. I could not find anything strange in the logs: how t otrace the problem? Thanks again :) -- Jimmi From chris-dovecot-110112 at aptivate.org Wed Mar 9 18:02:22 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Wed, 9 Mar 2011 16:02:22 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox Message-ID: Hi all, I think it would be a good idea for me to move from mbox to mdbox, as I have 57,000 messages in my inbox, and clients hang for a minute whenever they request a CHECK, or Dovecot feels the need to run one itself. Looking at past threads: http://www.mail-archive.com/dovecot at dovecot.org/msg35212.html http://comments.gmane.org/gmane.mail.imap.dovecot/53936 it seems that the safest way is to run: sudo dsync -v -u chris backup mdbox:/home/chris/mdbox eliminate any errors that it reports, test the new mdbox access temporarily, and then switch my config in Dovecot. Ideally I'd like to do that just for me, without disrupting other users of this server (that I help to admin). This error occurs every time I run dsync, and I understand it, so I've elided it: dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: Permission denied dsync(chris): Error: Failed to sync mailbox admin: Internal error occurred. Refer to server log for more information. [2011-03-09 15:50:10] dsync(chris): Info: spam: highest_modseq changed: 2 != 3 I don't understand the following errors from dsync (2.0.9): chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox dsync(chris): Error: Next message unexpectedly corrupted in mbox file /home/chris/mail/spam at 404513741 dsync(chris): Warning: Transaction log file /home/chris/mail/.imap/spam/dovecot.index.log was locked for 252 seconds dsync(chris): Info: spam: only in source dsync(chris): Info: temp: only in source dsync(chris): Info: Sent: only in source dsync(chris): Info: addressbook: only in source dsync(chris): Info: sent-mail-sep-2008: only in source dsync(chris): Info: sent-mail-oct-2010: only in source dsync(chris): Info: INBOX.Sent: only in source dsync(chris): Info: sent-mail: only in source dsync(chris): Info: INBOX.Trash: only in source chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox dsync(chris): Info: spam: only in source dsync(chris): Info: spam: only in dest dsync(chris): Error: Failed to sync mailbox spam: Mailbox doesn't exist: spam dsync(chris): Error: msg iteration failed: Couldn't open mailbox 407c272bc369304dbc210000d6a93087 dsync(chris): Error: Trying to open a non-listed mailbox with guid=407c272bc369304dbc210000d6a93087 dsync(chris): Error: msg iteration failed: Couldn't open mailbox 407c272bc369304dbc210000d6a93087 dsync(chris): Error: Trying to open a non-listed mailbox with guid=407c272bc369304dbc210000d6a93087 dsync(chris): Error: Failed to sync mailbox spam: Mailbox doesn't exist: spam Note: how is it possible for the same folder to be "only in source" and "only in dest"? chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox dsync(chris): Info: spam: highest_modseq changed: 2 != 3 dsync(chris): Info: sent-mail: uidnext changed: 378 != 375 chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox dsync(chris): Info: spam: highest_modseq changed: 2 != 3 Now the latter is all I get whenever I run dsync. Is it broken? Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From frederik.schmid at gmx.net Wed Mar 9 19:25:56 2011 From: frederik.schmid at gmx.net (frederik.schmid at gmx.net) Date: Wed, 09 Mar 2011 18:25:56 +0100 Subject: [Dovecot] problems with public (sub)folders Message-ID: <20110309172556.287610@gmx.net> Hi, i am trying to share a maildir++ mailbox to other users but i can only subscribe to the root directory. The subfolders of the public mailbox do not appear in the exported list. Does anyone has an idea how i can share the subfolders too without creating symlinks for every single folder? Best, Frederik >>>>> ls -lA /var/mail/public .user01 -> /var/mail/user01/Maildir >>>>> ls -A /var/mail/user01/Maildir/ (shortened) .Drafts,.Templates,.Sent,.Trash,.Spam new,cur,tmp dovecot.* .subfolder .subfolder.test1 .subfolder.test1.xyz .subfolder.test2 .subfolder.test3 >>>>> doveconf -n # 2.0.11 (2cb0fb910441): /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 auth_master_user_separator = * auth_username_format = %Ln auth_verbose = yes base_dir = /var/run/dovecot/ disable_plaintext_auth = no first_valid_gid = 100 first_valid_uid = 1000 hostname = xxx last_valid_gid = 50000 last_valid_uid = 50000 listen = * log_path = /var/log/dovecot.log mail_debug = yes mail_location = maildir:~/Maildir managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { inbox = yes location = prefix = separator = . type = private } namespace { hidden = yes inbox = no list = no location = prefix = INBOX. separator = . type = private } namespace { hidden = no inbox = no list = children location = maildir:/var/mail/public prefix = public. separator = . subscriptions = no type = public } passdb { args = /etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin/autocreate = Trash plugin/autocreate2 = Spam plugin/autocreate3 = Sent plugin/autocreate4 = Drafts plugin/autocreate5 = Templates plugin/autocreate6 = Spam plugin/autosubscribe = Trash plugin/autosubscribe2 = Spam plugin/autosubscribe3 = Sent plugin/autosubscribe4 = Drafts plugin/autosubscribe5 = Templates plugin/autosubscribe6 = Spam plugin/sieve = ~/.main.sieve plugin/sieve_before = /etc/dovecot/sieve/move-spam.sieve plugin/sieve_dir = ~/sieve postmaster_address = postmaster at xxx protocols = imap lmtp sieve service anvil { client_limit = 2048 } service imap-login { client_limit = 1024 inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } process_limit = 1024 process_min_avail = 16 } service lmtp { inet_listener lmtp { address = * port = 24 } } service managesieve-login { inet_listener sieve { port = 4190 } } ssl = required ssl_cert = References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> Message-ID: On 8.3.2011, at 19.42, Thierry de Montaudry wrote: >> So... if the httpd process is the one consuming all of the CPU, doesn't >> it stand to reason that it might be something to do with one of your web >> apps, and not dovecot? >> > But then why was it fine with 1.1.13, which never had once this problem in 2 years? or is 2.0.9 slower, or consuming more resources to create the problem? One possibility is that maybe v2.0 works a bit differently.. Maybe it causes webmail to use a new feature that wasn't yet in v1.1, which causes more CPU? I also just heard that apparently this "Resource temporarily unavailable" can happen if service imap/pop3-login's client_limit is too large. I'm not really sure why, but you could try reducing them to e.g. 50. Do you remember how high the CPU usage was at peak times in v1.1? Has that changed? Is the problem maybe that v2.0 just fails in a different way by logging these failures, where v1.1 wouldn't even accept as many incoming connections? From tss at iki.fi Wed Mar 9 20:21:13 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 9 Mar 2011 20:21:13 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> Message-ID: <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> On 8.3.2011, at 21.54, Mike Abbott wrote: > During a stress test dovecot-2.0.11 logs many warnings: > > Mar 8 06:19:52 gromit dovecot[59204]: imap(pid 68864 user user15): Warning: /Volumes/Mail/user15/dovecot-uidlist: Duplicate file entry at line 183: 1299556557.M571530P31883.gromit.example.com,S=21175,W=21549 (uid 67 -> 250) Didn't you get these with v1.x too before? I don't think the Maildir code has changed much since v1.2. > Is there anything I need to reconfigure to prevent these? Thanks. They just shouldn't be happening. Can you easily reproduce this by running imaptest against a single user? From tss at iki.fi Wed Mar 9 20:23:15 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 9 Mar 2011 20:23:15 +0200 Subject: [Dovecot] ID command bug & patch In-Reply-To: References: Message-ID: <47117B5C-5B75-499C-826F-C377E0A9DD48@iki.fi> On 8.3.2011, at 21.40, Mike Abbott wrote: > When I set imap_id_log=* in dovecot-2.0.11 and a client sends, say, > tag id ("a" "b" "c" "d") > then dovecot logs: > ID sent: a=b, b=c, c=d > The following patch makes it log instead: > ID sent: a=b, c=d Thanks, committed: http://hg.dovecot.org/dovecot-2.0/rev/3b2c301ab31f From tss at iki.fi Wed Mar 9 20:23:40 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 9 Mar 2011 20:23:40 +0200 Subject: [Dovecot] rkhunter alert dovecot using port 1984 In-Reply-To: <20110308104309.GA16963@campbell-lange.net> References: <20110308104309.GA16963@campbell-lange.net> Message-ID: <4A0569D9-1808-45E4-ABEA-2A3516A40432@iki.fi> On 8.3.2011, at 12.43, Mark Adams wrote: > Warning: Network TCP port 1984 is being used by /usr/lib/dovecot/imap. > Possible rootkit: Fuckit Rootkit > Use the 'lsof -i' or 'netstat -an' command to check this. > > Does dovecot use this port for any reason? anyone seen this before? No & no. From info at uppenbrink.net Wed Mar 9 21:01:40 2011 From: info at uppenbrink.net (Uppenbrink) Date: Wed, 09 Mar 2011 20:01:40 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: <20110309165551.15324os69xdf8ikg@posta.7girello.net> References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> <20110309165551.15324os69xdf8ikg@posta.7girello.net> Message-ID: On Wed, 09 Mar 2011 16:55:51 +0100, Jimmi wrote: > However another problem comes: with roundcube I created a rule, that > was correctly stored in the user's sieve directory in roundcube.sieve > as follow: > require ["fileinto"]; > # rule:[MyMail] > if anyof (header :contains "From" "mymail") > { > fileinto "Mymail"; > stop; > } > > and the emails coming from mymail domain simply disappear, leaving > the box Mymail empty. > I could not find anything strange in the logs: how t otrace the > problem? Postfix uses not the dovecot deliver as the LDA? It is important that Dovecot deliver stores the mail in the mailboxes. Look at http://wiki.dovecot.org/LDA/Postfix check the logs for something like this: dovecot: deliver(info): sieve: msgid=<20110309165551.15324os69xdf8ikg at posta.7girello.net>: stored mail into mailbox 'Dovecot' postfix/local[21898]: 4584431F2DEC: (delivered to command: /usr/lib/dovecot/deliver) Regards, Carsten From richard.edmonds at lasra.co.nz Wed Mar 9 21:52:24 2011 From: richard.edmonds at lasra.co.nz (Richard Edmonds) Date: Thu, 10 Mar 2011 08:52:24 +1300 Subject: [Dovecot] Fatal: postmaster_address setting not given In-Reply-To: <4D77685F.2070202@Media-Brokers.com> References: <4D76D8FA.6030502@lasra.co.nz> <4D77685F.2070202@Media-Brokers.com> Message-ID: <4D77DA78.6010004@lasra.co.nz> On 10/03/2011 12:45 a.m., Charles Marcus wrote: > On 2011-03-08 8:33 PM, Richard Edmonds wrote: >> I'm getting: "Fatal: postmaster_address setting not given" errors in my >> log file >> dovecot ver: 1.2.12 >> Recently I tried to follow: >> http://postfixmail.com/blog/index.php/postfixadmin-on-ubuntu-9-10/ on >> ubuntu 10.10 >> (which works fine on ubunto 9.10) > If you aren't going to follow the official docs, but some other howto, > you should ask the other howto maintainer... > >> I note that in 10.10 their is no dovecot-postfix.conf so I made the >> appropriate changes to dovecot.conf instead and changed master.cf >> dovecot transport line since I saw someone recently had the same problem: >> >> dovecot unix - n n - - pipe >> flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -c >> /etc/dovecot/dovecot.conf -f ${sender} -d ${recipient} >> >> I still have that problem however. Authentication seems ok but delivery >> fails. >> Any possibility of help on this one? > dovecot -n output is generally mandatory when asking for help with your > config... > > But really you should be asking this question in an ubuntu support forum > don't you think? > Thanks for reviewing. As it turns out the problem I had was due to a difference in dovecot versions that I hadn't noticed. A section of the dovecot.conf file describing the LDA parameters in which the default #postmaster_address = postmaster at example.com became #postmaster_address = Which caused fatal failure and needed to be fixed. That's all. I doubt anyone else will have the same problem if they read the manual or google for a solution and find /this/ post. Thanks again lockquote> Thanks for reviewing.

As it turns out the problem I had was due to a difference in dovecot versions that I hadn't noticed. A section of the dovecot.conf file describing the LDA parameters in which the default
#postmaster_address = postmaster at example.com
became
#postmaster_address =
Which caused fatal failure and needed to be fixed. That's all.
I doubt anyone else will have the same problem if they read the manual or google for a solution and find this post.

Thanks again From antoine at inaps.org Wed Mar 9 23:50:11 2011 From: antoine at inaps.org (Antoine Millet) Date: Wed, 9 Mar 2011 22:50:11 +0100 Subject: [Dovecot] Dsync & random delete problem Message-ID: <20110309225011.600e2c61@noodle> Hello, I've updated my home mail server with dovecot 2.0.11 with idea of using dsync to synchronize two master servers (one at home behind an ADSL connection, and another in a DC with a gigabit connection). Dsync is launched every minutes by a cron job for each hosted mailboxes (in Maildir format). Obviously, a lock prevents to launch more than one dsync process at time. On a test mailbox, it worked perfectly, but when I decided to use it on my own mailbox: big drama :-). Some trashed messages reappear after the next sync, by dint of insisting, sometime it are duplicated. Occasionally, the synchronization has the desired effect, but messages reappear few hours later... So, my questions are: * Dsync is it supposed to be used to synchronize two mailboxes on continuously? * Are these problems known? I've found one thread about a random delete problem, so it seem to be? Do you need more informations to debug it? My informations: * Dovecot version: 2.0.11 * Distro: Debian Squeeze amd64 * FS: ext4 * Mailbox format: Maildir * Dsync command: "dsync -u {account} mirror ssh -i /var/vmail/sync/id_vmail -C {dest} dsync -u {account}" * Bug happen randomly, I haven't found a way to reproduce it. * Dovecot configuration: A part in particular is interesting? Thanks in advance, -- Antoine Millet http://inaps.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20110309/cafb1955/attachment.bin From peter at ixp.jp Thu Mar 10 02:31:23 2011 From: peter at ixp.jp (Peter Evans) Date: Thu, 10 Mar 2011 09:31:23 +0900 Subject: [Dovecot] Dovecot LDA and Postfix/local for local users. In-Reply-To: <9699a8f662bbef20ce23b498c63fd813.squirrel@poczta.lokalna> References: <55410b32b94052711e9cf87bd0c7dd25.squirrel@poczta.lokalna><4D776A32.70502@ing.unipi.it> <9699a8f662bbef20ce23b498c63fd813.squirrel@poczta.lokalna> Message-ID: <00AA3369A1724DDB97257A8686F16E13@usako> >> mailbox_command = /usr/local/libexec/dovecot/deliver (path to deliver) >> After that should I commented postfix/local process from master cf ? no. How else is postfix going to deliver to _local_ users? When uncommented I can see in logs that although deliver is using - local is used somewhere. Can anyone explain how it works and why postfix/local is needed? Logs with uncomended local: postfix/local is the local handoff, hence its name. See: http://www.postfix.org/local.8.html From michael.abbott at apple.com Thu Mar 10 02:43:51 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Wed, 9 Mar 2011 18:43:51 -0600 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> Message-ID: <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> > Can you easily reproduce this by running imaptest against a single user? Nope. Any special imaptest arguments other than user=... pass=... host=... mbox=...? I ran it for a few hours with none of the warnings. From jimmi at libero.it Thu Mar 10 07:48:15 2011 From: jimmi at libero.it (Jimmi) Date: Thu, 10 Mar 2011 06:48:15 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> <20110309165551.15324os69xdf8ikg@posta.7girello.net> Message-ID: <20110310064815.76531gljunkml8u8@posta.7girello.net> Citando Uppenbrink : > Postfix uses not the dovecot deliver as the LDA? It is important > that Dovecot deliver stores the mail in the mailboxes. Postfix use Dovecot, and is working nice since years :) > check the logs for something like this: I may read only: Mar 9 17:10:05 server postfix/pipe[14014]: 8081115DF79: to=, relay=dovecot, delay=0.28, delays=0.01 /0.02/0/0.25, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 9 17:10:05 server postfix/qmgr[2470]: 8081115DF79: removed As all the other received mails. I'll try increasing the dovecot's logging level. -- Jimmi From ross.sysadm at gmail.com Thu Mar 10 08:36:36 2011 From: ross.sysadm at gmail.com (Rostislav Matyusha) Date: Thu, 10 Mar 2011 08:36:36 +0200 Subject: [Dovecot] Dove cot+Kerberos Message-ID: <4D787174.6010407@gmail.com> Hi All. I have a problem with authorization users AD via kerberos in Dovecot&Postfix. Windows SRV 2008 Standart - AD mail server: Gentoo + cyrus-sasl + postfix + dovecot with support ldap&kerberos. I am created a 4 keytabs on Windows box. C:\Users\Admin>ktpass -princ host/srv-mail.cn.energy at CN.ENERGY -mapuser ldapmail at CN.ENERGY -pass "superpasswd" -crypto RC4-HMAC-NT -ptype KRB5_NT_PRINCIPAL -out c:\mail.keytab etc... for all imap/srv-mail.cn.energy pop/srv-mail.cn.energy smtp/srv-mail.cn.energy host/srv-mail.cn.energy On Linux server: ktutils ktutils: rkt /root/Keytab/imap.keytab ktutils: rkt /root/Keytab/smtp.keytab ktutils: rkt /root/Keytab/pop.keytab ktutils: rkt /root/Keytab/host.keytab ktutils: wrt /etc/krb5.keytab ktutils: q kinit -V -k -t /etc/krb5.keytab host/srv-mail.cn.energy at CN.ENERGY Authenticated to Kerberos v5 KRB5_KTNAME=/etc/krb5.keytab ; export KRB5_KTNAME TESTING: imtest srv-mail ERROR: Mar 10 08:27:23 srv-mail dovecot: auth(default): auth(?,10.0.0.5): Invalid username: host/srv-mail.cn.energy at CN.ENERGY Mar 10 08:27:23 srv-mail dovecot: auth(default): gssapi(?,10.0.0.5): authn_name: Username contains disallowed character: 0x2f Why username "host/srv-mail.cn.energy at CN.ENERGY" ??? imtest -m GSSAPI -u ross -a ross -r cn.energy srv-mail ERROR: Mar 10 08:31:55 srv-mail dovecot: auth(default): auth(?,10.0.0.5): Invalid username: host/srv-mail.cn.energy at CN.ENERGY Mar 10 08:31:55 srv-mail dovecot: auth(default): gssapi(?,10.0.0.5): authn_name: Username contains disallowed character: 0x2f BUT if i create kinit ross at CN.ENERGY imtest srv-mail ERROR: srv-mail dovecot: auth(default): gssapi(ross at CN.ENERGY,10.0.0.5): Invalid response length So i am confusion, please help me. many thanks -- Best Regards Ross Remote Server Administration. e-mail: ross.sysadm at gmail.com skype: ross.sysadm icq: 317410068 Best Offers for a full range of server management services and effective on time solutions. From jimmi at libero.it Thu Mar 10 09:31:21 2011 From: jimmi at libero.it (Jimmi) Date: Thu, 10 Mar 2011 08:31:21 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: <20110310064815.76531gljunkml8u8@posta.7girello.net> References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> <20110309165551.15324os69xdf8ikg@posta.7girello.net> <20110310064815.76531gljunkml8u8@posta.7girello.net> Message-ID: <5d53c2c8a9987966413c4da13d05ff97@7girello.net> I did nothing and now it works! Donno', sorry for the noise ;) BTW, in the dovecot-deliver.log I found: Info: sieve: msgid=: stored mail into mailbox 'Mymail' -- jimmi From thierry at mailhub.co.za Thu Mar 10 10:14:49 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Thu, 10 Mar 2011 10:14:49 +0200 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> Message-ID: <122EAC1F-FDB5-432B-A613-934E05A244BA@mailhub.co.za> On 09 Mar 2011, at 20:16, Timo Sirainen wrote: > On 8.3.2011, at 19.42, Thierry de Montaudry wrote: > >>> So... if the httpd process is the one consuming all of the CPU, doesn't >>> it stand to reason that it might be something to do with one of your web >>> apps, and not dovecot? >>> >> But then why was it fine with 1.1.13, which never had once this problem in 2 years? or is 2.0.9 slower, or consuming more resources to create the problem? > > One possibility is that maybe v2.0 works a bit differently.. Maybe it causes webmail to use a new feature that wasn't yet in v1.1, which causes more CPU? Yes, possibly. I will investigate the features that the webmail might use now that it was not previously. > > I also just heard that apparently this "Resource temporarily unavailable" can happen if service imap/pop3-login's client_limit is too large. I'm not really sure why, but you could try reducing them to e.g. 50. I reduced the limits with process_limit. I'm wondering if I should use the client_limit as well, but couldn't find much documentation, would you have any light on that? > > Do you remember how high the CPU usage was at peak times in v1.1? Has that changed? Is the problem maybe that v2.0 just fails in a different way by logging these failures, where v1.1 wouldn't even accept as many incoming connections? v1.1 was about the same as current, load avg between 3 and 4 from 9pm to 4am, no change on that side. It looks like it's just when there is spikes, the new version is reaching some limit. From stan at hardwarefreak.com Thu Mar 10 13:49:04 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Thu, 10 Mar 2011 05:49:04 -0600 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: Message-ID: <4D78BAB0.8050202@hardwarefreak.com> Chris Wilson put forth on 3/9/2011 10:02 AM: > Hi all, > > I think it would be a good idea for me to move from mbox to mdbox, as I > have 57,000 messages in my inbox, and clients hang for a minute whenever > they request a CHECK, or Dovecot feels the need to run one itself. Why do you believe switching to mdbox will fix this problem? If you have 57k messages in your INBOX as you say, then you have a much bigger problem to solve than your choice of mailbox format. -- Stan From chris-dovecot-110112 at aptivate.org Thu Mar 10 14:00:01 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Thu, 10 Mar 2011 12:00:01 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: <4D78BAB0.8050202@hardwarefreak.com> References: <4D78BAB0.8050202@hardwarefreak.com> Message-ID: Hi Stan, On Thu, 10 Mar 2011, Stan Hoeppner wrote: > Chris Wilson put forth on 3/9/2011 10:02 AM: > > > I think it would be a good idea for me to move from mbox to mdbox, as I > > have 57,000 messages in my inbox, and clients hang for a minute whenever > > they request a CHECK, or Dovecot feels the need to run one itself. > > Why do you believe switching to mdbox will fix this problem? Because CHECK takes forever, I can understand why it's necessary on mbox files, I don't see that it should be necessary on an mdbox store, and so I'm hoping that mdbox will be much faster. > If you have 57k messages in your INBOX as you say, then you have a much > bigger problem to solve than your choice of mailbox format. Well forgive me for wanting to be easily able to find any email I received in the last year from Pine (which makes switching folders a little painful). Seriously, this is 2011, it shouldn't be impossible to index and randomly access 60,000 records containing a few GB of data in reasonable time. Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From chris-dovecot-110112 at aptivate.org Thu Mar 10 14:09:14 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Thu, 10 Mar 2011 12:09:14 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: <4D78BAB0.8050202@hardwarefreak.com> Message-ID: Hi Stan, On Thu, 10 Mar 2011, Chris Wilson wrote: > On Thu, 10 Mar 2011, Stan Hoeppner wrote: > > Chris Wilson put forth on 3/9/2011 10:02 AM: > > > > > I think it would be a good idea for me to move from mbox to mdbox, as I > > > have 57,000 messages in my inbox, and clients hang for a minute whenever > > > they request a CHECK, or Dovecot feels the need to run one itself. > > > > Why do you believe switching to mdbox will fix this problem? Apparently your server doesn't want me to reply: A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: stan at hardwarefreak.com SMTP error from remote mail server after RCPT TO:: host greer.hardwarefreak.com [65.41.216.221]: 554 5.7.1 : Client host rejected: Access denied Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From tss at iki.fi Thu Mar 10 14:13:16 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 10 Mar 2011 14:13:16 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> Message-ID: <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> On 10.3.2011, at 2.43, Mike Abbott wrote: >> Can you easily reproduce this by running imaptest against a single user? > > Nope. Any special imaptest arguments other than user=... pass=... host=... mbox=...? I ran it for a few hours with none of the warnings. Maybe it has to do with the number of mails in the mailbox? Did those users who had the warnings have a lot of mails? imaptest normally keeps only about 30 mails, but that can be increased with: msgs=10000 delete=10 expunge=10 From tss at iki.fi Thu Mar 10 14:19:03 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 10 Mar 2011 14:19:03 +0200 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: Message-ID: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> On 9.3.2011, at 18.02, Chris Wilson wrote: > I think it would be a good idea for me to move from mbox to mdbox, as I > have 57,000 messages in my inbox, and clients hang for a minute whenever > they request a CHECK, or Dovecot feels the need to run one itself. mbox_very_dirty_syncs=yes should get rid of this problem even without switching to mdbox. > This error occurs every time I run dsync, and I understand it, so I've > elided it: > > dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: > Permission denied So that is intentional?.. > I don't understand the following errors from dsync (2.0.9): > > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > dsync(chris): Error: Next message unexpectedly corrupted in mbox file > /home/chris/mail/spam at 404513741 mbox bug. Same would happen if you tried to read that same mail via imap. It fixed itself automatically though. > dsync(chris): Warning: Transaction log file > /home/chris/mail/.imap/spam/dovecot.index.log was locked for 252 seconds Normal with a large mbox. > dsync(chris): Info: spam: only in source > dsync(chris): Info: temp: only in source > dsync(chris): Info: Sent: only in source > dsync(chris): Info: addressbook: only in source > dsync(chris): Info: sent-mail-sep-2008: only in source > dsync(chris): Info: sent-mail-oct-2010: only in source > dsync(chris): Info: INBOX.Sent: only in source > dsync(chris): Info: sent-mail: only in source > dsync(chris): Info: INBOX.Trash: only in source Just saying that destination doesn't have these mailboxes yet. > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > dsync(chris): Info: spam: only in source > dsync(chris): Info: spam: only in dest .. > dsync(chris): Error: Failed to sync mailbox spam: Mailbox doesn't exist: > spam .. > Note: how is it possible for the same folder to be "only in source" and > "only in dest"? I think they have different GUIDs, or maybe Dovecot failed to get one of their GUID. Dsync works with mailbox GUIDs, not names. Anyway, I don't really know why it would suddenly lose one of them. > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > dsync(chris): Info: spam: highest_modseq changed: 2 != 3 > > Now the latter is all I get whenever I run dsync. Is it broken? Nope. The modseq syncing isn't really perfect. So everything should be synced now. From chris-dovecot-110112 at aptivate.org Thu Mar 10 14:40:46 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Thu, 10 Mar 2011 12:40:46 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> Message-ID: Hi Timo, On Thu, 10 Mar 2011, Timo Sirainen wrote: > On 9.3.2011, at 18.02, Chris Wilson wrote: > > > I think it would be a good idea for me to move from mbox to mdbox, as I > > have 57,000 messages in my inbox, and clients hang for a minute whenever > > they request a CHECK, or Dovecot feels the need to run one itself. > > mbox_very_dirty_syncs=yes should get rid of this problem even without switching to mdbox. That option sounds scary :) I thought it would be safer to switch to a format where messages are read-only, especially as I currently have some strange symptoms (blank or nearly blank messages, messages cut in two, etc.) with mbox and I know it's not good in general, or good at handling large mailboxes in particular. > > dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: > > Permission denied > > So that is intentional?.. Not exactly, it's a symlink to /var/spool/mail/admin which for some reason I don't have permission to open at the moment. > > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > > dsync(chris): Error: Next message unexpectedly corrupted in mbox file > > /home/chris/mail/spam at 404513741 > > mbox bug. Same would happen if you tried to read that same mail via > imap. It fixed itself automatically though. Okay good, that probably explains why when I tried to debug it (suspecting a bad Content-Length header in the previous messages) I couldn't see any problem. > > dsync(chris): Info: INBOX.Sent: only in source > > dsync(chris): Info: sent-mail: only in source > > dsync(chris): Info: INBOX.Trash: only in source > > Just saying that destination doesn't have these mailboxes yet. OK, good. > > Note: how is it possible for the same folder to be "only in source" > > and "only in dest"? > > I think they have different GUIDs, or maybe Dovecot failed to get one of > their GUID. Dsync works with mailbox GUIDs, not names. Anyway, I don't > really know why it would suddenly lose one of them. Perhaps it's worth printing the guids in that case? Is the guid stored in the first message in the mailbox? Note that the mdbox for spam was created (maybe not completely) by a previous run of dsync, and I really can't see how the guid of the spam mbox could have changed (it definitely wasn't recreated yesterday). > > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > > dsync(chris): Info: spam: highest_modseq changed: 2 != 3 > > > > Now the latter is all I get whenever I run dsync. Is it broken? > > Nope. The modseq syncing isn't really perfect. So everything should be > synced now. I'm a bit surprised by how much less disk space it's taking: chris at one-mail(~)$ du -sk /var/spool/mail/chris mail mdbox 1010516 /var/spool/mail/chris 2083872 mail 1016664 mdbox It doesn't seem to have backed up most of my mailboxes: chris at one-mail(~)$ ls mdbox/mailboxes/ addressbook INBOX.Sent INBOX.Trash Sent sent-mail sent-mail-oct-2010 sent-mail-sep-2008 spam temp chris at one-mail(~)$ ls mail addressbook archive INBOX.Drafts mail postponed-msgs sent-mail sent-mail-nov-2010 spam vcn admin badbox INBOX.Sent payslips saved-messages sent-mail-aug-2006 sent-mail-oct-2010 temp aidbot Drafts INBOX.Trash pinerc Sent sent-mail-jan-2009 sent-mail-sep-2008 Trash Any ideas how I can get it to backup the rest of my mailboxes to mdbox? Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From cristianedefranca at yahoo.com.br Thu Mar 10 15:42:34 2011 From: cristianedefranca at yahoo.com.br (=?iso-8859-1?Q?Cristiane_Fran=E7a?=) Date: Thu, 10 Mar 2011 05:42:34 -0800 (PST) Subject: [Dovecot] Dovecot 2.0 - size of the mailbox Message-ID: <997680.73741.qm@web161609.mail.bf1.yahoo.com> Hi, The Dovecot 2.0 has some limit size for the mailbox? The server is 64 bits and would like to have mailbox with bigger size that 2 GB. From Ralf.Hildebrandt at charite.de Thu Mar 10 15:43:59 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Thu, 10 Mar 2011 14:43:59 +0100 Subject: [Dovecot] Dovecot 2.0 - size of the mailbox In-Reply-To: <997680.73741.qm@web161609.mail.bf1.yahoo.com> References: <997680.73741.qm@web161609.mail.bf1.yahoo.com> Message-ID: <20110310134359.GA18967@charite.de> * Cristiane Fran?a : > Hi, > > The Dovecot 2.0 has some limit size for the mailbox? > The server is 64 bits and would like to have mailbox with bigger size that 2 GB. No problem with Maildir or mdbox. -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From stan at hardwarefreak.com Thu Mar 10 16:15:04 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Thu, 10 Mar 2011 08:15:04 -0600 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: <4D78BAB0.8050202@hardwarefreak.com> Message-ID: <4D78DCE8.4050307@hardwarefreak.com> Chris Wilson put forth on 3/10/2011 6:09 AM: > Apparently your server doesn't want me to reply: > > A message that you sent could not be delivered to one or more of its > recipients. This is a permanent error. The following address(es) failed: > > stan at hardwarefreak.com > SMTP error from remote mail server after RCPT > TO:: > host greer.hardwarefreak.com [65.41.216.221]: > 554 5.7.1 : > Client host rejected: Access denied Replying to the list isn't sufficient? Do you see a compelling reason why I would need two copies of your reply? -- Stan From arekm at maven.pl Thu Mar 10 16:18:29 2011 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Thu, 10 Mar 2011 15:18:29 +0100 Subject: [Dovecot] permission recomendation for dovecot configuration files and binaries Message-ID: <201103101518.29607.arekm@maven.pl> I'm trying to figure out which permissions will be the best to handle most of tasks (for use in rpm package) for configuration files. Basically /etc/dovecot/ dir /etc/dovecot/* files /etc/dovecot/conf.d/ dir /etc/dovecot/conf.d/files dovecot binaries, deliver mainly For example deliver needs to read configuration files and needs to write into destination. Doesn't seem to be sane to allow MTA user read dovecot configs but that is requires for deliver to work etc. Are there any sane/tested recommendations that would fit most situations (remember, that's going to be rpm package default config) ? -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From Mike.Enright at interoptechnologies.com Thu Mar 10 18:14:05 2011 From: Mike.Enright at interoptechnologies.com (Enright, Mike) Date: Thu, 10 Mar 2011 11:14:05 -0500 Subject: [Dovecot] Dovecot 2.X, built from source, no extensions? Message-ID: Greetings list. Pardon the ignorance. I am working on CentOS 5.2. Unfortunately the repo version of Dovecot is 1.0.X. This works fine mind you but it doesn't have ORDEREDSUBJECT Threading support, which I need. I downloaded 2.0.11 and built from source, but now I don't see any Threading support, not even REFERENCES. I looked to see if I was missing a ./configure option but if I am, it has eluded me. Any guidance would be appreciated. # dovecot -n # 2.0.11: /usr/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-92.1.18.el5PAE i686 CentOS release 5.2 (Final) ext3 auth_mechanisms = plain login disable_plaintext_auth = no mail_location = maildir:/var/vmail/%d/%n/Maildir passdb { args = /usr/etc/dovecot/dovecot-mysql.conf driver = sql } plugin/quota = maildir:storage=10240:messages=1000 protocols = imap service auth { unix_listener /var/run/dovecot/auth-master { mode = 0600 user = vmail } user = root } service imap-login { client_limit = 256 process_min_avail = 10 service_count = 0 vsz_limit = 128 M } ssl = no userdb { args = uid=6000 gid=6000 home=/var/vmail/%d/%n allow_any_users=yes driver = static } # telnet localhost imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN] Dovecot ready. 1 capability * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN 1 OK Capability completed. Cheers Mike Enright Senior Software Engineer Office: +1 239-425-9161 (Florida) Fax: +1 239-425-6845 [cid:C388744A-AA0D-4A0C-A96D-3038C56EC9E5] Interop Technologies 13500 Powers Court Fort Myers, FL 33912 www.interoptechnologies.com -------------- next part -------------- A non-text attachment was scrubbed... Name: F04230B0-9E39-46D7-BBF4-250561E7B569[106].png Type: image/png Size: 3719 bytes Desc: F04230B0-9E39-46D7-BBF4-250561E7B569[106].png Url : http://dovecot.org/pipermail/dovecot/attachments/20110310/f1c911c6/attachment-0001.png From joseba.torre at ehu.es Thu Mar 10 18:22:38 2011 From: joseba.torre at ehu.es (Joseba Torre) Date: Thu, 10 Mar 2011 17:22:38 +0100 Subject: [Dovecot] Dovecot 2.X, built from source, no extensions? In-Reply-To: References: Message-ID: <201103101722.39127.joseba.torre@ehu.es> On Thursday 10 March 2011 17:14:05 Enright, Mike wrote: > # telnet localhost imap > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE > AUTH=PLAIN AUTH=LOGIN] Dovecot ready. 1 capability > * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE > AUTH=PLAIN AUTH=LOGIN 1 OK Capability completed. If you log in you'll see the actual capability list: $ telnet localhost 143 Trying ::1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready. 1 login test test_passwd 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA] Logged in -- Joseba Torre. Vicegerencia de TICs, ?rea de Explotaci?n From Mike.Enright at interoptechnologies.com Thu Mar 10 18:31:13 2011 From: Mike.Enright at interoptechnologies.com (Enright, Mike) Date: Thu, 10 Mar 2011 11:31:13 -0500 Subject: [Dovecot] Dovecot 2.X, built from source, no extensions? In-Reply-To: <201103101722.39127.joseba.torre@ehu.es> Message-ID: Excellent! That did work much better, but I still don't see THREAD=ORDEREDSUBJECT. Was I mistaken that Dovecot supported that? I thought I read it somewhere. Thanks # telnet localhost imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN] Dovecot ready. 1 login test foo 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS] Logged in 2 capability * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS 2 OK Capability completed. Mike Enright On 3/10/11 11:22 AM, "Joseba Torre" wrote: >On Thursday 10 March 2011 17:14:05 Enright, Mike wrote: >> # telnet localhost imap >> Trying 127.0.0.1... >> Connected to localhost. >> Escape character is '^]'. >> * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE >>IDLE >> AUTH=PLAIN AUTH=LOGIN] Dovecot ready. 1 capability >> * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE >> AUTH=PLAIN AUTH=LOGIN 1 OK Capability completed. > >If you log in you'll see the actual capability list: > >$ telnet localhost 143 >Trying ::1... >Connected to localhost. >Escape character is '^]'. >* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE >IDLE >AUTH=PLAIN] Dovecot ready. >1 login test test_passwd >1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE >IDLE >SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT >CHILDREN >NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH >ESORT >SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA] Logged in > >-- >Joseba Torre. Vicegerencia de TICs, ?rea de Explotaci?n From tss at iki.fi Thu Mar 10 18:46:30 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 10 Mar 2011 18:46:30 +0200 Subject: [Dovecot] Dovecot 2.X, built from source, no extensions? In-Reply-To: References: Message-ID: <1299775590.19220.543.camel@hurina> On Thu, 2011-03-10 at 11:31 -0500, Enright, Mike wrote: > That did work much better, but I still don't see THREAD=ORDEREDSUBJECT. > Was I mistaken that Dovecot supported that? I thought I read it somewhere. There is no THREAD=ORDEREDSUBJECT support, because very few people have ever asked for it. Why do you need it? From michael.abbott at apple.com Thu Mar 10 23:24:45 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Thu, 10 Mar 2011 15:24:45 -0600 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> Message-ID: > Maybe it has to do with the number of mails in the mailbox? Clever thought, but while some of the users receiving the warnings have 30k messages, others have only a few hundred. > msgs=10000 delete=10 expunge=10 Five hours running, no warnings. Any other thoughts? From tss at iki.fi Thu Mar 10 23:27:36 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 10 Mar 2011 23:27:36 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> Message-ID: On 10.3.2011, at 23.24, Mike Abbott wrote: >> Maybe it has to do with the number of mails in the mailbox? > > Clever thought, but while some of the users receiving the warnings have 30k messages, others have only a few hundred. What kind of a test are you doing that causes these warnings? From michael.abbott at apple.com Thu Mar 10 23:49:02 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Thu, 10 Mar 2011 15:49:02 -0600 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> Message-ID: <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> > What kind of a test are you doing that causes these warnings? A stress test which manipulates messages via IMAP fetch, copy, search, append, store flags, expunge, etc. and also sends mail via SMTP. I'll try to narrow down if there's a specific command which triggers it, or if dovecot-lda does, or what. Meanwhile I would welcome your educated guesses as to where to look. From tss at iki.fi Thu Mar 10 23:56:36 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 10 Mar 2011 23:56:36 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> Message-ID: <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> On 10.3.2011, at 23.49, Mike Abbott wrote: >> What kind of a test are you doing that causes these warnings? > > A stress test which manipulates messages via IMAP fetch, copy, search, append, store flags, expunge, etc. and also sends mail via SMTP. I'll try to narrow down if there's a specific command which triggers it, or if dovecot-lda does, or what. Meanwhile I would welcome your educated guesses as to where to look. Well, saving a copy of dovecot-uidlist file would be useful in such situation. Maybe it shows something interesting about what's causing it. Or even better would be to save a copy of it after each change and seeing where it goes wrong. Also interesting would be to see if it makes a difference that uidlist is always rewritten rather than appended to. Attached patch does both. -------------- next part -------------- A non-text attachment was scrubbed... Name: diff Type: application/octet-stream Size: 778 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20110310/2c9c8e27/attachment.obj From aseques at gmail.com Fri Mar 11 18:39:09 2011 From: aseques at gmail.com (Joan) Date: Fri, 11 Mar 2011 17:39:09 +0100 Subject: [Dovecot] Using dovecot with wordpress/phpass passwords? Message-ID: Good afternoon, I am trying to setup dovecot to authenticate using the userdata from wordpress. It's being a bit mor difficult than I thought. This is the relevant part of the dovecot-sql.conf default_pass_scheme = CRYPT password_query = SELECT user_pass AS password FROM wp_users WHERE user_email='%u'; user_query = SELECT 501 as uid, 501 as gid,'maildir:storage=51200' as quota FROM wp_users WHERE user_email = '%u' I can see that the query is being procecessed according to the logs. Wordpress and others are using phpass to authenticate (http://www.openwall.com/phpass/), it is basically a salted md5 hash. Basically, after the process, a hash like this is obtained. $P$BiWISc3IsqRHxeEjq4VJP1Vi8gy4mg1 (for test123 password) I would like to know if dovecot would be able to read this, otherwise I could still make a custom checkpassword function but that would be non-optimal. Could someone guide me on this? If you need more details just ask. Thanks a lot, joan From shopik at inblock.ru Fri Mar 11 23:25:21 2011 From: shopik at inblock.ru (Nikolay Shopik) Date: Sat, 12 Mar 2011 00:25:21 +0300 Subject: [Dovecot] IMAP move extension support Message-ID: Hi Timo, Any chance we could get IMAP move extension support in Dovecot? http://tools.ietf.org/html/draft-krecicki-imap-move-01 This is now landed in Thunderbird trunk, so it will be great to have server to test and use with :). Thanks From p at state-of-mind.de Fri Mar 11 23:57:39 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Fri, 11 Mar 2011 22:57:39 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes Message-ID: <20110311215739.GD13492@state-of-mind.de> Timo, would you consider adding support for "IMAP LIST Extension for Special-Use Mailboxes" any time near in the future? I would really love to get rid of all those folders created by all those different mail clients just because they can't agree to use the same folder for special purpose. Obviously clients need to support it too. Having Dovecot support it certainly would make them adopt the standard sooner. p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From birger at brunswiek.org Fri Mar 11 23:57:55 2011 From: birger at brunswiek.org (Birger Brunswiek) Date: Fri, 11 Mar 2011 22:57:55 +0100 Subject: [Dovecot] dict crashes with multiple map definitions Message-ID: <4D7A9AE3.7060304@brunswiek.org> Hi, I get a crash in dict if I use multiple map sections. Each one of them works fine by their own. I managed to convince dovecot to create dump files to debug this, but I can't figure out how to do the same for dict. How can I do this? Anyway, perhaps someone already know's what's wrong by looking at what I do in the sql dict configuration. Mar 9 02:27:52 xxx dovecot: dict: pgsql: Connected to dovecot Mar 9 02:27:52 xxx dovecot: dict: Panic: file driver-pgsql.c: line 529 (do_query): assertion failed: (db->sync_result == NULL) Mar 9 02:27:52 xxx dovecot: dict: Raw backtrace: dict() [0x418a9a] -> dict() [0x418b03] -> dict() [0x418206] -> dict() [0x414124] -> dict() [0x414b07] -> dict() [0x40e0dc] -> dict() [0x40e20a] -> dict() [0x40b77f] -> dict() [0x40b8b9] -> dict() [0x40ba57] -> dict(io_loop_handler_run+0xbd) [0x41d87d] -> dict(io_loop_run+0x18) [0x41ccf8] -> dict(main+0x114) [0x40bda4] -> /lib/libc.so.6(__libc_start_main+0xfd) [0x7f9a10cdbc4d] -> dict() [0x40ad69] Mar 9 02:27:52 xxx dovecot: IMAP(xxx): read(/var/run/dovecot/dict-server) failed: Remote disconnected Mar 9 02:27:52 xxx dovecot: IMAP(xxx): acl: dict iteration failed, can't update dict Mar 9 02:27:52 xxx dovecot: dovecot: child 11180 (dict) killed with signal 6 (core not dumped) # dovecot --version 1.2.15 # dovecot -n # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps managesieve listen: [::] ssl_cert_file: /etc/ssl/certs/foo.bar.pem ssl_key_file: /etc/ssl/private/foo.bar.key.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login mail_privileged_group: mail mail_location: maildir:/var/mail/%u/mailbox mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugins(default): acl imap_acl mail_plugins(imap): acl imap_acl mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: shared/%%n/ location: maildir:/var/mail/%%u/mailbox:INDEX=/var/mail/%u/mailbox/shared/%%u list: children lda: postmaster_address: postmaster at foo.bar mail_plugins: sieve acl auth default: mechanisms: plain gssapi passdb: driver: pam args: blocking=yes dovecot userdb: driver: static args: uid=vmail gid=vmail home=/var/mail/%u allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: acl: vfile acl_shared_dict: proxy::acl sieve: ~/.dovecot.sieve sieve_dir: ~/sieve dict: acl: pgsql:/etc/dovecot/dovecot-dict-sql.conf # cat /etc/dovecot/dovecot-dict-sql.conf connect = host=foo.bar dbname=dovecot user=dovecot password=xxx map { pattern = shared/shared-boxes/user/$owner/$user table = user_shares value_field = dummy fields { owner = $owner usr = $user } } map { pattern = shared/shared-boxes/anyone/$owner table = global_shares value_field = dummy fields { owner = $owner } } map { pattern = shared/shared-boxes/group/$group/$owner table = group_shares value_field = dummy fields { grp = $group owner = $owner } } From CMarcus at Media-Brokers.com Sat Mar 12 00:03:27 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Fri, 11 Mar 2011 17:03:27 -0500 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311215739.GD13492@state-of-mind.de> References: <20110311215739.GD13492@state-of-mind.de> Message-ID: <4D7A9C2F.7050600@Media-Brokers.com> On 2011-03-11 4:57 PM, Patrick Ben Koetter wrote: > Timo, > > would you consider adding support for "IMAP LIST Extension for Special-Use > Mailboxes" any time near in the > future? > > I would really love to get rid of all those folders created by all those > different mail clients just because they can't agree to use the same folder > for special purpose. How would implementation of this extension solve that problem?? -- Best regards, Charles From p at state-of-mind.de Sat Mar 12 00:31:36 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Fri, 11 Mar 2011 23:31:36 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <4D7A9C2F.7050600@Media-Brokers.com> References: <20110311215739.GD13492@state-of-mind.de> <4D7A9C2F.7050600@Media-Brokers.com> Message-ID: <20110311223136.GE32718@state-of-mind.de> * Charles Marcus : > On 2011-03-11 4:57 PM, Patrick Ben Koetter wrote: > > Timo, > > > > would you consider adding support for "IMAP LIST Extension for Special-Use > > Mailboxes" any time near in the > > future? > > > > I would really love to get rid of all those folders created by all those > > different mail clients just because they can't agree to use the same folder > > for special purpose. > > How would implementation of this extension solve that problem?? A server may, for example, mark a folder as \Sent. Any client that connects to such a server can search for a folder that has been attributed as "Sent". No need to create a new folder "Sent Items" if there's a special folder marked as \Sent. Same goes for clients that insist on calling it "sent" or "Gesendete Objekte" or ... The RFC reserves a list of special use folders: \All This mailbox presents all messages in the user's message store. Implementations MAY omit some messages, such as, perhaps, those in \Trash and \Junk. When this special use is supported, it is almost certain to represent a virtual mailbox. \Archive This mailbox is used to archive messages. The meaning of an "archival" mailbox is server-dependent; typically, it will be used to get messages out of the inbox, or otherwise keep them out of the user's way, while still making them accessible. \Drafts This mailbox is used to hold draft messages -- typically, messages that are being composed but have not yet been sent. In some server implementations, this might be a virtual mailbox, containing messages from other mailboxes that are marked with the "\Draft" message flag. Alternatively, this might just be advice that a client put drafts here. \Flagged This mailbox presents all messages marked in some way as "important". When this special use is supported, it is likely to represent a virtual mailbox collecting messages (from other mailboxes) that are marked with the "\Flagged" message flag. \Junk This mailbox is where messages deemed to be junk mail are held. Some server implementations might put messages here automatically. Alternatively, this might just be advice to a client-side spam filter. \Sent This mailbox is used to hold copies of messages that have been sent. Some server implementations might put messages here automatically. Alternatively, this might just be advice that a client save sent messages here. \Trash This mailbox is used to hold messages that have been deleted or marked for deletion. In some server implementations, this might be a virtual mailbox, containing messages from other mailboxes -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From dg at dguhl.org Sat Mar 12 00:54:59 2011 From: dg at dguhl.org (Dennis Guhl) Date: Fri, 11 Mar 2011 23:54:59 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311215739.GD13492@state-of-mind.de> References: <20110311215739.GD13492@state-of-mind.de> Message-ID: <20110311225459.GB22446@laptop-dg.leere.eu> On Fri, Mar 11, 2011 at 10:57:39PM +0100, Patrick Ben Koetter wrote: > Timo, > > would you consider adding support for "IMAP LIST Extension for Special-Use > Mailboxes" any time near in the > future? > > I would really love to get rid of all those folders created by all those > different mail clients just because they can't agree to use the same folder > for special purpose. I would strongly endorse this request. > Obviously clients need to support it too. Having Dovecot support it certainly > would make them adopt the standard sooner. From mcguire at neurotica.com Sat Mar 12 01:03:23 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Fri, 11 Mar 2011 18:03:23 -0500 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311225459.GB22446@laptop-dg.leere.eu> References: <20110311215739.GD13492@state-of-mind.de> <20110311225459.GB22446@laptop-dg.leere.eu> Message-ID: <4D7AAA3B.2070503@neurotica.com> On 3/11/11 5:54 PM, Dennis Guhl wrote: >> would you consider adding support for "IMAP LIST Extension for Special-Use >> Mailboxes" any time near in the >> future? >> >> I would really love to get rid of all those folders created by all those >> different mail clients just because they can't agree to use the same folder >> for special purpose. > > I would strongly endorse this request. Right there with you on that. -Dave -- Dave McGuire Port Charlotte, FL From tss at iki.fi Sat Mar 12 01:39:20 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 01:39:20 +0200 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311215739.GD13492@state-of-mind.de> References: <20110311215739.GD13492@state-of-mind.de> Message-ID: <96C55A8F-4779-43C5-866F-1904F1FFB2C9@iki.fi> On 11.3.2011, at 23.57, Patrick Ben Koetter wrote: > would you consider adding support for "IMAP LIST Extension for Special-Use > Mailboxes" any time near in the > future? This has been requested before. I'm still just wondering what would be a good way to configure this. The possibilities are basically: a) imap_specialuse = \Drafts Drafts \Sent "Sent Messages" ..etc.. b) imap_specialuse_drafts = Drafts imap_specialuse_sent = Sent Messages ..etc.. c) imap_specialuse = /etc/dovecot/specialuse.conf.ext and the file contains: \Sent Sent Messages \Drafts Drafts ..etc.. I don't really like any of them. Maybe there's a d) that I haven't thought of yet. The spec also supports the possibility of allowing clients to move the tags around, and of course it would be nice if Dovecot supported that too. Only c) makes it even theoretically possible by having imap_specialuse = ~/.dovecot.specialuse From tss at iki.fi Sat Mar 12 01:41:19 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 01:41:19 +0200 Subject: [Dovecot] IMAP move extension support In-Reply-To: References: Message-ID: <3CEB7722-EB7B-4D9C-A260-5140A1E3A80F@iki.fi> On 11.3.2011, at 23.25, Nikolay Shopik wrote: > Any chance we could get IMAP move extension support in Dovecot? > http://tools.ietf.org/html/draft-krecicki-imap-move-01 Little chance at the moment. It's not easy. It's actually very difficult. I would want to create "doveadm move" command, but I think I'll just make that to be a copy+expunge as well. From p at state-of-mind.de Sat Mar 12 01:52:02 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Sat, 12 Mar 2011 00:52:02 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <96C55A8F-4779-43C5-866F-1904F1FFB2C9@iki.fi> References: <20110311215739.GD13492@state-of-mind.de> <96C55A8F-4779-43C5-866F-1904F1FFB2C9@iki.fi> Message-ID: <20110311235202.GB8852@state-of-mind.de> * Timo Sirainen : > On 11.3.2011, at 23.57, Patrick Ben Koetter wrote: > > > would you consider adding support for "IMAP LIST Extension for Special-Use > > Mailboxes" any time near in the > > future? > > This has been requested before. I'm still just wondering what would be a > good way to configure this. The possibilities are basically: You and I had mailed about this about a year ago. Then I went out to ask IETF make it a standard. Now that it has become a standard I am back. :) > a) imap_specialuse = \Drafts Drafts \Sent "Sent Messages" ..etc.. > > b) > imap_specialuse_drafts = Drafts > imap_specialuse_sent = Sent Messages > ..etc.. > > c) imap_specialuse = /etc/dovecot/specialuse.conf.ext > and the file contains: > > \Sent Sent Messages > \Drafts Drafts > ..etc.. > > I don't really like any of them. Maybe there's a d) that I haven't thought of yet. > > The spec also supports the possibility of allowing clients to move the tags > around, and of course it would be nice if Dovecot supported that too. Only > c) makes it even theoretically possible by having imap_specialuse = > ~/.dovecot.specialuse Yes, looks as if c) could cover all parts of the RFC. p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From dmiller at amfes.com Sat Mar 12 07:00:03 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Fri, 11 Mar 2011 21:00:03 -0800 Subject: [Dovecot] dsync warning/error - mailbox needs recreation Message-ID: What does this mean? These lines occur on subsequent runs of "dsync -u user backup target" dsync(dmiller at amfes.com): Warning: Destination mailbox INBOX has been modified, need to recreate it before we can continue syncing dsync(dmiller at amfes.com): Error: Can't delete mailbox INBOX: INBOX can't be deleted. -- Daniel From Christoph at plmail.de Sat Mar 12 10:43:50 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Sat, 12 Mar 2011 09:43:50 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <1299452464.19220.478.camel@hurina> References: <201102191010.31727.Christoph@plmail.de> <201103062223.41860.Christoph@plmail.de> <1299452464.19220.478.camel@hurina> Message-ID: <201103120943.50733.Christoph@plmail.de> Hello, Timo Sirainen wrote: > > Does anyone have an idea what is going wrong with the timestamps? > > So it's as if the timestamp keeps changing to the newest deleted > message.. Maybe mail_debug=yes shows something helpful with these > patches: > > http://hg.dovecot.org/dovecot-2.0/rev/eac54c2dc98b > http://hg.dovecot.org/dovecot-2.0/rev/63ed0d3f4f52 > http://hg.dovecot.org/dovecot-2.0/rev/2cb0fb910441 It seems to work now. Message were expunged today and 'doveadm search -A mailbox Trash savedbefore d' still shows me messages that are four days old or younger. Regards Christoph From tss at iki.fi Sat Mar 12 15:12:48 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 15:12:48 +0200 Subject: [Dovecot] Patch proposition to implement a new workaround: tb-lsub-flags In-Reply-To: <4D7558CE.5040904@shom.fr> References: <4D7558CE.5040904@shom.fr> Message-ID: <1299935568.19220.544.camel@hurina> On Mon, 2011-03-07 at 23:14 +0100, Bruno Tr?guier wrote: > Hi again Timo, > > As agreed earlier tonight, you'll find as attachments 4 diffs (diff -u) > implementing the new workaround "tb-lsub-flags". Committed: http://hg.dovecot.org/dovecot-2.0/rev/0405f4c507c9 From tss at iki.fi Sat Mar 12 15:13:46 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 15:13:46 +0200 Subject: [Dovecot] Filtering attachements ? In-Reply-To: <4D765C78.9060607@esiee.fr> References: <4D765C78.9060607@esiee.fr> Message-ID: <1299935626.19220.545.camel@hurina> On Tue, 2011-03-08 at 17:42 +0100, Frank Bonnet wrote: > Is there a way to filter some attachments with dovecot ? I think there are some generic IMAP tools for that.. From nordmark at mech.kth.se Sat Mar 12 14:26:16 2011 From: nordmark at mech.kth.se (Arne Nordmark) Date: Sat, 12 Mar 2011 13:26:16 +0100 Subject: [Dovecot] SASL abort causes 5s delay, triggered by UW libc-client Message-ID: <4D7B6668.8060707@mech.kth.se> Since upgrding to Debian squeeze, the web mail system (Imp4/Horde3) suffers delays every time a new IMAP connection is needed. Tracing the authentication conversation, we find: 08:45:55.270609: 00000000 AUTHENTICATE GSSAPI 08:45:55.271277: + 08:45:55.271761: * 08:45:55.271782: 00000000 BAD Authentication aborted by client. 08:45:55.271815: 00000001 AUTHENTICATE PLAIN 08:46:00.271008: + and the PLAIN login succeeds. Imp4 is using php5-imap which is using libc-client, and the delays makes the interface so slow to hardly usable. For reasons best known to its authors, libc-client first initiates GSSAPI authentication, then checks if there is a Kerberos ticket it can use (there is none), then realizes its mistake and aborts SASL, and tries PLAIN. At this point dovecot delays for 5000ms. While not defending libs-client's odd behaviour of not checking for tickets first, it has probably done so for a long time, and dovecot from Debian lenny does not delay at this point. I am lost as how to get around this without changing the code. The "nodelay" parameter can not be used with PAM passdb, according to the documentation. I would be inclined to call always call client_auth_failed with nodelay=TRUE in the SASL_SERVER_REPLY_AUTH_ABORTED case. Arne Nordmark Config: # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap listen: *, [::] ssl_ca_file: /etc/ssl/certs/mechca_cert.pem ssl_cert_file: /etc/ssl/certs/ano4/ano4_crt.pem ssl_key_file: /etc/ssl/certs/ano4/ano4_key.pem login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_privileged_group: mail mail_location: maildir:/var/mail/maildir/%u mbox_write_locks: fcntl dotlock lda: postmaster_address: postmaster at ano.mech.kth.se mail_plugins: sieve auth default: mechanisms: plain gssapi failure_delay: 0 debug: yes passdb: driver: pam userdb: driver: passwd socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: root plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve From stan at hardwarefreak.com Sat Mar 12 15:59:03 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 12 Mar 2011 07:59:03 -0600 Subject: [Dovecot] Filtering attachements ? In-Reply-To: <1299935626.19220.545.camel@hurina> References: <4D765C78.9060607@esiee.fr> <1299935626.19220.545.camel@hurina> Message-ID: <4D7B7C27.8080507@hardwarefreak.com> Timo Sirainen put forth on 3/12/2011 7:13 AM: > On Tue, 2011-03-08 at 17:42 +0100, Frank Bonnet wrote: > >> Is there a way to filter some attachments with dovecot ? > > I think there are some generic IMAP tools for that.. What kind of attachments? Viruses or just annoying things like .vbs, .bat, stuff that a/v programs don't reject? Do you want to reject the emails or strip the attachment off and delivery the email? You can reject emails that contain arbitrary attachments easily with standard Postfix, for example: /etc/postfix/main.cf ... mime_header_checks = pcre:/etc/postfix/mime_header_checks ... /etc/postfix/mime_header_checks # Reject email containing unwanted attachments /name=\"(.*)\.(386|bat|chm|cpl|cmd|com|do|exe|hta|jse|lnk|msi|ole)\"$/ REJECT Unwanted attachment $1.$2 /name=\"(.*)\.(pif|reg|rm|scr|shb|shm|shs|sys|vbe|vbs|vxd|xl|xsl)\"$/ REJECT Unwanted attachment $1.$2 You may also use any access table action instead of REJECT, such as DISCARD, WARN, etc. You could even pipe an offending message to an external content filter when one of these attachments is found, using the FILTER action and have the external daemon strip the attachment. -- Stan From tss at iki.fi Sat Mar 12 16:07:18 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 16:07:18 +0200 Subject: [Dovecot] SASL abort causes 5s delay, triggered by UW libc-client In-Reply-To: <4D7B6668.8060707@mech.kth.se> References: <4D7B6668.8060707@mech.kth.se> Message-ID: <1299938838.19220.551.camel@hurina> On Sat, 2011-03-12 at 13:26 +0100, Arne Nordmark wrote: > For reasons best known to its authors, libc-client first initiates > GSSAPI authentication, then checks if there is a Kerberos ticket it can > use (there is none), then realizes its mistake and aborts SASL, and > tries PLAIN. At this point dovecot delays for 5000ms. Yeah, it's a bug. v2.0 doesn't have this problem. > I am lost as how to get around this without changing the code. You can't. > I would be inclined to call always call client_auth_failed with > nodelay=TRUE in the SASL_SERVER_REPLY_AUTH_ABORTED case. Done: http://hg.dovecot.org/dovecot-1.2/rev/e7721f67688a From tss at iki.fi Sat Mar 12 16:10:18 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 16:10:18 +0200 Subject: [Dovecot] dsync warning/error - mailbox needs recreation In-Reply-To: References: Message-ID: <1299939018.19220.553.camel@hurina> On Fri, 2011-03-11 at 21:00 -0800, Daniel L. Miller wrote: > > What does this mean? These lines occur on subsequent runs of "dsync > -u user backup target" > > dsync(dmiller at amfes.com): Warning: Destination > mailbox INBOX has been modified, need to recreate it before we can > continue syncing > dsync(dmiller at amfes.com): Error: Can't delete mailbox > INBOX: INBOX can't be deleted. It means that the INBOX's mailbox GUID has changed, so Dovecot has to treat them as different mailboxes. For all non-INBOXes it would delete the mailbox and resync it. But INBOX can't be deleted.. As for why the GUID changed, I don't know. Maybe you deleted some file manually in the destination? Or maybe some bug. From Christoph at plmail.de Sat Mar 12 16:54:17 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Sat, 12 Mar 2011 15:54:17 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <201103120943.50733.Christoph@plmail.de> References: <201102191010.31727.Christoph@plmail.de> <1299452464.19220.478.camel@hurina> <201103120943.50733.Christoph@plmail.de> Message-ID: <201103121554.17975.Christoph@plmail.de> Hello, I wrote: > > So it's as if the timestamp keeps changing to the newest deleted > > message.. Maybe mail_debug=yes shows something helpful with these > > patches: > > > > http://hg.dovecot.org/dovecot-2.0/rev/eac54c2dc98b > > http://hg.dovecot.org/dovecot-2.0/rev/63ed0d3f4f52 > > http://hg.dovecot.org/dovecot-2.0/rev/2cb0fb910441 > > It seems to work now. Message were expunged today and 'doveadm search -A > mailbox Trash savedbefore d' still shows me messages that are four > days old or younger. Big surprise: Something bad must have happened after the messages were deleted from Trash; now all messages are zero days old. Regards Christoph From tss at iki.fi Sat Mar 12 17:35:48 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 17:35:48 +0200 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <201103121554.17975.Christoph@plmail.de> References: <201102191010.31727.Christoph@plmail.de> <1299452464.19220.478.camel@hurina> <201103120943.50733.Christoph@plmail.de> <201103121554.17975.Christoph@plmail.de> Message-ID: <1299944148.19220.556.camel@hurina> On Sat, 2011-03-12 at 15:54 +0100, Christoph Pleger wrote: > > > So it's as if the timestamp keeps changing to the newest deleted > > > message.. Maybe mail_debug=yes shows something helpful with these > > > patches: > > > > > > http://hg.dovecot.org/dovecot-2.0/rev/eac54c2dc98b > > > http://hg.dovecot.org/dovecot-2.0/rev/63ed0d3f4f52 > > > http://hg.dovecot.org/dovecot-2.0/rev/2cb0fb910441 > > > > It seems to work now. Message were expunged today and 'doveadm search -A > > mailbox Trash savedbefore d' still shows me messages that are four > > days old or younger. > > Big surprise: Something bad must have happened after the messages were deleted > from Trash; now all messages are zero days old. Are you using maildir? Did you run with those patches + mail_debug=yes? From tss at iki.fi Sat Mar 12 17:39:50 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 17:39:50 +0200 Subject: [Dovecot] Using dovecot with wordpress/phpass passwords? In-Reply-To: References: Message-ID: <1299944390.19220.559.camel@hurina> On Fri, 2011-03-11 at 17:39 +0100, Joan wrote: > default_pass_scheme = CRYPT > password_query = SELECT user_pass AS password FROM wp_users WHERE > user_email='%u'; > user_query = SELECT 501 as uid, 501 as gid,'maildir:storage=51200' as > quota FROM wp_users WHERE user_email = '%u' If you're using Dovecot v1.1+ that quota value won't work. > Wordpress and others are using phpass to authenticate > (http://www.openwall.com/phpass/), it is basically a salted md5 hash. > Basically, after the process, a hash like this is obtained. > > $P$BiWISc3IsqRHxeEjq4VJP1Vi8gy4mg1 (for test123 password) > > I would like to know if dovecot would be able to read this, It can't. But if you're using Openwall, apparently its crypt() supports this and Dovecot doesn't need to. > otherwise > I could still make a custom checkpassword function but that would be > non-optimal. Either that or write a phpass plugin. From tss at iki.fi Sat Mar 12 17:48:32 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 17:48:32 +0200 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> Message-ID: <1299944912.19220.561.camel@hurina> On Thu, 2011-03-10 at 12:40 +0000, Chris Wilson wrote: > > > Note: how is it possible for the same folder to be "only in source" > > > and "only in dest"? > > > > I think they have different GUIDs, or maybe Dovecot failed to get one of > > their GUID. Dsync works with mailbox GUIDs, not names. Anyway, I don't > > really know why it would suddenly lose one of them. > > Perhaps it's worth printing the guids in that case? Is the guid stored in > the first message in the mailbox? Added: http://hg.dovecot.org/dovecot-2.0/rev/0a1a0d33c1b2 > It doesn't seem to have backed up most of my mailboxes: .. > Any ideas how I can get it to backup the rest of my mailboxes to mdbox? Does doveadm mailbox list -u chris '*' list all the mailboxes? If it does, see if deleting the destination mdbox and running dsync again from scratch works. From Christoph at plmail.de Sat Mar 12 18:03:26 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Sat, 12 Mar 2011 17:03:26 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <1299944148.19220.556.camel@hurina> References: <201102191010.31727.Christoph@plmail.de> <201103121554.17975.Christoph@plmail.de> <1299944148.19220.556.camel@hurina> Message-ID: <201103121703.26052.Christoph@plmail.de> Hello, Timo Sirainen wrote: > > > It seems to work now. Message were expunged today and 'doveadm search > > > -A mailbox Trash savedbefore d' still shows me messages that are > > > four days old or younger. > > > > Big surprise: Something bad must have happened after the messages were > > deleted from Trash; now all messages are zero days old. > > Are you using maildir? No, like I already wrote earlier, I am using mdbox. Do I have to use maildir? > Did you run with those patches + mail_debug=yes? Unfortunately no: I ran with those patches, but forgot to change the value for mail_debug. I did that now. Regards Christoph From varia at e-healthexpert.org Sat Mar 12 19:05:53 2011 From: varia at e-healthexpert.org (Mark Alan) Date: Sat, 12 Mar 2011 17:05:53 +0000 Subject: [Dovecot] Filtering attachements ? In-Reply-To: <4D765C78.9060607@esiee.fr> References: <4D765C78.9060607@esiee.fr> Message-ID: <20110312170553.5d692ebd@e-healthexpert.org> On Tue, 08 Mar 2011 17:42:32 +0100, Frank Bonnet wrote: > Is there a way to filter some attachments with dovecot ? These are generic: altermime (very easy to setup, low resource usage, may be used as a pipe filter: /usr/bin/altermime --removeall /path/to/email/10, poorly documented: but 'man altermime' will be most of what you need) mimedefang (more complex setup, resources hungry: cpu and memory intensive, more powerful at manipulating the extracted attachments) M. From dmiller at amfes.com Sat Mar 12 22:04:57 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Sat, 12 Mar 2011 12:04:57 -0800 Subject: [Dovecot] dsync warning/error - mailbox needs recreation In-Reply-To: <1299939018.19220.553.camel@hurina> References: <1299939018.19220.553.camel@hurina> Message-ID: On Sat, 12 Mar 2011 16:10:18 +0200, Timo Sirainen wrote: > On Fri, 2011-03-11 at 21:00 -0800, Daniel L. Miller wrote: >> What does this mean? These lines occur on subsequent runs of "dsync -u user backup target" dsync(dmiller at amfes.com [1]): Warning: Destination mailbox INBOX has been modified, need to recreate it before we can continue syncing dsync(dmiller at amfes.com [2]): Error: Can't delete mailbox INBOX: INBOX can't be deleted. > It means that the INBOX's mailbox GUID has changed, so Dovecot has to treat them as different mailboxes. For all non-INBOXes it would delete the mailbox and resync it. But INBOX can't be deleted.. As for why the GUID changed, I don't know. Maybe you deleted some file manually in the destination? Or maybe some bug. No manual file deletion - just ran dsync, then immediately ran it again. -- Daniel Links: ------ [1] mailto:dmiller at amfes.com [2] mailto:dmiller at amfes.com From CMarcus at Media-Brokers.com Sat Mar 12 22:15:02 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Sat, 12 Mar 2011 15:15:02 -0500 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311223136.GE32718@state-of-mind.de> References: <20110311215739.GD13492@state-of-mind.de> <4D7A9C2F.7050600@Media-Brokers.com> <20110311223136.GE32718@state-of-mind.de> Message-ID: <4D7BD446.2070604@Media-Brokers.com> On 2011-03-11 5:31 PM, Patrick Ben Koetter wrote: > * Charles Marcus : >> On 2011-03-11 4:57 PM, Patrick Ben Koetter wrote: >>> Timo, >>> >>> would you consider adding support for "IMAP LIST Extension for Special-Use >>> Mailboxes" any time near in the >>> future? >>> >>> I would really love to get rid of all those folders created by all those >>> different mail clients just because they can't agree to use the same folder >>> for special purpose. >> How would implementation of this extension solve that problem?? > A server may, for example, mark a folder as \Sent. > > Any client that connects to such a server can search for a folder that has > been attributed as "Sent". Aargh... your message came immediately after the one requesting support for the 'IMAP MOVE extension', and I confused yours and his... Sorry... and I agree, this would be nice... -- Best regards, Charles From CMarcus at Media-Brokers.com Sat Mar 12 22:16:18 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Sat, 12 Mar 2011 15:16:18 -0500 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311223136.GE32718@state-of-mind.de> References: <20110311215739.GD13492@state-of-mind.de> <4D7A9C2F.7050600@Media-Brokers.com> <20110311223136.GE32718@state-of-mind.de> Message-ID: <4D7BD492.1020205@Media-Brokers.com> On 2011-03-11 5:31 PM, Patrick Ben Koetter wrote: > Any client that connects to such a server can search for a folder that has > been attributed as "Sent". > > No need to create a new folder "Sent Items" if there's a special folder marked > as \Sent. Same goes for clients that insist on calling it "sent" or "Gesendete > Objekte" or ... Are there any clients that would actually work this way if it was implemented?? Outlook being the main culprit here I assume... ;) -- Best regards, Charles From Bruno.Treguier at shom.fr Sat Mar 12 22:16:33 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-15?Q?Bruno_Tr=E9guier?=) Date: Sat, 12 Mar 2011 21:16:33 +0100 Subject: [Dovecot] Patch proposition to implement a new workaround: tb-lsub-flags In-Reply-To: <1299935568.19220.544.camel@hurina> References: <4D7558CE.5040904@shom.fr> <1299935568.19220.544.camel@hurina> Message-ID: <4D7BD4A1.5090202@shom.fr> Le 12/03/2011 ? 14:12, Timo Sirainen a ?crit : > On Mon, 2011-03-07 at 23:14 +0100, Bruno Tr?guier wrote: >> Hi again Timo, >> >> As agreed earlier tonight, you'll find as attachments 4 diffs (diff -u) >> implementing the new workaround "tb-lsub-flags". > > Committed: http://hg.dovecot.org/dovecot-2.0/rev/0405f4c507c9 Thanks a lot Timo. I hadn't paid enough attention to the build process, and hadn't seen that "all-settings.c" was created at "make" time... Best regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From p at state-of-mind.de Sat Mar 12 22:48:38 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Sat, 12 Mar 2011 21:48:38 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <4D7BD492.1020205@Media-Brokers.com> References: <20110311215739.GD13492@state-of-mind.de> <4D7A9C2F.7050600@Media-Brokers.com> <20110311223136.GE32718@state-of-mind.de> <4D7BD492.1020205@Media-Brokers.com> Message-ID: <20110312204838.GD1827@state-of-mind.de> * Charles Marcus : > On 2011-03-11 5:31 PM, Patrick Ben Koetter wrote: > > Any client that connects to such a server can search for a folder that has > > been attributed as "Sent". > > > > No need to create a new folder "Sent Items" if there's a special folder marked > > as \Sent. Same goes for clients that insist on calling it "sent" or "Gesendete > > Objekte" or ... > > Are there any clients that would actually work this way if it was > implemented?? Outlook being the main culprit here I assume... ;) I don't know of any yet. The RFC is brandnew. But I plan to ask at relevant mailing lists for adoption of the new feature. AFAIK iPhone and gmail actually had done something simliar (XLIST) for their clients and servers. As for Outlook I am left to speculation. I believe Outlook will be the last, if at all, to work on any IMAP client feature richness. It would cannibalise their own market i.e. using Outlook as Exchange client. But Thunderbird, Apple Mail, smartphone IMAP clients and of course webmail clients will hopefully adopt the standard. It should be in their interest to implement a feature that mobilizes or eases mobilization in a world full of mobile users. p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From robert at schetterer.org Sun Mar 13 13:40:06 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 13 Mar 2011 12:40:06 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete Message-ID: <4D7CAD16.4010207@schetterer.org> Hi Timo, i allready asked about this , and did some fixes , but it isnt working yet ,as far i have a setup like namespace default { # type = private separator = / prefix = "" list = yes # hidden = no subscriptions = yes } namespace virtual { # type = private prefix = "virtual/" separator = / location = virtual:/etc/dovecot/virtual:LAYOUT=maildir++:INDEX=~/virtual hidden = yes list = no subscriptions= no } namespace real { # type = private prefix = "RealMails/" separator = / list = no hidden = yes } pop3_enable_last = yes pop3_reuse_xuidl = no pop3_uidl_format = %g pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s mail_max_userip_connections = 100 mail_plugins = expire virtual quota mail_log fts fts_squat notify pop3_client_workarounds = outlook-no-nuls oe-ns-eoh RealMails/ RealMails/* -RealMails/Trash -RealMails/Trash/* -RealMails/Sent -RealMails/Sent/* -RealMails/Templates -RealMails/Templates/* -RealMails/Drafts -RealMails/Drafts/* -RealMails/Archives -RealMails/Archives/* unseen normally this works as expected some users want to use leave copies messages on the server for x days then delete via pop3 i tested this with thunderbird and looked into the maildir, it seems that the mails stay in "new" folder of the maildir after i downloaded via pop3 ( i am not sure is this expected ? , i would thought they get to cur ) thunderbird does not download this mails again ( good ), but it doesnt delete them from maildir new ever( bad ) , so the whole leave copy and delete after x days function pop3 is not working i am not quite sure if there is relation to virtual namespaces ( which i like to use in future too ) , but have to renable this feature working any idea? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Sun Mar 13 14:02:18 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 13 Mar 2011 13:02:18 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <4D7CAD16.4010207@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> Message-ID: <4D7CB24A.6050509@schetterer.org> Am 13.03.2011 12:40, schrieb Robert Schetterer: > Hi Timo, i allready asked about this , and did some fixes , but it isnt > working yet ,as far i have a setup like > > > namespace default { > # type = private > separator = / > prefix = "" > list = yes > # hidden = no > subscriptions = yes > } > > namespace virtual { > # type = private > prefix = "virtual/" > separator = / > location = virtual:/etc/dovecot/virtual:LAYOUT=maildir++:INDEX=~/virtual > hidden = yes > list = no > subscriptions= no > } > > namespace real { > # type = private > prefix = "RealMails/" > separator = / > list = no > hidden = yes > } > > pop3_enable_last = yes > pop3_reuse_xuidl = no > pop3_uidl_format = %g > pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s > mail_max_userip_connections = 100 > mail_plugins = expire virtual quota mail_log fts fts_squat notify > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > > > RealMails/ > RealMails/* > -RealMails/Trash > -RealMails/Trash/* > -RealMails/Sent > -RealMails/Sent/* > -RealMails/Templates > -RealMails/Templates/* > -RealMails/Drafts > -RealMails/Drafts/* > -RealMails/Archives > -RealMails/Archives/* > unseen > > normally this works as expected > > > some users want to use > leave copies messages on the server for x days then delete via pop3 > > i tested this with thunderbird > and looked into the maildir, it seems > that the mails stay in "new" folder of the maildir > after i downloaded via pop3 > ( i am not sure is this expected ? , i would thought they get to cur ) > thunderbird does not download this mails again ( good ), but it doesnt > delete them from maildir new ever( bad ) , so the whole leave copy and > delete after x days function pop3 is not working > > i am not quite sure if there is relation to virtual namespaces > ( which i like to use in future too ) , but have to renable this feature > working any idea? > > > ok i have compared this with a nearly equal setupped server but without virtual plugin, but with same thunderbird functions here the mail gets into mail cur after pop3 download, and gets deleted on the server if i delete them in tb pop3 inbox ( wich is another option which should work equal as delete after x days ) so i am nearly sure there is a problem with virtual plugin or in my using it speculate mail cant be found to delete if it stays in maildir new -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Sun Mar 13 14:14:55 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 13 Mar 2011 13:14:55 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <4D7CB24A.6050509@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <4D7CB24A.6050509@schetterer.org> Message-ID: <4D7CB53F.9040802@schetterer.org> Am 13.03.2011 13:02, schrieb Robert Schetterer: > Am 13.03.2011 12:40, schrieb Robert Schetterer: >> Hi Timo, i allready asked about this , and did some fixes , but it isnt >> working yet ,as far i have a setup like >> >> >> namespace default { >> # type = private >> separator = / >> prefix = "" >> list = yes >> # hidden = no >> subscriptions = yes >> } >> >> namespace virtual { >> # type = private >> prefix = "virtual/" >> separator = / >> location = virtual:/etc/dovecot/virtual:LAYOUT=maildir++:INDEX=~/virtual >> hidden = yes >> list = no >> subscriptions= no >> } >> >> namespace real { >> # type = private >> prefix = "RealMails/" >> separator = / >> list = no >> hidden = yes >> } >> >> pop3_enable_last = yes >> pop3_reuse_xuidl = no >> pop3_uidl_format = %g >> pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s >> mail_max_userip_connections = 100 >> mail_plugins = expire virtual quota mail_log fts fts_squat notify >> pop3_client_workarounds = outlook-no-nuls oe-ns-eoh >> >> >> RealMails/ >> RealMails/* >> -RealMails/Trash >> -RealMails/Trash/* >> -RealMails/Sent >> -RealMails/Sent/* >> -RealMails/Templates >> -RealMails/Templates/* >> -RealMails/Drafts >> -RealMails/Drafts/* >> -RealMails/Archives >> -RealMails/Archives/* >> unseen >> >> normally this works as expected >> >> >> some users want to use >> leave copies messages on the server for x days then delete via pop3 >> >> i tested this with thunderbird >> and looked into the maildir, it seems >> that the mails stay in "new" folder of the maildir >> after i downloaded via pop3 >> ( i am not sure is this expected ? , i would thought they get to cur ) >> thunderbird does not download this mails again ( good ), but it doesnt >> delete them from maildir new ever( bad ) , so the whole leave copy and >> delete after x days function pop3 is not working >> >> i am not quite sure if there is relation to virtual namespaces >> ( which i like to use in future too ) , but have to renable this feature >> working any idea? >> >> >> > > ok i have compared this with a nearly equal setupped server but without > virtual plugin, but with same thunderbird functions > here the mail gets into mail cur after pop3 download, and gets deleted > on the server if i delete them in tb pop3 inbox ( wich is another option > which should work equal as delete after x days ) so i am nearly sure > there is a problem with virtual plugin or in my using it > speculate mail cant be found to delete if it stays in maildir new > > > speculate next virtual plugin ignore and/or sets another value with protocol 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 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From ednitido at gmail.com Sun Mar 13 21:26:58 2011 From: ednitido at gmail.com (Edward Carraro) Date: Sun, 13 Mar 2011 15:26:58 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? Message-ID: I have successfully set up the master user on the destination server (2.0.11) and tests have worked. now I'm working on the proxy Before I had the proxy just forward everything to the backend and had the destination server do the authentication. My authentication is done via LDAP but not really sure how to append the master user and password to the users credentials after authentication is done. id rather not have the master user/pass in each users ldap entry and returned after doing a lookup or add a destuser field for each user... basically i prefer not having to add any new attributes to LDAP Can the information be stored locally in a file on the proxy? do i just make the same master user file that I have on the backend? Thanks! From me at junc.org Sun Mar 13 22:37:09 2011 From: me at junc.org (Benny Pedersen) Date: Sun, 13 Mar 2011 21:37:09 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <96C55A8F-4779-43C5-866F-1904F1FFB2C9@iki.fi> References: <20110311215739.GD13492@state-of-mind.de> <96C55A8F-4779-43C5-866F-1904F1FFB2C9@iki.fi> Message-ID: <5c9c8eeb5eb6166d7f76ddf068aab5b3@localhost> On Sat, 12 Mar 2011 01:39:20 +0200, Timo Sirainen wrote: > I don't really like any of them. Maybe there's a d) that I haven't thought > of yet. alias client folder name to default on server eg: sendt > sent udkast > drafts this way no need for client to adobt anything From dg at dguhl.org Mon Mar 14 01:19:45 2011 From: dg at dguhl.org (Dennis Guhl) Date: Mon, 14 Mar 2011 00:19:45 +0100 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: Message-ID: <20110313231945.GA3985@laptop-dg.leere.eu> On Sun, Mar 13, 2011 at 03:26:58PM -0400, Edward Carraro wrote: > I have successfully set up the master user on the destination server > (2.0.11) and tests have worked. now I'm working on the proxy > Before I had the proxy just forward everything to the backend and had the > destination server do the authentication. > > My authentication is done via LDAP but not really sure how to append the > master user and password to the users credentials after authentication is > done. You should not save the master users credentials with the mail user credentials. Instead you should use a dedicated userdb and passdb. For further reference have a look at http://wiki2.dovecot.org/Authentication/MasterUsers. > id rather not have the master user/pass in each users ldap entry and > returned after doing a lookup or add a destuser field for each user... > basically i prefer not having to add any new attributes to LDAP > > Can the information be stored locally in a file on the proxy? do i just make > the same master user file that I have on the backend? I don't undestand your question. You can either forward plaintext credentials to your backend or authenticate on your proxy and go with the proxys master user to your backend (http://wiki2.dovecot.org/PasswordDatabase/ExtraFields/Proxy). Dennis From ednitido at gmail.com Mon Mar 14 04:35:57 2011 From: ednitido at gmail.com (Edward Carraro) Date: Sun, 13 Mar 2011 22:35:57 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <20110313231945.GA3985@laptop-dg.leere.eu> References: <20110313231945.GA3985@laptop-dg.leere.eu> Message-ID: Thanks for the reply Dennis On Sun, Mar 13, 2011 at 7:19 PM, Dennis Guhl wrote: > > You should not save the master users credentials with the mail user > credentials. Instead you should use a dedicated userdb and passdb. > > For further reference have a look at > http://wiki2.dovecot.org/Authentication/MasterUsers. > I created the htpasswd file on the destination server already. Does it also need to be done on the proxy? > I don't undestand your question. You can either forward plaintext > credentials to your backend or authenticate on your proxy and go with > the proxys master user to your backend > (http://wiki2.dovecot.org/PasswordDatabase/ExtraFields/Proxy). > > Dennis > I'm trying to authenticate on the proxy and use the master user to connect to the backend, just not sure how thats done. The link for ExtraFields says I need to return: master=s and pass=s How do I state the user/pass for the master? I've compiled my proxy with ldap support and created the same master user on the proxy that exists on the destination server. I can telnet on the proxy still, but now its just creating user home directories on the proxy, and not going to the backend at all. My proxy config # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-openvz-amd64 i686 Debian 5.0.8 auth_debug = yes auth_debug_passwords = yes auth_master_user_separator = * auth_mechanisms = plain login auth_socket_path = /usr/local/var/run/dovecot/auth-master auth_verbose = yes debug_log_path = /var/log/dovecot-debug.log director_doveadm_port = 542 director_mail_servers = mailstore.domain.com director_servers = proxy.domain.com disable_plaintext_auth = no info_log_path = /var/log/dovecot-info.log listen = * lmtp_proxy = yes log_path = /var/log/dovecot-err.log mail_debug = yes mail_gid = vmail mail_location = maildir:%h/Maildir mail_plugins = " quota" mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /usr/local/etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin/acl = vfile plugin/acl_shared_dict = file:/home/%d/shared-mailboxes plugin/quota = maildir:User quota plugin/quota_rule = *:storage=1G plugin/sieve = %h/.dovecot.sieve plugin/sieve_dir = ~/sieve plugin/sieve_max_actions = 32 plugin/sieve_max_redirects = 4 plugin/sieve_max_script_size = 1M plugin/sieve_quota_max_scripts = 0 plugin/sieve_quota_max_storage = 0 postmaster_address = postmaster at domain.com protocols = imap pop3 lmtp sieve quota_full_tempfail = yes service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0666 user = postfix } unix_listener auth-userdb { mode = 0600 user = dovecot } } service director { fifo_listener login/proxy-notify { mode = 0666 } inet_listener { port = 541 } inet_listener { port = 542 } unix_listener director-userdb { mode = 0600 } unix_listener login/director { mode = 0666 } } service imap-login { executable = imap-login director inet_listener imap { port = 143 } } service lmtp { inet_listener lmtp { port = 24 } unix_listener /var/spool/postfix/private/dovecot-lmtp { user = postfix } } service managesieve-login { executable = managesieve-login director inet_listener sieve { port = 4190 } process_min_avail = 0 service_count = 1 vsz_limit = 64 M } service pop3-login { executable = pop3-login director inet_listener pop3 { port = 110 } } ssl_cert = <4C82CAC6.5090302@wk-serv.de> Message-ID: Patrick Westenberg wk-serv.de> writes: Hi Patrick, > > Hi again, > > FYI: this is the way it works for me: > > require ["fileinto", "mailbox"]; you mean the really name "mailbox" or? > if header :contains "X-Spam-Flag" "YES" { > fileinto :create "Spamverdacht"; > } > > If the specified mailbox does not exist, it will be created. > cu Jim From corum at via.ecp.fr Mon Mar 14 14:33:33 2011 From: corum at via.ecp.fr (Antoine Souques) Date: Mon, 14 Mar 2011 13:33:33 +0100 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA Message-ID: <4D7E0B1D.4040301@via.ecp.fr> Hi, I have some trouble to use dovecot as MDA. I followed the instructions in http://wiki.dovecot.org/LDA and http://wiki.dovecot.org/LDA/Postfix I have multiple virtual users, stored in a LDAP server, and it look like postfix is still delivering the mails directly to the maildirs. Dovecot version : 1.2.15 (using the 1:1.2.15-4 squeeze packets) postfix version : 2.7.1 (using the 2.7.1-1 squeeze packet) dovecot configuration (dovecot -n): # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_process_per_connection: no login_processes_count: 4 login_max_processes_count: 512 login_max_connections: 1024 mail_privileged_group: mail mail_location: maildir:/var/mail/%u mail_debug: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 imap_capability(default): IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRAL imap_capability(imap): IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRAL imap_capability(pop3): lda: postmaster_address: postmaster at test.ecp.fr hostname: squeeze.test.ecp.fr sendmail_path: /usr/lib/sendmail auth_socket_path: /var/run/dovecot/auth-master auth default: passdb: driver: pam args: dovecot userdb: driver: passwd socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: mail postfix configuration (postconf -n) append_dot_mydomain = no biff = no bounce_queue_lifetime = 1d command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix mail_spool_directory = /var/mail/ message_size_limit = 10240000 myhostname = squeeze.test.ecp.fr mynetworks = 138.195.32.0/23, 127.0.0.1 recipient_delimiter = + setgid_group = postdrop smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_client_restrictions = permit_mynetworks, reject smtpd_helo_required = yes smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination smtpd_sender_restrictions = reject_unknown_sender_domain, permit virtual_alias_maps = ldap:ldapxforward,ldap:ldapforward,ldap:ldapvalias virtual_mailbox_domains = test.ecp.fr virtual_mailbox_maps = ldap:ldapcanonical virtual_transport = dovecot /etc/postfix/master.cf dovecot unix - n n - - pipe flags=DRhu user=mail:mail argv=/usr/lib/dovecot/deliver -d ${recipient} Sample from the logs Mar 14 13:22:59 squeeze postfix/pickup[17376]: A93DE49A55: uid=0 from= Mar 14 13:22:59 squeeze postfix/cleanup[17543]: A93DE49A55: message-id=<20110314122259.A93DE49A55 at squeeze.test.ecp.fr> Mar 14 13:22:59 squeeze postfix/qmgr[16038]: A93DE49A55: from=, size=381, nrcpt=1 (queue active) Mar 14 13:22:59 squeeze postfix/local[17547]: A93DE49A55: to=, orig_to=, relay=local, delay=0.07, delays=0.04/0.01/0/0.02, dsn=2.0.0, status=sent (delivered to maildir) Mar 14 13:22:59 squeeze postfix/qmgr[16038]: A93DE49A55: removed During the mail delivery, I doesn't have any log from dovecot, and i didn't have set the bit_suid/sudo, so the deliver process can't deliver the mail to the maildir. Have someone any idea about what i did wrong ? -- Antoine SOouques From tom at whyscream.net Mon Mar 14 15:08:06 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Mon, 14 Mar 2011 14:08:06 +0100 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA In-Reply-To: <4D7E0B1D.4040301@via.ecp.fr> References: <4D7E0B1D.4040301@via.ecp.fr> Message-ID: <4D7E1336.6050808@whyscream.net> On 14/03/11 13:33, Antoine Souques wrote: > Hi, > > I have some trouble to use dovecot as MDA. I followed the instructions > in http://wiki.dovecot.org/LDA and http://wiki.dovecot.org/LDA/Postfix > > I have multiple virtual users, stored in a LDAP server, and it look like > postfix is still delivering the mails directly to the maildirs. > > Dovecot version : 1.2.15 (using the 1:1.2.15-4 squeeze packets) > postfix version : 2.7.1 (using the 2.7.1-1 squeeze packet) > > dovecot configuration (dovecot -n): > # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 ext3 > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap imaps pop3 pop3s > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(pop3): /usr/lib/dovecot/pop3-login > login_process_per_connection: no > login_processes_count: 4 > login_max_processes_count: 512 > login_max_connections: 1024 > mail_privileged_group: mail > mail_location: maildir:/var/mail/%u > mail_debug: yes > mbox_write_locks: fcntl dotlock > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(pop3): /usr/lib/dovecot/pop3 > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 > imap_capability(default): IMAP4rev1 SASL-IR SORT THREAD=REFERENCES > MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRAL > imap_capability(imap): IMAP4rev1 SASL-IR SORT THREAD=REFERENCES > MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRAL > imap_capability(pop3): > lda: > postmaster_address: postmaster at test.ecp.fr > hostname: squeeze.test.ecp.fr > sendmail_path: /usr/lib/sendmail > auth_socket_path: /var/run/dovecot/auth-master > auth default: > passdb: > driver: pam > args: dovecot > userdb: > driver: passwd > socket: > type: listen > master: > path: /var/run/dovecot/auth-master > mode: 384 > user: mail > > postfix configuration (postconf -n) > > append_dot_mydomain = no > biff = no > bounce_queue_lifetime = 1d > command_directory = /usr/sbin > config_directory = /etc/postfix > daemon_directory = /usr/lib/postfix > mail_spool_directory = /var/mail/ > message_size_limit = 10240000 > myhostname = squeeze.test.ecp.fr > mynetworks = 138.195.32.0/23, 127.0.0.1 > recipient_delimiter = + > setgid_group = postdrop > smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) > smtpd_client_restrictions = permit_mynetworks, reject > smtpd_helo_required = yes > smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination > smtpd_sender_restrictions = reject_unknown_sender_domain, permit > virtual_alias_maps = ldap:ldapxforward,ldap:ldapforward,ldap:ldapvalias > virtual_mailbox_domains = test.ecp.fr > virtual_mailbox_maps = ldap:ldapcanonical > virtual_transport = dovecot > > /etc/postfix/master.cf > > dovecot unix - n n - - pipe > flags=DRhu user=mail:mail argv=/usr/lib/dovecot/deliver -d ${recipient} > > > Sample from the logs > > Mar 14 13:22:59 squeeze postfix/pickup[17376]: A93DE49A55: uid=0 > from= > Mar 14 13:22:59 squeeze postfix/cleanup[17543]: A93DE49A55: > message-id=<20110314122259.A93DE49A55 at squeeze.test.ecp.fr> > Mar 14 13:22:59 squeeze postfix/qmgr[16038]: A93DE49A55: > from=, size=381, nrcpt=1 (queue active) > Mar 14 13:22:59 squeeze postfix/local[17547]: A93DE49A55: > to=, orig_to=, > relay=local, delay=0.07, delays=0.04/0.01/0/0.02, dsn=2.0.0, status=sent > (delivered to maildir) > Mar 14 13:22:59 squeeze postfix/qmgr[16038]: A93DE49A55: removed > > > > During the mail delivery, I doesn't have any log from dovecot, and i > didn't have set the bit_suid/sudo, so the deliver process can't deliver > the mail to the maildir. > > Have someone any idea about what i did wrong ? > Mar 14 13:22:59 squeeze postfix/local[17547]: A93DE49A55: to=, orig_to=, relay=local, delay=0.07, delays=0.04/0.01/0/0.02, dsn=2.0.0, status=sent (delivered to maildir) Your postfix rewites the recipient domain to "squeeze.test.ecp.fr", which is no virtual domain (it is $myhostname). You enabled dovecot only for virtual domains. You probably don't want to rewrite the domain. Note that this is a postfix config issue, not a dovecot issue. -- Regards, Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110314/c1e7b60f/attachment.bin From CMarcus at Media-Brokers.com Mon Mar 14 15:13:30 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 14 Mar 2011 09:13:30 -0400 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA In-Reply-To: <4D7E0B1D.4040301@via.ecp.fr> References: <4D7E0B1D.4040301@via.ecp.fr> Message-ID: <4D7E147A.7020400@Media-Brokers.com> On 2011-03-14 8:33 AM, Antoine Souques wrote: > Mar 14 13:22:59 squeeze postfix/pickup[17376]: A93DE49A55: uid=0 > from= Never test things by injecting an email directly from root like this... Use an smtp client and try again... -- Best regards, Charles From dovecot.user at seibercom.net Mon Mar 14 17:34:25 2011 From: dovecot.user at seibercom.net (Jerry) Date: Mon, 14 Mar 2011 11:34:25 -0400 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA In-Reply-To: <4D7E1336.6050808@whyscream.net> References: <4D7E0B1D.4040301@via.ecp.fr> <4D7E1336.6050808@whyscream.net> Message-ID: <20110314113425.557efb1c@scorpio> On Mon, 14 Mar 2011 14:08:06 +0100 Tom Hendrikx articulated: > Your postfix rewites the recipient domain to "squeeze.test.ecp.fr", > which is no virtual domain (it is $myhostname). You enabled dovecot > only for virtual domains. You probably don't want to rewrite the > domain. > > Note that this is a postfix config issue, not a dovecot issue. Please review: . You have your configuration all wrong. Also, posting on the Postfix forum would probably prove more advantageous. Be sure to review , specifically: Reporting problems to postfix-users at postfix.org Output from "postconf -n". Please do not send your main.cf file, or 500+ lines of postconf output. Better, provide output from the postfinger tool. This can be found at http://ftp.wl0.org/SOURCES/postfinger. If the problem is SASL related, consider including the output from the saslfinger tool. This can be found at http://postfix.state-of-mind.de/patrick.koetter/saslfinger/. -- Jerry ? Dovecot.user at seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From CMarcus at Media-Brokers.com Mon Mar 14 18:12:34 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 14 Mar 2011 12:12:34 -0400 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA In-Reply-To: <4D7E0B1D.4040301@via.ecp.fr> References: <4D7E0B1D.4040301@via.ecp.fr> Message-ID: <4D7E3E72.9050103@Media-Brokers.com> On 2011-03-14 8:33 AM, Antoine Souques wrote: > I have some trouble to use dovecot as MDA. I followed the instructions > in http://wiki.dovecot.org/LDA and http://wiki.dovecot.org/LDA/Postfix > > I have multiple virtual users, stored in a LDAP server, and it look like > postfix is still delivering the mails directly to the maildirs. Wrong testing method invalidates your assumption. See below. > mynetworks = 138.195.32.0/23, 127.0.0.1 Really? you own all IP addresses in 138.195.32.0? > smtpd_client_restrictions = permit_mynetworks, reject This means that you will reject ALL mail from *anywhere* other than clients in mynetworks... Is this machine intended to receive email from the internet? If so, fix this. > Mar 14 13:22:59 squeeze postfix/pickup[17376]: A93DE49A55: uid=0 > from= postfix/pickup means this message was injected LOCALLY rather than submitted via the smtp protocol. YOu need to test using the smtp protocol. > Have someone any idea about what i did wrong ? Rtfm? -- Best regards, Charles From corum at via.ecp.fr Mon Mar 14 19:12:58 2011 From: corum at via.ecp.fr (Antoine Souques) Date: Mon, 14 Mar 2011 18:12:58 +0100 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA In-Reply-To: <20110314113425.557efb1c@scorpio> References: <4D7E0B1D.4040301@via.ecp.fr> <4D7E1336.6050808@whyscream.net> <20110314113425.557efb1c@scorpio> Message-ID: <4D7E4C9A.4060305@via.ecp.fr> Le 14/03/2011 16:34, Jerry a ?crit : > On Mon, 14 Mar 2011 14:08:06 +0100 > Tom Hendrikx articulated: > >> Your postfix rewites the recipient domain to "squeeze.test.ecp.fr", >> which is no virtual domain (it is $myhostname). You enabled dovecot >> only for virtual domains. You probably don't want to rewrite the >> domain. >> >> Note that this is a postfix config issue, not a dovecot issue. > Please review:. You have > your configuration all wrong. Also, posting on the Postfix forum would > probably prove more advantageous. Be sure to review > , specifically: > > Reporting problems to postfix-users at postfix.org > > Output from "postconf -n". Please do not send your main.cf file, or > 500+ lines of postconf output. > > Better, provide output from the postfinger tool. This can be found at > http://ftp.wl0.org/SOURCES/postfinger. > > If the problem is SASL related, consider including the output from the > saslfinger tool. This can be found at > http://postfix.state-of-mind.de/patrick.koetter/saslfinger/. > Thank you both, I have fixed my problem -- Antoine Souques From john.connett at ntlworld.com Mon Mar 14 15:45:42 2011 From: john.connett at ntlworld.com (John Connett) Date: Mon, 14 Mar 2011 13:45:42 -0000 Subject: [Dovecot] exim and /var/run/dovecot/auth-client permissions Message-ID: I am attempting to configure a dovecot 2.0 + exim + fetchmail (demon) combination on openSUSE 11.4, initially with the standard dovecot package (2.0.9-3.4-x86_64) and now with the later server:mail build service package (2.0.11-1.1-x86_64). I followed the instructions in http://wiki2.dovecot.org/HowTo/EximAndDovecotSASL but despite the changes in conf.d/10-master.conf the permissions on /var/run/dovecot/auth-client remain unchanged: $ ls -l /var/run/dovecot/auth-client Srw------- 1 root root 0 Mar 14 13:11 /var/run/dovecot/auth-client $ This is probably the cause of authentication failures from exim. I suspect it is something trivial but haven't yet been able to find the answer. From thiagoh at digirati.com.br Mon Mar 14 20:06:57 2011 From: thiagoh at digirati.com.br (Thiago Henrique) Date: Mon, 14 Mar 2011 15:06:57 -0300 Subject: [Dovecot] Duplicate suppression Message-ID: <1300126017.2148.46.camel@thiagohenrique06> Hello, In a Dovecot 2.0.6 server I have an account x at domain and an alias y at domain -> x at domain. When I send an email to x at domain with carbon copy to y at domain, X receives two messages on mailbox. Dovecot2 has any feature of duplicate suppression ? Thanks, Thiago Henrique From robert at schetterer.org Mon Mar 14 21:58:50 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 14 Mar 2011 20:58:50 +0100 Subject: [Dovecot] Duplicate suppression In-Reply-To: <1300126017.2148.46.camel@thiagohenrique06> References: <1300126017.2148.46.camel@thiagohenrique06> Message-ID: <4D7E737A.3010005@schetterer.org> Am 14.03.2011 19:06, schrieb Thiago Henrique: > Hello, > > In a Dovecot 2.0.6 server I have an account x at domain and an alias > y at domain -> x at domain. > > When I send an email to x at domain with carbon copy to y at domain, X > receives two messages on mailbox. Dovecot2 has any feature of duplicate > suppression ? > > Thanks, > Thiago Henrique > doubles are mostly based by misconfig of the smtp server, dovecot is no smtp server for i.e its a wided spreaded setup failure within a amavis/postfix setup etc -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From daff at dword.org Tue Mar 15 03:03:53 2011 From: daff at dword.org (Andreas Ntaflos) Date: Tue, 15 Mar 2011 02:03:53 +0100 Subject: [Dovecot] Duplicate suppression In-Reply-To: <1300126017.2148.46.camel@thiagohenrique06> References: <1300126017.2148.46.camel@thiagohenrique06> Message-ID: <201103150203.57359.daff@dword.org> On Monday 14 March 2011 19:06:57 Thiago Henrique wrote: > Hello, > > In a Dovecot 2.0.6 server I have an account x at domain and an alias > y at domain -> x at domain. > > When I send an email to x at domain with carbon copy to y at domain, X > receives two messages on mailbox. Dovecot2 has any feature of > duplicate suppression ? > > Thanks, > Thiago Henrique Robert is very probably right. Misconfiguring Postfix's content filter capabilities can lead to message duplication when expanding aliases. This is also Postfix problem and unrelated to Dovecot. Have a look at this thread: http://archives.neohapsis.com/archives/postfix/2004-11/0842.html Also study the Postfix filter readme at http://www.postfix.org/FILTER_README.html to understand why it works they way it does. Andreas -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://dovecot.org/pipermail/dovecot/attachments/20110315/70aeb407/attachment.bin From michael.abbott at apple.com Tue Mar 15 02:44:48 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Mon, 14 Mar 2011 19:44:48 -0500 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> Message-ID: <64ABC5A4-01B8-49F0-8B2D-7CE93226B9B0@apple.com> > Well, saving a copy of dovecot-uidlist file would be useful in such situation. I added your patch to preserve dovecot-uidlist when reporting duplicate uids. Here are two examples with uidlist files attached. Mar 14 17:59:39 server dovecot[6698]: imap(pid 80181 user user272): Warning: /Volumes/Mail/user272/dovecot-uidlist: Duplicate file entry at line 110: 1300128056.M669920P7588.server.home.domain,S=970,W=993 (uid 93 -> 193) Mar 14 18:41:41 server dovecot[6698]: imap(pid 80095 user user165): Warning: /Volumes/Mail/user165/dovecot-uidlist: Duplicate file entry at line 397: 1300132484.M237861P14283.server.home.domain,S=10873,W=11071 (uid 77 -> 409) > Also interesting would be to see if it makes a difference that uidlist is always rewritten rather than appended to. I did not apply that patch but can if you still think it would be interesting or helpful. -------------- next part -------------- A non-text attachment was scrubbed... Name: uidlist.0165.80095.1300146100.938647 Type: application/octet-stream Size: 40043 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20110314/9d1e452c/attachment-0002.obj -------------- next part -------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: uidlist.0272.80181.1300143579.258975 Type: application/octet-stream Size: 7165 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20110314/9d1e452c/attachment-0003.obj From tss at iki.fi Tue Mar 15 03:55:25 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 15 Mar 2011 03:55:25 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <64ABC5A4-01B8-49F0-8B2D-7CE93226B9B0@apple.com> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> <64ABC5A4-01B8-49F0-8B2D-7CE93226B9B0@apple.com> Message-ID: On 15.3.2011, at 2.44, Mike Abbott wrote: >> Well, saving a copy of dovecot-uidlist file would be useful in such situation. > > I added your patch to preserve dovecot-uidlist when reporting duplicate uids. Here are two examples with uidlist files attached. > > Mar 14 17:59:39 server dovecot[6698]: imap(pid 80181 user user272): Warning: /Volumes/Mail/user272/dovecot-uidlist: Duplicate file entry at line 110: 1300128056.M669920P7588.server.home.domain,S=970,W=993 (uid 93 -> 193) > Mar 14 18:41:41 server dovecot[6698]: imap(pid 80095 user user165): Warning: /Volumes/Mail/user165/dovecot-uidlist: Duplicate file entry at line 397: 1300132484.M237861P14283.server.home.domain,S=10873,W=11071 (uid 77 -> 409) Hmm. Each uidlist has: 1. entry with filename X 2. entry with a different filename but with GUID X (=message was copied elsewhere and back) 3. entry once again with a filename X So .. I guess this has to do with copying the same message back and forth, possibly expunging it in the middle. I'll try to reproduce tomorrow. From nmilas at noa.gr Tue Mar 15 08:57:24 2011 From: nmilas at noa.gr (Nikolaos Milas) Date: Tue, 15 Mar 2011 08:57:24 +0200 Subject: [Dovecot] Duplicate suppression In-Reply-To: <201103150203.57359.daff@dword.org> References: <1300126017.2148.46.camel@thiagohenrique06> <201103150203.57359.daff@dword.org> Message-ID: <4D7F0DD4.2020208@noa.gr> If you use: enable_original_recipient = no ...then Postfix will suppress duplicates (but, unfortunately, it will no more log all original recipients). See this thread: http://tech.groups.yahoo.com/group/postfix-users/message/275275 Nick On 15/3/2011 3:03 ??, Andreas Ntaflos wrote: > Robert is very probably right. Misconfiguring Postfix's content filter > capabilities can lead to message duplication when expanding aliases. > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5632 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110315/686e232f/attachment.bin From Andreas.Kossack at TU-Cottbus.De Tue Mar 15 11:38:59 2011 From: Andreas.Kossack at TU-Cottbus.De (Andreas Kossack) Date: Tue, 15 Mar 2011 10:38:59 +0100 Subject: [Dovecot] Errors logged from 2.0.11 Message-ID: <4D7F33B3.1000606@TU-Cottbus.De> Hi all, we use dovecot 2.0.11 with local (LDAP based) users and see (occasionally) error messages like "Mar 15 09:29:26 MailServ local3:err|error dovecot: imap(xxxx): Error: creat(/dovecot.mailbox.log) failed: Permission denied (euid=1985(xxxx) egid=219(yyyy) stat() failed: No such file or directory, euid is not dir owner) but all (filesystem) permissions are correct and the user doesn't report any errors. All works as expected. What can be the reason for such messages? -- Mit freundlichen Gr??en A. Kossack _______________________________________________________________________________ Andreas Kossack Andreas.Kossack at TU-Cottbus.De BTU Cottbus, Brandenburg, Germany, Walther-Pauer-Str.2, 03046 Cottbus http://wwwca.telesec.de/cgi-bin/caservice/Common/InstallRoot/DT-Root-CA-2.der _______________________________________________________________________________ Diese Nachricht wurde aus 100% wiederverwerteten Elektronen erstellt. _______________________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6731 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110315/dd8941a0/attachment.bin From rick at havokmon.com Tue Mar 15 15:29:25 2011 From: rick at havokmon.com (Rick Romero) Date: Tue, 15 Mar 2011 08:29:25 -0500 Subject: [Dovecot] 2.0.7 - missing SORT/THREAD Message-ID: <20110315082925.Horde.sKGkTaPBW7JNf2m1vXjkDjA@beta.vfemail.net> Obviously I did something wrong, but I don't have SORT and THREAD Capabilities built into my 2.0.7 server (OpenSolaris 5.11 snv_134 i86pc i386 i86xpv Solaris) What do I need to do? * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] VFEmail.net ready. 1 CAPABILITY * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5 1 OK Capability completed. # 2.0.7: /usr/local/etc/dovecot/dovecot.conf # OS: SunOS 5.11 i86pc auth_mechanisms = plain login digest-md5 cram-md5 auth_username_translation = %@ auth_verbose = yes base_dir = /opt/csw/dovecot/ default_login_user = dovecot disable_plaintext_auth = no first_valid_gid = 89 first_valid_uid = 89 last_valid_gid = 89 last_valid_uid = 89 login_greeting = VFEmail.net ready. mail_fsync = never mail_plugins = " quota zlib" mail_privileged_group = mail namespace { inbox = yes location = prefix = separator = . } namespace { hidden = yes inbox = no list = no location = prefix = INBOX. separator = . } passdb { driver = vpopmail } plugin { quota = maildir } protocols = imap pop3 service anvil { client_limit = 2000 } service auth { unix_listener auth-master { mode = 0600 user = vpopmail } user = vpopmail } service imap-login { client_limit = 384 process_limit = 512 process_min_avail = 25 service_count = 0 vsz_limit = 256 B } service imap-postlogin { executable = script-login /usr/local/etc/dovecot/lastauth-imap.sh user = vpopmail } service imap { executable = /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap imap-postlogin } service pop-postlogin { executable = script-login /usr/local/etc/dovecot/lastauth-pop.sh user = vpopmail } service pop3-login { client_limit = 384 process_limit = 512 process_min_avail = 25 service_count = 0 vsz_limit = 256 B } service pop3 { executable = /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/pop3 pop-postlogin } shutdown_clients = no ssl_cert = References: <20110315082925.Horde.sKGkTaPBW7JNf2m1vXjkDjA@beta.vfemail.net> Message-ID: <20110315142839.33190@gmx.net> Hi what happens if you login first, and then do a "1 CAPABILITY"? The command provides a different output before and after login. Michael -------- Original-Nachricht -------- > Datum: Tue, 15 Mar 2011 08:29:25 -0500 > Von: Rick Romero > An: dovecot at dovecot.org > Betreff: [Dovecot] 2.0.7 - missing SORT/THREAD > > Obviously I did something wrong, but I don't have SORT and THREAD > Capabilities built into my 2.0.7 server (OpenSolaris 5.11 snv_134 > i86pc i386 i86xpv Solaris) > What do I need to do? > > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] > VFEmail.net ready. > 1 CAPABILITY > * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE > STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5 > 1 OK Capability completed. > > # 2.0.7: /usr/local/etc/dovecot/dovecot.conf > # OS: SunOS 5.11 i86pc > auth_mechanisms = plain login digest-md5 cram-md5 > auth_username_translation = %@ > auth_verbose = yes > base_dir = /opt/csw/dovecot/ > default_login_user = dovecot > disable_plaintext_auth = no > first_valid_gid = 89 > first_valid_uid = 89 > last_valid_gid = 89 > last_valid_uid = 89 > login_greeting = VFEmail.net ready. > mail_fsync = never > mail_plugins = " quota zlib" > mail_privileged_group = mail > namespace { > inbox = yes > location = > prefix = > separator = . > } > namespace { > hidden = yes > inbox = no > list = no > location = > prefix = INBOX. > separator = . > } > passdb { > driver = vpopmail > } > plugin { > quota = maildir > } > protocols = imap pop3 > service anvil { > client_limit = 2000 > } > service auth { > unix_listener auth-master { > mode = 0600 > user = vpopmail > } > user = vpopmail > } > service imap-login { > client_limit = 384 > process_limit = 512 > process_min_avail = 25 > service_count = 0 > vsz_limit = 256 B > } > service imap-postlogin { > executable = script-login /usr/local/etc/dovecot/lastauth-imap.sh > user = vpopmail > } > service imap { > executable = /usr/local/libexec/dovecot/rawlog > /usr/local/libexec/dovecot/imap imap-postlogin > } > service pop-postlogin { > executable = script-login /usr/local/etc/dovecot/lastauth-pop.sh > user = vpopmail > } > service pop3-login { > client_limit = 384 > process_limit = 512 > process_min_avail = 25 > service_count = 0 > vsz_limit = 256 B > } > service pop3 { > executable = /usr/local/libexec/dovecot/rawlog > /usr/local/libexec/dovecot/pop3 pop-postlogin > } > shutdown_clients = no > ssl_cert = ssl_key = > userdb { > driver = vpopmail > } > verbose_proctitle = yes > protocol imap { > auth_socket_path = /opt/csw/dovecot/auth-master > imap_client_workarounds = delay-newmail tb-extra-mailbox-sep > mail_max_userip_connections = 25 > mail_plugins = " quota zlib imap_zlib quota imap_quota" > } > protocol pop3 { > auth_socket_path = /opt/csw/dovecot/auth-master > mail_max_userip_connections = 25 > mail_plugins = quota > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > pop3_uidl_format = %08Xu%08Xv > } > > > End of Configure: > > Install prefix . : /usr/local > File offsets ... : 64bit > I/O polling .... : poll > I/O notifys .... : none > SSL ............ : yes (OpenSSL) > GSSAPI ......... : no > passdbs ........ : static passwd passwd-file shadow pam checkpassword > vpopmail > : -bsdauth -sia -ldap -sql > userdbs ........ : static prefetch passwd passwd-file checkpassword > vpopmail > : -ldap -sql -nss > SQL drivers .... : > : -pgsql -mysql -sqlite > > > -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl From rick at havokmon.com Tue Mar 15 16:31:22 2011 From: rick at havokmon.com (Rick Romero) Date: Tue, 15 Mar 2011 09:31:22 -0500 Subject: [Dovecot] 2.0.7 - missing SORT/THREAD In-Reply-To: <20110315142839.33190@gmx.net> References: <20110315082925.Horde.sKGkTaPBW7JNf2m1vXjkDjA@beta.vfemail.net> <20110315142839.33190@gmx.net> Message-ID: <20110315093122.Horde.jdYnSqPBW7JNf3g6FJTBCng@beta.vfemail.net> Ahhh I see now. 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS COMPRESS=DEFLATE QUOTA] Logged in Thanks Michael Rick Quoting Michael Kliewe : > Hi > > what happens if you login first, and then do a "1 CAPABILITY"? The > command provides a different output before and after login. > > Michael > > From aperezaranda at yaco.es Tue Mar 15 19:13:29 2011 From: aperezaranda at yaco.es (Antonio Perez-Aranda) Date: Tue, 15 Mar 2011 18:13:29 +0100 Subject: [Dovecot] Problems with pam+ldap + quota Message-ID: I think that I need to modify "/etc/ldap.conf" to remap some attribute with mailQuota from ldap, and then, try to catch this as arg. Someone has pam+ldap+quota ? -- Antonio P?rez-Aranda Alcaide aperezaranda at yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Tel?fono +34 954 50 00 57 Fax ? ? ?+34 954 50 09 29 From sven at svenhartge.de Tue Mar 15 19:20:04 2011 From: sven at svenhartge.de (Sven Hartge) Date: Tue, 15 Mar 2011 18:20:04 +0100 Subject: [Dovecot] Problems with pam+ldap + quota References: Message-ID: Antonio Perez-Aranda wrote: > I think that I need to modify "/etc/ldap.conf" to remap some attribute > with mailQuota from ldap, and then, try to catch this as arg. > Someone has pam+ldap+quota ? Why PAM _and_ LDAP? Why not just only LDAP? LDAP+Quota works fine over $here. Gr??e, Sven. -- Sig lost. Core dumped. From aperezaranda at yaco.es Tue Mar 15 20:09:35 2011 From: aperezaranda at yaco.es (Antonio Perez-Aranda) Date: Tue, 15 Mar 2011 19:09:35 +0100 Subject: [Dovecot] Problems with pam+ldap + quota In-Reply-To: References: Message-ID: Yes I know and I have some nodes with dovecot+ldap But this node need to login with module pam_imap, because it's use a "closed" one time password system. I'm trying with something like this: userdb { driver = passwd args = uid=exim gid=exim quota=*:bytes=%$ } But I need to put the nss attribute en %$ var or another. 2011/3/15 Sven Hartge : > Antonio Perez-Aranda wrote: > >> I think that I need to modify "/etc/ldap.conf" to remap some attribute >> with mailQuota from ldap, and then, try to catch this as arg. > >> Someone has pam+ldap+quota ? > > Why PAM _and_ LDAP? Why not just only LDAP? LDAP+Quota works fine > over $here. > > Gr??e, > Sven. > > -- > Sig lost. Core dumped. > > -- Antonio P?rez-Aranda Alcaide aperezaranda at yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Tel?fono +34 954 50 00 57 Fax ? ? ?+34 954 50 09 29 From sven at svenhartge.de Tue Mar 15 20:27:53 2011 From: sven at svenhartge.de (Sven Hartge) Date: Tue, 15 Mar 2011 19:27:53 +0100 Subject: [Dovecot] Problems with pam+ldap + quota References: Message-ID: Antonio Perez-Aranda wrote: > Yes I know and I have some nodes with dovecot+ldap > But this node need to login with module pam_imap, because it's use a > "closed" one time password system. > I'm trying with something like this: > userdb { > driver = passwd > args = uid=exim gid=exim quota=*:bytes=%$ > } > But I need to put the nss attribute en %$ var or another. >From my experience with PAM,NSS and LDAP I don't think it is possible to achieve what you are trying to do. Gr??e, Sven. -- Sig lost. Core dumped. From aperezaranda at yaco.es Tue Mar 15 21:26:17 2011 From: aperezaranda at yaco.es (Antonio Perez-Aranda) Date: Tue, 15 Mar 2011 20:26:17 +0100 Subject: [Dovecot] Problems with pam+ldap + quota In-Reply-To: References: Message-ID: Ok I will try to use passdb with pam and userdb with ldap driver, although in another conf, this two fail together. El 15/03/2011 19:28, "Sven Hartge" escribi?: > Antonio Perez-Aranda wrote: > >> Yes I know and I have some nodes with dovecot+ldap > >> But this node need to login with module pam_imap, because it's use a >> "closed" one time password system. > >> I'm trying with something like this: > >> userdb { >> driver = passwd >> args = uid=exim gid=exim quota=*:bytes=%$ >> } > >> But I need to put the nss attribute en %$ var or another. > >>From my experience with PAM,NSS and LDAP I don't think it is possible to > achieve what you are trying to do. > > Gr??e, > Sven. > > -- > Sig lost. Core dumped. > From sven at svenhartge.de Tue Mar 15 21:58:57 2011 From: sven at svenhartge.de (Sven Hartge) Date: Tue, 15 Mar 2011 20:58:57 +0100 Subject: [Dovecot] Problems with pam+ldap + quota References: Message-ID: Antonio Perez-Aranda wrote: > userdb { > driver = passwd > args = uid=exim gid=exim quota=*:bytes=%$ > } BTW: I think it is very dangerous to use the exim-user and -group as user and group for your virtual user. You better use a different user to store and access the emails under, like "virtmail", "vmail", etc. Gr??e, S? -- Sig lost. Core dumped. From aperezaranda at yaco.es Wed Mar 16 09:37:04 2011 From: aperezaranda at yaco.es (Antonio Perez-Aranda) Date: Wed, 16 Mar 2011 08:37:04 +0100 Subject: [Dovecot] Problems with pam+ldap + quota In-Reply-To: References: Message-ID: Yes, I think the same so, but is a customer requeriment. 2011/3/15 Sven Hartge : > Antonio Perez-Aranda wrote: > >> userdb { >> ?driver = passwd >> ?args = uid=exim gid=exim quota=*:bytes=%$ >> } > > BTW: I think it is very dangerous to use the exim-user and -group as > user and group for your virtual user. > > You better use a different user to store and access the emails under, > like "virtmail", "vmail", etc. > > Gr??e, > S? > > -- > Sig lost. Core dumped. > > -- Antonio P?rez-Aranda Alcaide aperezaranda at yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Tel?fono +34 954 50 00 57 Fax ? ? ?+34 954 50 09 29 From stephan at rename-it.nl Wed Mar 16 10:03:39 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Wed, 16 Mar 2011 09:03:39 +0100 Subject: [Dovecot] Issue with Dovecot v2.0 auto packages Message-ID: <4D806EDB.4030504@rename-it.nl> Hi, Yesterday night I upgraded the automated packages built at Xi to the latest experimental Debian packages for v2.0. This unfortunately causes a problem upon upgrade. I've contacted the maintainer, so this issue should resolve itself soon. The issue manifests as follows: Setting up dovecot-imapd (2:2.0.11-0~auto+25) ... ucfr: Attempt from package dovecot-imapd to take /etc/dovecot/conf.d/20-imap.conf away from package dovecot-common ucfr: Aborting. dpkg: error processing dovecot-imapd (--configure): subprocess installed post-installation script returned error exit status 4 configured to not write apport reports The Debian maintainer split dovecot-common in various new packages and moved config files in the process. Use ucfr --purge --force dovoecot-imapd /etc/dovecot/conf.d/20-imap.conf ucfr --purge --force dovoecot-managesieved /etc/dovecot/conf.d/20-managesieve.conf ucfr --purge --force dovoecot-sieve /etc/dovecot/conf.d/90-sieve.conf to get rid of these errors as a workaround. I did this in combination with temporarily purging and removing Dovecot, but that is probably not necessary. Once you have upgraded, you will not encounter this problem again. And yes, if you are using Sieve, be sure to install the new dovecot-sieve and dovecot-managesieved packages. Regards, Stephan. From stephan at rename-it.nl Wed Mar 16 10:12:15 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Wed, 16 Mar 2011 09:12:15 +0100 Subject: [Dovecot] Issue with Dovecot v2.0 auto packages In-Reply-To: <4D806EDB.4030504@rename-it.nl> References: <4D806EDB.4030504@rename-it.nl> Message-ID: <4D8070DF.5000201@rename-it.nl> On 3/16/2011 9:03 AM, Stephan Bosch wrote: > > > The Debian maintainer split dovecot-common in various new packages and > moved config files in the process. Use > > ucfr --purge --force dovoecot-imapd /etc/dovecot/conf.d/20-imap.conf > ucfr --purge --force dovoecot-managesieved > /etc/dovecot/conf.d/20-managesieve.conf > ucfr --purge --force dovoecot-sieve /etc/dovecot/conf.d/90-sieve.conf > D'oh, mind the typo in dovecot-imapd etc. Regards, Stephan. From john.connett at ntlworld.com Wed Mar 16 10:18:04 2011 From: john.connett at ntlworld.com (John Connett) Date: Wed, 16 Mar 2011 08:18:04 -0000 Subject: [Dovecot] exim and /var/run/dovecot/auth-client permissions In-Reply-To: References: Message-ID: On Mon, 14 Mar 2011 13:45:42 -0000, John Connett wrote: > I am attempting to configure a dovecot 2.0 + exim + fetchmail (demon) > combination on openSUSE 11.4, initially with the standard dovecot > package (2.0.9-3.4-x86_64) and now with the later server:mail build > service package (2.0.11-1.1-x86_64). > > I followed the instructions in > http://wiki2.dovecot.org/HowTo/EximAndDovecotSASL but despite the > changes in conf.d/10-master.conf the permissions on > /var/run/dovecot/auth-client remain unchanged: > > $ ls -l /var/run/dovecot/auth-client > Srw------- 1 root root 0 Mar 14 13:11 /var/run/dovecot/auth-client > $ > > This is probably the cause of authentication failures from exim. I > suspect it is something trivial but haven't yet been able to find the > answer. Confirmed that the permissions are the source of the authentication failures by manually changing to mode=0660, user=mail. These permissions revert to mode=0600, user=root when dovecot is restarted. The problem is either with the instructions on the wiki or within dovecot. I will look at the source code to see if I can identify why the permissions in conf.d/10-master.conf are not being applied. The "service auth" part of conf.d/10-master.conf, stripped of comments, is: service auth { unix_listener auth-client { mode = 0660 user = mail } unix_listener auth-userdb { } } From sven at svenhartge.de Wed Mar 16 11:07:43 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 16 Mar 2011 10:07:43 +0100 Subject: [Dovecot] Problems with pam+ldap + quota References: Message-ID: Antonio Perez-Aranda wrote: > 2011/3/15 Sven Hartge : >> Antonio Perez-Aranda wrote: >> >>> userdb { >>> ?driver = passwd >>> ?args = uid=exim gid=exim quota=*:bytes=%$ >>> } >> >> BTW: I think it is very dangerous to use the exim-user and -group as >> user and group for your virtual user. >> >> You better use a different user to store and access the emails under, >> like "virtmail", "vmail", etc. > Yes, I think the same so, but is a customer requeriment. I know your problem. But sometimes you have to convince your customer of their ill-doing and correct any imminent problems before they cause havoc. Especially with mail. No need for another SPAM-spewing hacked server. Gr??e, Sven. -- Sig lost. Core dumped. From mark at campbell-lange.net Wed Mar 16 11:54:42 2011 From: mark at campbell-lange.net (Mark Adams) Date: Wed, 16 Mar 2011 09:54:42 +0000 Subject: [Dovecot] rkhunter alert dovecot using port 1984 In-Reply-To: <4A0569D9-1808-45E4-ABEA-2A3516A40432@iki.fi> References: <20110308104309.GA16963@campbell-lange.net> <4A0569D9-1808-45E4-ABEA-2A3516A40432@iki.fi> Message-ID: <20110316095442.GA18402@campbell-lange.net> Hi Timo, I've had another one this morning (on port 2006), and can see its still open mailhub:~# netstat -tulnap | grep 2006 tcp 0 0 10.0.0.24:143 10.0.3.96:2006 ESTABLISHED 19372/imap This all looks ok - The client should be communcating over a higher port right? On Wed, Mar 09, 2011 at 08:23:40PM +0200, Timo Sirainen wrote: > On 8.3.2011, at 12.43, Mark Adams wrote: > > > Warning: Network TCP port 1984 is being used by /usr/lib/dovecot/imap. > > Possible rootkit: Fuckit Rootkit > > Use the 'lsof -i' or 'netstat -an' command to check this. > > > > Does dovecot use this port for any reason? anyone seen this before? > > No & no. > From iti at promax.media.pl Wed Mar 16 12:38:07 2011 From: iti at promax.media.pl (iti at promax.media.pl) Date: Wed, 16 Mar 2011 11:38:07 +0100 Subject: [Dovecot] dovecot 1.2 quota with local users Message-ID: <06fd0060f51a8955665f904b2f19a9ba.squirrel@poczta.lokalna> Hello, I got problem with setting quota from mysql for local users. In database are only information with quota. Password are store in passwd/shadow. My database have only simple info like in wiki description. Table created with: CREATE TABLE quota ( username varchar(100) not null, bytes bigint not null default 0, messages integer not null default 0, primary key (username) ); In dovecot.conf like in description is: dict { quotadict = mysql:/etc/dovecot-dict-sql.conf } plugin { # v1.2 + SQL: quota = dict:user::proxy::quotadict # v1.2 + file: quota = dict:user::file:%h/Maildir/dovecot-quota quota_rule = *:storage=10M:messages=1000 } File dovecot-dict-sql.conf has: # v1.2+ only: connect = host=localhost dbname=mails user=sqluser password=sqlpass map { pattern = priv/quota/storage table = quota username_field = username value_field = bytes } map { pattern = priv/quota/messages table = quota username_field = username value_field = messages } With corrected values about databasename, user and password. Where should to add information about sql query when autorization is not via myqsl (only shadow/password). There are in description info about additional file with user_query: dovecot-mysql.conf. Can anybody know how it should it look like and where to add it in config? From jg at softjury.de Wed Mar 16 12:53:27 2011 From: jg at softjury.de (Jan Phillip Greimann) Date: Wed, 16 Mar 2011 11:53:27 +0100 Subject: [Dovecot] Dict spams in my Log-File Message-ID: <4D8096A7.5000108@softjury.de> Hi there, i use dovecot 2.0.9 with mysql as backend. I've also configured dict to mysql, but after some time dict spams in my log-file, i don't know why. Hope someone can help me with this. Greetings from Germany Jan P. Greimann ==== mail.log ==== [...] Mar 16 10:29:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:31:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:33:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:35:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:35:45 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:37:36 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:39:36 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:41:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:43:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:45:36 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:47:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:49:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:51:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:53:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) [...] ==== dovecot.conf ==== listen = * dict { quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext } !include conf.d/*.conf ==== conf.d/90-quota.conf ==== plugin { quota = dict:User quota::proxy::quota } From andre at digirati.com.br Wed Mar 16 13:00:52 2011 From: andre at digirati.com.br (Andre Nathan) Date: Wed, 16 Mar 2011 08:00:52 -0300 Subject: [Dovecot] Error: write(auth socket) failed: Broken pipe Message-ID: <1300273252.19236.1.camel@andre.mz.digirati.com.br> Hello >From time to time I'm seeing errors like this in my logs: Mar 16 10:45:55 box5 dovecot: lmtp(5438): Error: write(auth socket) failed: Broken pipe This causes delivery from postfix to fail until I restart dovecot. There doesn't seem to be any other messages in the logs related to this error. Has anyone ever seen this error? Thanks Andre From Bartlomiej.Solarz-Niesluchowski at wit.edu.pl Wed Mar 16 13:26:29 2011 From: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl (=?UTF-8?B?QmFydMWCb21pZWogU29sYXJ6LU5pZXPFgnVjaG93c2tp?=) Date: Wed, 16 Mar 2011 12:26:29 +0100 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota In-Reply-To: <4D777E93.8060201@wit.edu.pl> References: <4D774002.2050109@wit.edu.pl> <4D77678B.5070208@Media-Brokers.com> <4D7773E1.5080604@wit.edu.pl> <4D7778EC.60803@Media-Brokers.com> <4D777E93.8060201@wit.edu.pl> Message-ID: <4D809E65.4080402@wit.edu.pl> W dniu 2011-03-09 14:20, Bart?omiej Solarz-Nies?uchowski pisze: > plugin/quota = fs:INBOX:mount=/var/spool/mail > plugin/quota2 = fs:Others:user OK reason founded. On system where was compiled dovecot was no quota-devel package.... Now dovecot works correctly. BUT anybody knows why Mozilla Thunderbird shows quota based only on plugin/quota2 = fs:Others:user even on INBOX -- Bart?omiej Solarz-Nies?uchowski, Administrator WSISiZ e-mail: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl tel. 223486547, fax 223486501 JID: solarz at jabber.wit.edu.pl 01-447 Warszawa, ul. Newelska 6, pok?j 404, pon.-pt. 8-16 Motto - Jak sobie po?cielisz tak sie wy?pisz -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5212 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110316/82083296/attachment.bin From nareshov at gmail.com Wed Mar 16 13:27:24 2011 From: nareshov at gmail.com (Naresh V) Date: Wed, 16 Mar 2011 16:57:24 +0530 Subject: [Dovecot] Error: write(auth socket) failed: Broken pipe In-Reply-To: <1300273252.19236.1.camel@andre.mz.digirati.com.br> References: <1300273252.19236.1.camel@andre.mz.digirati.com.br> Message-ID: On 16 March 2011 16:30, Andre Nathan wrote: > Has anyone ever seen this error? Yes. We've seen on occasions when the network connectivity between the auth db and dovecot breaks (due to a network problem). -Naresh V. From dg at dguhl.org Wed Mar 16 14:00:41 2011 From: dg at dguhl.org (Dennis Guhl) Date: Wed, 16 Mar 2011 13:00:41 +0100 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> Message-ID: <20110316120041.GA16683@laptop-dg.leere.eu> Sorry for not coming back to you earlier than this. On Sun, Mar 13, 2011 at 10:35:57PM -0400, Edward Carraro wrote: > Thanks for the reply Dennis dnf > On Sun, Mar 13, 2011 at 7:19 PM, Dennis Guhl wrote: > > > > > You should not save the master users credentials with the mail user > > credentials. Instead you should use a dedicated userdb and passdb. > > > > For further reference have a look at > > http://wiki2.dovecot.org/Authentication/MasterUsers. > > I created the htpasswd file on the destination server already. Does it also > need to be done on the proxy? What do you mean here? Did you create a file like passwd.masterusers with Apache's htpasswd(1) according to the wiki? What is your configuration for the master user on the proxy destination? > > I don't undestand your question. You can either forward plaintext > > credentials to your backend or authenticate on your proxy and go with > > the proxys master user to your backend > > (http://wiki2.dovecot.org/PasswordDatabase/ExtraFields/Proxy). > > > > Dennis > > > > I'm trying to authenticate on the proxy and use the master user to connect > to the backend, just not sure how thats done. This makes it a little tricky for me to help you. Since I use dovecot 1.2 with password forwarding and MySQL instead of LDAP I am unable to verify or test my suggestions. > The link for ExtraFields says I need to return: master=s and pass=s > > How do I state the user/pass for the master? > > I've compiled my proxy with ldap support and created the same master user on > the proxy that exists on the destination server. > > I can telnet on the proxy still, but now its just creating user home > directories on the proxy, and not going to the backend at all. > > My proxy config > > # 2.0.11: /usr/local/etc/dovecot/dovecot.conf > # OS: Linux 2.6.26-2-openvz-amd64 i686 Debian 5.0.8 [..] > auth_master_user_separator = * [..] > passdb { > args = /usr/local/etc/dovecot/master-users > driver = passwd-file > master = yes > pass = yes > } Both this you need on your backend. > passdb { > args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext > driver = ldap > } [..] > userdb { > args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext > driver = ldap > } In your /usr/local/etc/dovecot/dovecot-ldap.conf.ext you need to query for the users username and password as always. In conjunction to this you query for the additional fields or giveback the static values. This could be something like this: pass_attrs=uid=user, userPassword=password, =proxy=y, hostName=host, =master=your_master_username, =pass=your_master_users_password Dennis From kms.public0000 at comcast.net Wed Mar 16 16:20:10 2011 From: kms.public0000 at comcast.net (Kelly Stephens) Date: Wed, 16 Mar 2011 09:20:10 -0500 Subject: [Dovecot] Bug: Creating mbox folders Message-ID: <4D80C71A.3070902@comcast.net> Hey, I had trouble this morning creating a folder to contain sub-folders. I am using the mbox format. Turns out that the .imap directory in the new folder (directory) was not being created. Anytime I tried to view a sub-folder (using Thunderbird) dovecot would dump. Once I manually created the .imap directory, it works fine. dovecot --version -> 2.0.9 dovecot -n # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35.11-83.fc14.i686 i686 Fedora release 14 (Laughlin) listen = * mbox_write_locks = fcntl passdb { driver = pam } protocols = imap ssl_cert = /usr/lib/dovecot/libdovecot.so.0() [0x9940c0] -> /usr/lib /dovecot/libdovecot.so.0(i_fatal+0) [0x96a690] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_list_get_unexpanded_path+0x138) [0xa086d8] -> /usr/lib/dovecot/libdovec ot-storage.so.0(mailbox_list_mkdir+0x52) [0xa09b32] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_list_create_missing_index_dir+0x129) [0xa09fb9] -> /usr/lib/doveco t/libdovecot-storage.so.0(index_storage_mailbox_open+0xa4) [0xa23c24] -> /usr/lib/dovecot/libdovecot-storage.so.0() [0xa485de] -> /usr/lib/dovecot/libdovecot-storage.so.0 () [0xa04d25] -> dovecot/imap(cmd_select_full+0x1cf) [0x805310f] -> dovecot/imap(cmd_select+0x1a) [0x8053b3a] -> dovecot/imap() [0x80560ed] -> dovecot/imap() [0x80561ca] -> dovecot/imap(client_handle_input+0x12d) [0x805640d] -> dovecot/imap(client_input+0x60) [0x8056d10] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x52) [0x9a18e2] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xd3) [0x9a2b43] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0x9a1860] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x2b) [0x98cfcb] -> dovecot/imap(main+0x33d) [0x805faad] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x732e36] -> dovecot/imap() [0x804e111] Mar 16 08:50:22 brinn dovecot: master: Error: service(imap): child 9753 killed with signal 6 (core dumps disabled) From chris-dovecot-110112 at aptivate.org Wed Mar 16 17:23:33 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Wed, 16 Mar 2011 15:23:33 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: <1299944912.19220.561.camel@hurina> References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> <1299944912.19220.561.camel@hurina> Message-ID: Hi Timo, On Sat, 12 Mar 2011, Timo Sirainen wrote: > On Thu, 2011-03-10 at 12:40 +0000, Chris Wilson wrote: > > > > I think they have different GUIDs, or maybe Dovecot failed to get > > > one of their GUID. Dsync works with mailbox GUIDs, not names. > > > Anyway, I don't really know why it would suddenly lose one of them. > > > > Perhaps it's worth printing the guids in that case? Is the guid stored > > in the first message in the mailbox? > > Added: http://hg.dovecot.org/dovecot-2.0/rev/0a1a0d33c1b2 Great, thanks :) I'm impressed by how responsive you are to requests for help and new features in Dovecot. Thank you :) > > It doesn't seem to have backed up most of my mailboxes: > .. > > Any ideas how I can get it to backup the rest of my mailboxes to mdbox? > > Does > > doveadm mailbox list -u chris '*' > > list all the mailboxes? Yes, it appears to. > If it does, see if deleting the destination mdbox and running dsync > again from scratch works. Even worse this time: chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox [sudo] password for chris: dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: Permission denied dsync(chris): Error: Failed to sync mailbox admin: Internal error occurred. Refer to server log for more information. [2011-03-16 11:00:45] dsync(chris): Info: spam: only in source dsync(chris): Info: temp: only in source dsync(chris): Info: Sent: only in source dsync(chris): Info: addressbook: only in source dsync(chris): Info: sent-mail-sep-2008: only in source dsync(chris): Info: sent-mail-oct-2010: only in source dsync(chris): Info: INBOX.Sent: only in source dsync(chris): Info: sent-mail: only in source dsync(chris): Info: INBOX.Trash: only in source You have mail in /var/spool/mail/chris chris at one-mail(~)$ du -sk mdbox/ /var/spool/mail/chris mail 616368 mdbox/ 1020420 /var/spool/mail/chris 2082960 mail So this time it only copied 600 MB of mail before silently giving up. Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From tss at iki.fi Wed Mar 16 18:14:53 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:14:53 +0200 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> <1299944912.19220.561.camel@hurina> Message-ID: <1300292093.19220.585.camel@hurina> On Wed, 2011-03-16 at 15:23 +0000, Chris Wilson wrote: > > If it does, see if deleting the destination mdbox and running dsync > > again from scratch works. > > Even worse this time: > > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > [sudo] password for chris: > dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: > Permission denied Well, this is the problem. dsync aborts early because it can't open the mailbox.. Fixing it in the code didn't look as simple as I hoped, so since this is unlikely to be a common problem, maybe you could just remove the symlink for now or give enough permissions for the duration of dsync.. From tss at iki.fi Wed Mar 16 18:16:29 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:16:29 +0200 Subject: [Dovecot] Bug: Creating mbox folders In-Reply-To: <4D80C71A.3070902@comcast.net> References: <4D80C71A.3070902@comcast.net> Message-ID: <1300292189.19220.586.camel@hurina> On Wed, 2011-03-16 at 09:20 -0500, Kelly Stephens wrote: > Hey, > > I had trouble this morning creating a folder to contain sub-folders. I > am using the mbox format. Turns out that the .imap directory in the new > folder (directory) was not being created. Anytime I tried to view a > sub-folder (using Thunderbird) dovecot would dump. Once I manually > created the .imap directory, it works fine. > > dovecot --version -> 2.0.9 I can't reproduce this. Maybe it's been fixed in v2.0.11. From tss at iki.fi Wed Mar 16 18:21:25 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:21:25 +0200 Subject: [Dovecot] Error: write(auth socket) failed: Broken pipe In-Reply-To: <1300273252.19236.1.camel@andre.mz.digirati.com.br> References: <1300273252.19236.1.camel@andre.mz.digirati.com.br> Message-ID: <1300292485.19220.587.camel@hurina> On Wed, 2011-03-16 at 08:00 -0300, Andre Nathan wrote: > Hello > > >From time to time I'm seeing errors like this in my logs: > > Mar 16 10:45:55 box5 dovecot: lmtp(5438): Error: write(auth socket) > failed: Broken pipe This would mean that the auth process got lost. That shouldn't normally happen.. Maybe it crashed? > This causes delivery from postfix to fail until I restart dovecot. http://hg.dovecot.org/dovecot-2.0/rev/7d9db422549a should help with this. From tss at iki.fi Wed Mar 16 18:23:25 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:23:25 +0200 Subject: [Dovecot] rkhunter alert dovecot using port 1984 In-Reply-To: <20110316095442.GA18402@campbell-lange.net> References: <20110308104309.GA16963@campbell-lange.net> <4A0569D9-1808-45E4-ABEA-2A3516A40432@iki.fi> <20110316095442.GA18402@campbell-lange.net> Message-ID: <1300292605.19220.588.camel@hurina> On Wed, 2011-03-16 at 09:54 +0000, Mark Adams wrote: > Hi Timo, > > I've had another one this morning (on port 2006), and can see its still open > > mailhub:~# netstat -tulnap | grep 2006 > tcp 0 0 10.0.0.24:143 10.0.3.96:2006 ESTABLISHED 19372/imap > > This all looks ok - The client should be communcating over a higher port > right? Yeah. Client is connected to IMAP port. From tss at iki.fi Wed Mar 16 18:26:48 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:26:48 +0200 Subject: [Dovecot] dovecot 1.2 quota with local users In-Reply-To: <06fd0060f51a8955665f904b2f19a9ba.squirrel@poczta.lokalna> References: <06fd0060f51a8955665f904b2f19a9ba.squirrel@poczta.lokalna> Message-ID: <1300292808.19220.591.camel@hurina> On Wed, 2011-03-16 at 11:38 +0100, iti at promax.media.pl wrote: > I got problem with setting quota from mysql for local users. In database > are only information with quota. Password are store in passwd/shadow. You mean you only want quota limits to be listed in SQL, right? Then you don't need to use dict quota at all (or especially not sql dict). So what you need to use is passdb pam and userdb sql. In userdb sql you need to specify the user_query. You didn't give much information about your current setup that I'd assume is already working without working quota. http://wiki2.dovecot.org/AuthDatabase/SQL anyway has information about user_query (you can ignore the password_query). From tss at iki.fi Wed Mar 16 18:29:04 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:29:04 +0200 Subject: [Dovecot] Dict spams in my Log-File In-Reply-To: <4D8096A7.5000108@softjury.de> References: <4D8096A7.5000108@softjury.de> Message-ID: <1300292944.19220.593.camel@hurina> On Wed, 2011-03-16 at 11:53 +0100, Jan Phillip Greimann wrote: > i use dovecot 2.0.9 with mysql as backend. I've also configured dict to > mysql, but after some time dict spams in my log-file, i don't know why. .. > Mar 16 10:29:35 s16 dovecot: dict: mysql: Connected to localhost > (mail_backend) > Mar 16 10:31:35 s16 dovecot: dict: mysql: Connected to localhost > (mail_backend) > Mar 16 10:33:35 s16 dovecot: dict: mysql: Connected to localhost > (mail_backend) I'd guess it is because dict process gets idle-killed and then after a while it restarts and has to connect to mysql again. So what you want to do is: service dict { idle_kill = 1d } Or something like that. From tss at iki.fi Wed Mar 16 18:31:43 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:31:43 +0200 Subject: [Dovecot] exim and /var/run/dovecot/auth-client permissions In-Reply-To: References: Message-ID: <1300293103.19220.595.camel@hurina> On Wed, 2011-03-16 at 08:18 +0000, John Connett wrote: > > $ ls -l /var/run/dovecot/auth-client > > Srw------- 1 root root 0 Mar 14 13:11 /var/run/dovecot/auth-client .. > The problem is either with the instructions on the wiki or within > dovecot. I will look at the source code to see if I can identify why the > permissions in conf.d/10-master.conf are not being applied. The "service > auth" part of conf.d/10-master.conf, stripped of comments, is: > > service auth { > unix_listener auth-client { > mode = 0660 > user = mail > } > unix_listener auth-userdb { > } > } Check with doveconf that Dovecot really sees those settings: doveconf service/auth Also you didn't specify group for the auth-client, so you probably should keep it 0600.. From tss at iki.fi Wed Mar 16 18:32:58 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:32:58 +0200 Subject: [Dovecot] Errors logged from 2.0.11 In-Reply-To: <4D7F33B3.1000606@TU-Cottbus.De> References: <4D7F33B3.1000606@TU-Cottbus.De> Message-ID: <1300293178.19220.597.camel@hurina> On Tue, 2011-03-15 at 10:38 +0100, Andreas Kossack wrote: > we use dovecot 2.0.11 with local (LDAP based) users and see (occasionally) > error messages like > "Mar 15 09:29:26 MailServ local3:err|error dovecot: imap(xxxx): Error: creat(/dovecot.mailbox.log) failed: Permission denied (euid=1985(xxxx) egid=219(yyyy) stat() failed: No such file or directory, euid is not dir owner) It's trying to open a file from root directory. Maybe that user's home directory is set to /? From tss at iki.fi Wed Mar 16 18:52:36 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:52:36 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> <64ABC5A4-01B8-49F0-8B2D-7CE93226B9B0@apple.com> Message-ID: <1300294356.19220.598.camel@hurina> On Tue, 2011-03-15 at 03:55 +0200, Timo Sirainen wrote: > > Mar 14 17:59:39 server dovecot[6698]: imap(pid 80181 user user272): Warning: /Volumes/Mail/user272/dovecot-uidlist: Duplicate file entry at line 110: 1300128056.M669920P7588.server.home.domain,S=970,W=993 (uid 93 -> 193) > > Mar 14 18:41:41 server dovecot[6698]: imap(pid 80095 user user165): Warning: /Volumes/Mail/user165/dovecot-uidlist: Duplicate file entry at line 397: 1300132484.M237861P14283.server.home.domain,S=10873,W=11071 (uid 77 -> 409) > > Hmm. Each uidlist has: > > 1. entry with filename X > 2. entry with a different filename but with GUID X (=message was copied elsewhere and back) > 3. entry once again with a filename X > > So .. I guess this has to do with copying the same message back and forth, possibly expunging it in the middle. I'll try to reproduce tomorrow. This seems likely, but I can't reproduce it. I tried by running both: imaptest logout=0 copybox=foo delete=10 expunge=10 clients=2 imaptest logout=0 copybox=INBOX box=foo delete=10 expunge=10 clients=2 Does that fail with you either? From peter at ixp.jp Wed Mar 16 19:06:12 2011 From: peter at ixp.jp (Peter Evans) Date: Thu, 17 Mar 2011 02:06:12 +0900 Subject: [Dovecot] rkhunter alert dovecot using port 1984 In-Reply-To: <20110316095442.GA18402@campbell-lange.net> References: <20110308104309.GA16963@campbell-lange.net><4A0569D9-1808-45E4-ABEA-2A3516A40432@iki.fi> <20110316095442.GA18402@campbell-lange.net> Message-ID: <36158C01215F497AAFF4AEA2AF699954@usapyon> >mailhub:~# netstat -tulnap | grep 2006 >tcp 0 0 10.0.0.24:143 10.0.3.96:2006 ESTABLISHED >19372/imap >This all looks ok - The client should be communcating over a higher port right? perfectly normal, if your rkhunter is freaking out because its seeing remote ports that it doesn't like, it needs to take some valium. Anything over 1024 is fair game for unprivileged stuff like mail clients. P on 10.0.0.6 ^^; From tss at iki.fi Wed Mar 16 19:18:30 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 19:18:30 +0200 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <4D7CAD16.4010207@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> Message-ID: <1300295910.19220.617.camel@hurina> On Sun, 2011-03-13 at 12:40 +0100, Robert Schetterer wrote: > RealMails/ > RealMails/* > -RealMails/Trash > -RealMails/Trash/* > -RealMails/Sent > -RealMails/Sent/* > -RealMails/Templates > -RealMails/Templates/* > -RealMails/Drafts > -RealMails/Drafts/* > -RealMails/Archives > -RealMails/Archives/* > unseen .. > that the mails stay in "new" folder of the maildir > after i downloaded via pop3 > ( i am not sure is this expected ? , i would thought they get to cur ) They get moved to cur/ when the \Recent flag gets cleared. > thunderbird does not download this mails again ( good ), but it doesnt > delete them from maildir new ever( bad ) , so the whole leave copy and > delete after x days function pop3 is not working What if that mailbox was an IMAP mailbox called "All mails" and user opened it, should that clear the \Recent flags from all the mailboxes? I'm not entirely sure what the right answer should be, but I'm thinking probably no.. Especially since such mailbox is used by some webmails to implement "search in all mailboxes". So when should the \Recent flags be cleared with virtual mailboxes, and when not? Is it simply "clear with POP3, don't clear with others"? Then again others have wanted to create a virtual INBOX that shows full threads, i.e. messages also from Sent mailbox. That basically acts like an INBOX, so it should clear \Recent flags from INBOX. Maybe this should be configurable. For example: +a b +b/* would keep \Recent flags in mailbox "b", but clear them from "a" and "b/*". Hmmh. Yeah, I guess that's the right solution. See if this works: http://hg.dovecot.org/dovecot-2.0/rev/be0f0de75e34 From robert at schetterer.org Wed Mar 16 19:29:34 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 16 Mar 2011 18:29:34 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <1300295910.19220.617.camel@hurina> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> Message-ID: <4D80F37E.3060906@schetterer.org> Am 16.03.2011 18:18, schrieb Timo Sirainen: > On Sun, 2011-03-13 at 12:40 +0100, Robert Schetterer wrote: > >> RealMails/ >> RealMails/* >> -RealMails/Trash >> -RealMails/Trash/* >> -RealMails/Sent >> -RealMails/Sent/* >> -RealMails/Templates >> -RealMails/Templates/* >> -RealMails/Drafts >> -RealMails/Drafts/* >> -RealMails/Archives >> -RealMails/Archives/* >> unseen > .. >> that the mails stay in "new" folder of the maildir >> after i downloaded via pop3 >> ( i am not sure is this expected ? , i would thought they get to cur ) > > They get moved to cur/ when the \Recent flag gets cleared. > >> thunderbird does not download this mails again ( good ), but it doesnt >> delete them from maildir new ever( bad ) , so the whole leave copy and >> delete after x days function pop3 is not working > > What if that mailbox was an IMAP mailbox called "All mails" and user > opened it, should that clear the \Recent flags from all the mailboxes? > I'm not entirely sure what the right answer should be, but I'm thinking > probably no.. Especially since such mailbox is used by some webmails to > implement "search in all mailboxes". nobody reported imap problems if users use both pop3 ( with stay mails on the server ) and imap mails get to cur wtih seen flag ( as far i know by small tests ) if they connect via imap the problem users mostly use outlook 2010/2007 no webmail etc and my test client is thunderbird ( current stable ) > > So when should the \Recent flags be cleared with virtual mailboxes, and > when not? Is it simply "clear with POP3, don't clear with others"? Then > again others have wanted to create a virtual INBOX that shows full > threads, i.e. messages also from Sent mailbox. That basically acts like > an INBOX, so it should clear \Recent flags from INBOX. > > Maybe this should be configurable. For example: > > +a > b > +b/* > > would keep \Recent flags in mailbox "b", but clear them from "a" and > "b/*". Hmmh. Yeah, I guess that's the right solution. See if this works: > > http://hg.dovecot.org/dovecot-2.0/rev/be0f0de75e34 i will give this a try and report > > -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From tss at iki.fi Wed Mar 16 19:33:52 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 19:33:52 +0200 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <4D80F37E.3060906@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> Message-ID: <1300296832.19220.628.camel@hurina> On Wed, 2011-03-16 at 18:29 +0100, Robert Schetterer wrote: > if users use both pop3 ( with stay mails on the server ) and imap > mails get to cur wtih seen flag ( as far i know by small tests ) if they > connect via imap > the problem users mostly use outlook 2010/2007 no webmail etc > and my test client is thunderbird ( current stable ) Are you talking about the feature of POP3 clients deleting mails after x days (not some server cronjob)? I don't think mail being in new/ or cur/ should affect that, because POP3 doesn't even know about it. I wonder how POP3 clients would even know how long the mail has been in server.. From kshaw at kendallshaw.com Wed Mar 16 20:54:55 2011 From: kshaw at kendallshaw.com (Kendall Shaw) Date: Wed, 16 Mar 2011 11:54:55 -0700 (PDT) Subject: [Dovecot] Virtual and system users with public mailboxes Message-ID: <20110316185455.5FE4B9E4653@kendalls-laptop> Hi, I am running dovecot 1.2.9 and postfix, and I am trying to setup a public mailbox. My thought is that there would be one system user with a sieve script to deliver messages to the public mailbox. And, I would like to give virtual users access to the mailbox. On this list, I read how you can have both system and virtual users by using passdb and static userdbs. But, I don't understand how this can be combined with namespaces, where I specify the location. For all virtual users I had: mail_location = maildir:/var/somewhere/%u/maildir/ I think I need that for virtual users and: maildir:~/Maildir for the system users. namespace private { location = ? # how do I have the location be different for system and virtual users? } namespace public { location = ? # ditto (for the index)? } Kendall From kuizhang at gmail.com Wed Mar 16 21:00:43 2011 From: kuizhang at gmail.com (Kui Zhang) Date: Wed, 16 Mar 2011 12:00:43 -0700 Subject: [Dovecot] doveadm expunge info message in std.error Message-ID: Hello This command doveadm expunge -u "user at domain" mailbox ".namespace/*" savedbefore 7d writes these messages to std.error doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5932, msgid=, size=1824 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5933, msgid=, size=1822 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5934, msgid=, size=1824 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5935, msgid=, size=1843 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5936, msgid=, size=1822 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5937, msgid=, size=1854 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5938, msgid=, size=1832 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5939, msgid=, size=1840 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5940, msgid=, size=1835 Can we write these messages(informational) to std.out It would help reduce cron mails. Thanks KuiZ From thomas-lists at nybeta.com Wed Mar 16 21:44:31 2011 From: thomas-lists at nybeta.com (Thomas Harold) Date: Wed, 16 Mar 2011 15:44:31 -0400 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains Message-ID: <4D81131F.8010703@nybeta.com> Getting ready to redo our mail server setup and I'm trying to wrap my head around the ins and outs and pratfalls involved in SSL, multiple domains, and Dovecot. I've taken a look at: http://wiki2.dovecot.org/SSL/DovecotConfiguration My basic understanding at this point is that: - With SSL for IMAP/POP3, it is limited to one certificate per IP address, because the SSL process starts as soon as the client opens the socket to the IP address. In order to support multiple domains / server names, you have to rely on SAN (Subject Alternative Names) in the server's SSL certificate. - If I use STARTTLS for IMAP/POP3 and Dovecot 2.x, then the SNI process will allow the client to specify that they want to talk to mail server XYZ and Dovecot will hand the correct certificate to the client. However, a lot of devices don't support SNI yet so this is fraught with peril and incompatibilities. So it seems like if I have fewer IP addresses then mail server names, I should stick with a single SSL cert and use SANs. (Wildcard certs are not an option due to the top level domain being different.) How big of an issue is a cert with half a dozen or a dozen SANs attached? Do most mail clients handle that sort of certificate properly in order to access their mailboxes? Reference links: http://www.digicert.com/subject-alternative-name-compatibility.htm From user+dovecot at localhost.localdomain.org Wed Mar 16 21:47:25 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Wed, 16 Mar 2011 20:47:25 +0100 Subject: [Dovecot] doveadm expunge info message in std.error In-Reply-To: References: Message-ID: <4D8113CD.9050607@localhost.localdomain.org> On 03/16/2011 08:00 PM Kui Zhang wrote: > Hello > > This command > > doveadm expunge -u "user at domain" mailbox ".namespace/*" savedbefore 7d > > writes these messages to std.error > > doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5932, > msgid=, size=1824 ? > > Can we write these messages(informational) to std.out > > It would help reduce cron mails. Yes - we can. :-) doveadm expunge -u "user at domain" mailbox ... 2>&1 But cron will send you mails with stdout output too. AFAIK Regards, Pascal -- The trapper recommends today: deadbeef.1107520 at localdomain.org From robert at schetterer.org Wed Mar 16 21:56:16 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 16 Mar 2011 20:56:16 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <1300296832.19220.628.camel@hurina> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> Message-ID: <4D8115E0.70607@schetterer.org> Am 16.03.2011 18:33, schrieb Timo Sirainen: > On Wed, 2011-03-16 at 18:29 +0100, Robert Schetterer wrote: > >> if users use both pop3 ( with stay mails on the server ) and imap >> mails get to cur wtih seen flag ( as far i know by small tests ) if they >> connect via imap >> the problem users mostly use outlook 2010/2007 no webmail etc >> and my test client is thunderbird ( current stable ) > > Are you talking about the feature of POP3 clients deleting mails after x > days (not some server cronjob)? I don't think mail being in new/ or cur/ > should affect that, because POP3 doesn't even know about it. > > I wonder how POP3 clients would even know how long the mail has been in > server.. > > youre right difficult to say , might ask some developer of mail clients this option exists since ever in most pop3 clients, and was wide used before imap comes more public known i only know for getmail, getmail is building a list about what allready downloaded via pop3 so it should be independent whatever the server reports, no idea how its done by thunderbird etc, perhaps some stuff with date of mails, or hash comparing... thunderbirds default on pop3 is leave copy on the server for 14 days also there is an option for delete mails at once , when they are deleted from inbox to trash of the pop3 local account trash where you have the option to use one local pop3 box for all accounts or use seperate for each account ( some pseudo virtual config ) -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From dmiller at amfes.com Wed Mar 16 23:20:52 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Wed, 16 Mar 2011 14:20:52 -0700 Subject: [Dovecot] search for attachment hash Message-ID: How can I determine what message(s) are linked to a given attachment hash? -- Daniel From robert at schetterer.org Wed Mar 16 23:24:09 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 16 Mar 2011 22:24:09 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <1300295910.19220.617.camel@hurina> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> Message-ID: <4D812A79.1050208@schetterer.org> Am 16.03.2011 18:18, schrieb Timo Sirainen: > So when should the \Recent flags be cleared with virtual mailboxes, and > when not? Is it simply "clear with POP3, don't clear with others"? Then > again others have wanted to create a virtual INBOX that shows full > threads, i.e. messages also from Sent mailbox. That basically acts like > an INBOX, so it should clear \Recent flags from INBOX. > > Maybe this should be configurable. For example: > > +a > b > +b/* > > would keep \Recent flags in mailbox "b", but clear them from "a" and > "b/*". Hmmh. Yeah, I guess that's the right solution. See if this works: > used your patch, and tested but i am not sure if i did the right with +RealMails/ RealMails/* -RealMails/Trash -RealMails/Trash/* -RealMails/Sent -RealMails/Sent/* -RealMails/Templates -RealMails/Templates/* -RealMails/Drafts -RealMails/Drafts/* -RealMails/Archives -RealMails/Archives/* unseen good : mails are now going to maildir cur after pop3 download good : they are not going downloaded twice bad: as configured in thunderbird and working in a setup without virtual plugin, it should be deleted from maildir cur ( server ) at deletion from tb local inbox at pop3 reconnect tbs shortest option for delete after x days is one day, cant wait this, but i expect this working if option delete from server if deleted from local inbox ( after reconnect ) works did i missconfig something? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From kuizhang at gmail.com Wed Mar 16 23:25:33 2011 From: kuizhang at gmail.com (Kui Zhang) Date: Wed, 16 Mar 2011 14:25:33 -0700 Subject: [Dovecot] doveadm expunge info message in std.error In-Reply-To: <4D8113CD.9050607@localhost.localdomain.org> References: <4D8113CD.9050607@localhost.localdomain.org> Message-ID: Sorry, I was not very clear on my request... I dont want emails from cron unless there is a problem. I was hopping Timo could patch the expunge call. So information messages go to std.out and errors to std.error.. Thanks KuiZ On Wed, Mar 16, 2011 at 12:47 PM, Pascal Volk wrote: > On 03/16/2011 08:00 PM Kui Zhang wrote: >> Hello >> >> This command >> >> doveadm expunge -u "user at domain" mailbox ".namespace/*" savedbefore 7d >> >> writes these messages to std.error >> >> doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5932, >> msgid=, size=1824 ? >> >> Can we write these messages(informational) to std.out >> >> It would help reduce cron mails. > > Yes - we can. :-) > > doveadm expunge -u "user at domain" mailbox ... 2>&1 > > But cron will send you mails with stdout output too. AFAIK > > > > Regards, > Pascal > -- > The trapper recommends today: deadbeef.1107520 at localdomain.org > From dmiller at amfes.com Wed Mar 16 23:51:25 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Wed, 16 Mar 2011 14:51:25 -0700 Subject: [Dovecot] Attachment file size error in SIS Message-ID: I've got an attachment that triggers a "smaller than expected" error. It was a pdf I received some time ago. I copied the file from the dovecot storage, renamed it to something close to the original name (I don't remember what that was), then created a new mail with this as an attachment and saved it to the server. This created a new file, identical file size to the other - but continues to have the "smaller than expected" error. -- Daniel From robert at schetterer.org Wed Mar 16 23:59:26 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 16 Mar 2011 22:59:26 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat In-Reply-To: <4D8115E0.70607@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> Message-ID: <4D8132BE.30509@schetterer.org> Am 16.03.2011 20:56, schrieb Robert Schetterer: > I wonder how POP3 clients would even know how long the mail has been in >> server.. here it is for tb http://kb.mozillazine.org/Popstate.dat -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From nick+dovecot at bunbun.be Thu Mar 17 00:07:04 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Wed, 16 Mar 2011 23:07:04 +0100 Subject: [Dovecot] segmentation fault with doveadm search Message-ID: <4D813488.3090505@bunbun.be> Configuration: Dovecot 2.0.11 on FreeBSD 8.2 When I run a search to generate the FTS search indexes I get following error: # doveadm search -A body dead_beef [1] 34789 segmentation fault doveadm search -A body dead_beef How can I (help) troubleshoot this? Rgds, N. From robert at schetterer.org Thu Mar 17 00:52:02 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 16 Mar 2011 23:52:02 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat In-Reply-To: <4D8132BE.30509@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> Message-ID: <4D813F12.6090501@schetterer.org> Am 16.03.2011 22:59, schrieb Robert Schetterer: > Am 16.03.2011 20:56, schrieb Robert Schetterer: >> I wonder how POP3 clients would even know how long the mail has been in >>> server.. > > here it is for tb > > http://kb.mozillazine.org/Popstate.dat > > ok , i tested a little the popstate.dat files stores what to do with pop3 mail identified by UIDL this tb function looks good on both servers if i.e a mail was deleted from local inbox it gets declared something like d uidl in the popstate.dat the difference between the servers is that in the server without virtual plugin the mail gets in deed deleted at pop3 reconnect sending pop3(... at ....): expunge: box=INBOX, uid=172, msgid=<4D813935.9070606 at ....>, size=1836 with my virtual plugin setup it isnt deleted cant see any expunge with this tb account miracle i can see onther account ( think he has old netscape ) which sends expunge over pop3 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Thu Mar 17 01:07:11 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 17 Mar 2011 00:07:11 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat In-Reply-To: <4D813F12.6090501@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> <4D813F12.6090501@schetterer.org> Message-ID: <4D81429F.5070201@schetterer.org> Am 16.03.2011 23:52, schrieb Robert Schetterer: > Am 16.03.2011 22:59, schrieb Robert Schetterer: >> Am 16.03.2011 20:56, schrieb Robert Schetterer: >>> I wonder how POP3 clients would even know how long the mail has been in >>>> server.. >> >> here it is for tb >> >> http://kb.mozillazine.org/Popstate.dat >> >> > > ok , i tested a little > the popstate.dat files stores what to do > with pop3 mail identified by UIDL > > this tb function looks good on both servers > > if i.e a mail was deleted from local inbox > it gets declared something like > d uidl > in the popstate.dat > > the difference between the servers is > that in the server without virtual plugin the mail gets in deed deleted > at pop3 reconnect > > sending > pop3(... at ....): expunge: box=INBOX, uid=172, > msgid=<4D813935.9070606 at ....>, size=1836 > > with my virtual plugin setup it isnt deleted > cant see any expunge with this tb account > > miracle i can see onther account ( think he has old netscape ) > which sends expunge over pop3 > checked this with outlook 2010 too it doesnt work either, see no expunge in log so the virtual plugin or my setup within simply broke this pop3 features -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From lists at wildgooses.com Thu Mar 17 01:21:50 2011 From: lists at wildgooses.com (Ed W) Date: Wed, 16 Mar 2011 23:21:50 +0000 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D81131F.8010703@nybeta.com> References: <4D81131F.8010703@nybeta.com> Message-ID: <4D81460E.2020905@wildgooses.com> Hi > How big of an issue is a cert with half a dozen or a dozen SANs > attached? Do most mail clients handle that sort of certificate properly > in order to access their mailboxes? I think it's been discussed here before, but roughly speaking yes it works fine. I use it on my mailservers and don't obviously see problems with common clients. I think in the archives you might find that there are a few less common clients which aren't happy, but I think all modern MS clients, and the other big alternatives are fine? I bought from godaddy because it was quite cheap to get such a cert... Good luck Ed W From john.connett at ntlworld.com Thu Mar 17 01:25:08 2011 From: john.connett at ntlworld.com (John Connett) Date: Wed, 16 Mar 2011 23:25:08 -0000 Subject: [Dovecot] exim and /var/run/dovecot/auth-client permissions In-Reply-To: <1300293103.19220.595.camel@hurina> References: <1300293103.19220.595.camel@hurina> Message-ID: On Wed, 16 Mar 2011 16:31:43 -0000, Timo Sirainen wrote: > On Wed, 2011-03-16 at 08:18 +0000, John Connett wrote: >> > $ ls -l /var/run/dovecot/auth-client >> > Srw------- 1 root root 0 Mar 14 13:11 /var/run/dovecot/auth-client > .. >> The problem is either with the instructions on the wiki or within >> dovecot. I will look at the source code to see if I can identify why >> the >> permissions in conf.d/10-master.conf are not being applied. The >> "service >> auth" part of conf.d/10-master.conf, stripped of comments, is: >> >> service auth { >> unix_listener auth-client { >> mode = 0660 >> user = mail >> } >> unix_listener auth-userdb { >> } >> } > > Check with doveconf that Dovecot really sees those settings: > > doveconf service/auth Many thanks. Looks like it isn't seeing those settings (see output below). The openSUSE source rpm has two patches which only modify the following files: dovecot-2.0-pigeonhole/configure.in configure.in to "Enable PIE support (default)". The source code is unmodified so any problem is likely to be in the upstream: dovecot-2.0.11.tar.bz2 dovecot-2.0-pigeonhole-0.2.2.tar.bz2 > Also you didn't specify group for the auth-client, so you probably > should keep it 0600.. I wondered about that myself. Granting rw group access to root doesn't appear to provide any addition access to any users. I copied it exactly from the example just in case there might have been some sneaky use of the group permissions. Once I had it working I would have tried turning them off to see if that broke anything. Granting rw user access to mail should be sufficient for exim. master:~ # doveconf service/auth service auth { chroot = client_limit = 4096 drop_priv_before_exec = no executable = auth extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = unix_listener auth-client { group = mode = 0600 user = } unix_listener auth-login { group = mode = 0600 user = $default_internal_user } unix_listener auth-master { group = mode = 0600 user = } unix_listener auth-userdb { group = mode = 0600 user = } unix_listener login/login { group = mode = 0666 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } master:~ # From michael.abbott at apple.com Thu Mar 17 01:54:37 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Wed, 16 Mar 2011 18:54:37 -0500 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <1300294356.19220.598.camel@hurina> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> <64ABC5A4-01B8-49F0-8B2D-7CE93226B9B0@apple.com> <1300294356.19220.598.camel@hurina> Message-ID: > imaptest logout=0 copybox=foo delete=10 expunge=10 clients=2 > imaptest logout=0 copybox=INBOX box=foo delete=10 expunge=10 clients=2 > > Does that fail with you either? Ran both commands simultaneously for hours. No duplicate uid warnings. From rick at havokmon.com Thu Mar 17 02:03:12 2011 From: rick at havokmon.com (Rick Romero) Date: Wed, 16 Mar 2011 19:03:12 -0500 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D81460E.2020905@wildgooses.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> Message-ID: <621F22CC-394B-4602-ABCD-0C2386926C17@havokmon.com> On Mar 16, 2011, at 6:21 PM, Ed W wrote: > Hi > >> How big of an issue is a cert with half a dozen or a dozen SANs >> attached? Do most mail clients handle that sort of certificate properly >> in order to access their mailboxes? > > I think it's been discussed here before, but roughly speaking yes it > works fine. I use it on my mailservers and don't obviously see problems > with common clients. > > I think in the archives you might find that there are a few less common > clients which aren't happy, but I think all modern MS clients, and the > other big alternatives are fine? > > I bought from godaddy because it was quite cheap to get such a cert... > > Good luck > > Ed W > So you're not having acceptance issues with godaddy certs? I moved away from them because there was virtually no recognition for mail clients at the time. Although I do believe they changed root certs since then... Rick From david at blue-labs.org Thu Mar 17 02:34:26 2011 From: david at blue-labs.org (David Ford) Date: Wed, 16 Mar 2011 20:34:26 -0400 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <621F22CC-394B-4602-ABCD-0C2386926C17@havokmon.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> <621F22CC-394B-4602-ABCD-0C2386926C17@havokmon.com> Message-ID: <4D815712.4070901@blue-labs.org> if you want cheap, startssl.com. $0 certs available and they work fine w/ dovecot. -david From lennon at orcon.net.nz Thu Mar 17 02:43:35 2011 From: lennon at orcon.net.nz (Craig Whitmore) Date: Thu, 17 Mar 2011 13:43:35 +1300 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D815712.4070901@blue-labs.org> Message-ID: Do they work without any error messages with all the major MUAs? For sending (SMTP) and receiving? (POP/IMAP) etc. Thanks On 17/03/11 1:34 PM, "David Ford" wrote: >if you want cheap, startssl.com. $0 certs available and they work fine >w/ dovecot. > >-david > From john.connett at ntlworld.com Thu Mar 17 02:44:15 2011 From: john.connett at ntlworld.com (John Connett) Date: Thu, 17 Mar 2011 00:44:15 -0000 Subject: [Dovecot] exim and /var/run/dovecot/auth-client permissions In-Reply-To: References: <1300293103.19220.595.camel@hurina> Message-ID: On Wed, 16 Mar 2011 23:25:08 -0000, John Connett wrote: > On Wed, 16 Mar 2011 16:31:43 -0000, Timo Sirainen wrote: > >> On Wed, 2011-03-16 at 08:18 +0000, John Connett wrote: >>> > $ ls -l /var/run/dovecot/auth-client >>> > Srw------- 1 root root 0 Mar 14 13:11 /var/run/dovecot/auth-client >> .. >>> The problem is either with the instructions on the wiki or within >>> dovecot. I will look at the source code to see if I can identify why >>> the >>> permissions in conf.d/10-master.conf are not being applied. The >>> "service >>> auth" part of conf.d/10-master.conf, stripped of comments, is: >>> >>> service auth { >>> unix_listener auth-client { >>> mode = 0660 >>> user = mail >>> } >>> unix_listener auth-userdb { >>> } >>> } >> >> Check with doveconf that Dovecot really sees those settings: >> >> doveconf service/auth Problem was all mine! I didn't fully appreciate the configuration process and managed to end up with a dovecot.conf which didn't include the files from conf.d ... My apologies for the time wasting. From thomas-lists at nybeta.com Thu Mar 17 06:10:16 2011 From: thomas-lists at nybeta.com (Thomas Harold) Date: Thu, 17 Mar 2011 00:10:16 -0400 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D81460E.2020905@wildgooses.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> Message-ID: <4D8189A8.8030104@nybeta.com> On 3/16/2011 7:21 PM, Ed W wrote: > >> How big of an issue is a cert with half a dozen or a dozen SANs >> attached? Do most mail clients handle that sort of certificate properly >> in order to access their mailboxes? > > I think it's been discussed here before, but roughly speaking yes it > works fine. I use it on my mailservers and don't obviously see problems > with common clients. I had looked through my mail archives back through 2008, found a threads on the topic. For posterity's sake (and if anyone wants to dig those up)... One from Jan 2010 titled "Dovecot version 2 and multiple SSL certificates" which is covered in the Wiki (using SNI). Prior to that was a topic from Dec 2009 titled "virtual domains and SSL certificates" (which boiled down to "wait for Dovecot 2.x"). And one from Nov 2009 titled "Dovecot SSL limitations" (which talks about SAN certificates). I'm just leery of using SNI because it's from circa 2006, so is rather new. So for the next few years it sounds like a SAN cert is still the way to go even with the downsides. I guess the big issue with SAN certs is that I'll need to make sure to identify every DNS name that could possible be attached to that server's IP and/or services that I'll want to use SSL for (not just Dovecot for POP3/IMAP, but also Postfix, PostgreSQL and Apache). > I think in the archives you might find that there are a few less common > clients which aren't happy, but I think all modern MS clients, and the > other big alternatives are fine? I suspect so, all of my expected users are either using Thunderbird 3.x or fairly modern versions of MS Outlook (2003+). The rest can just use the webmail client. > I bought from godaddy because it was quite cheap to get such a cert... Leaning towards DigiCert at the moment, personally not a GoDaddy fan (and that's a whole different topic). Verisign and Thawte were rather pricey compared to DigiCert. Not terribly interested in the free certs because this SSL cert would also be used for non-company users and we don't want browser warnings to pop up. > Good luck > > Ed W Thanks. I thought I understood this a few years ago when I did my first Dovecot + SSL install, but apparently I did not grasp some of the subtleties with regards to SSL vs STARTTLS. From swartel at zero-spam.fr Thu Mar 17 09:26:53 2011 From: swartel at zero-spam.fr (=?utf-8?Q?St=C3=A9phane_Wartel?=) Date: Thu, 17 Mar 2011 08:26:53 +0100 Subject: [Dovecot] Problems with pam+ldap + quota In-Reply-To: References: Message-ID: Hi, Just take a look on pam_ldap for authentification of user against pam in LDAP Database so that your dovecot settings should only be based on Ldap attributes for both user and password. Regards, Stephane Le 15 mars 2011 ? 20:26, Antonio Perez-Aranda a ?crit : > Ok I will try to use passdb with pam and userdb with ldap driver, although > in another conf, this two fail together. > El 15/03/2011 19:28, "Sven Hartge" escribi?: >> Antonio Perez-Aranda wrote: >> >>> Yes I know and I have some nodes with dovecot+ldap >> >>> But this node need to login with module pam_imap, because it's use a >>> "closed" one time password system. >> >>> I'm trying with something like this: >> >>> userdb { >>> driver = passwd >>> args = uid=exim gid=exim quota=*:bytes=%$ >>> } >> >>> But I need to put the nss attribute en %$ var or another. >> >>> From my experience with PAM,NSS and LDAP I don't think it is possible to >> achieve what you are trying to do. >> >> Gr??e, >> Sven. >> >> -- >> Sig lost. Core dumped. >> From wgillespie+dovecot at es2eng.com Thu Mar 17 10:06:10 2011 From: wgillespie+dovecot at es2eng.com (Willie Gillespie) Date: Thu, 17 Mar 2011 02:06:10 -0600 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D8189A8.8030104@nybeta.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> <4D8189A8.8030104@nybeta.com> Message-ID: <4D81C0F2.70203@es2eng.com> On 03/16/2011 10:10 PM, Thomas Harold wrote: > Leaning towards DigiCert at the moment, personally not a GoDaddy fan > (and that's a whole different topic). Verisign and Thawte were rather > pricey compared to DigiCert. Not terribly interested in the free certs > because this SSL cert would also be used for non-company users and we > don't want browser warnings to pop up. I've become a fan of StartSSL (from StartCom.org) and their free class 1 certificates. StartCom's root CA is included in Microsoft's, Mozilla's, Apple's, and even Android's list of trusted root certificates. From iti at promax.media.pl Thu Mar 17 10:07:46 2011 From: iti at promax.media.pl (iti at promax.media.pl) Date: Thu, 17 Mar 2011 09:07:46 +0100 Subject: [Dovecot] dovecot 1.2 quota with local users In-Reply-To: <1300292808.19220.591.camel@hurina> References: <06fd0060f51a8955665f904b2f19a9ba.squirrel@poczta.lokalna> <1300292808.19220.591.camel@hurina> Message-ID: > On Wed, 2011-03-16 at 11:38 +0100, iti at promax.media.pl wrote: >> I got problem with setting quota from mysql for local users. In database >> are only information with quota. Password are store in passwd/shadow. > > You mean you only want quota limits to be listed in SQL, right? Then you > don't need to use dict quota at all (or especially not sql dict). Yes, only information in sql should be about quota. E.g my table is: Select * from quota; +---------------------------+-------+----------+ | username | bytes | messages | +---------------------------+-------+----------+ | user at test com | 3000 | 1000 | +---------------------------+-------+----------+ All other information are now sourced from PAM ( users info, passwords etc.). Is that possible to deliver some information about user as it is now (PAM) and only quota information in sql table? > > So what you need to use is passdb pam and userdb sql. In userdb sql you > need to specify the user_query. You didn't give much information about > your current setup that I'd assume is already working without working > quota. http://wiki2.dovecot.org/AuthDatabase/SQL anyway has information > about user_query (you can ignore the password_query). > You mean: userdb sql { args = /etc/dovecot/dovecot-sql.conf } How should look like sql query in dovecot-sql.conf for table above ? regards, From lists at wildgooses.com Thu Mar 17 11:31:45 2011 From: lists at wildgooses.com (Ed W) Date: Thu, 17 Mar 2011 09:31:45 +0000 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <621F22CC-394B-4602-ABCD-0C2386926C17@havokmon.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> <621F22CC-394B-4602-ABCD-0C2386926C17@havokmon.com> Message-ID: <4D81D501.2040202@wildgooses.com> On 17/03/2011 00:03, Rick Romero wrote: > > So you're not having acceptance issues with godaddy certs? I moved away from them because there was virtually no recognition for mail clients at the time. Although I do believe they changed root certs since then... Been using them for 2 years without anyone obviously noticing? I will have to double check now, but I thought they were chain signed by a big upstream name? You do need to add the intermediate cert, and if you forget that then probably nothing will accept your cert? I am definitely not the largest shop in the world though... I suspect the only customers using SSL will be those using clients which default to it being on, ie OSX, newer thunderbird and I think newer Outlook? Cheers Ed W From aseques at gmail.com Thu Mar 17 13:01:08 2011 From: aseques at gmail.com (Joan) Date: Thu, 17 Mar 2011 12:01:08 +0100 Subject: [Dovecot] Using dovecot with wordpress/phpass passwords? In-Reply-To: <1299944390.19220.559.camel@hurina> References: <1299944390.19220.559.camel@hurina> Message-ID: To sum up: >> Wordpress and others are using phpass to authenticate >> (http://www.openwall.com/phpass/), it is basically a salted md5 hash. >> Basically, after the process, a hash like this is obtained. >> >> ?$P$BiWISc3IsqRHxeEjq4VJP1Vi8gy4mg1 (for test123 password) >> >> I would like to know if dovecot would be able to read this, > > It can't. But if you're using Openwall, apparently its crypt() supports > this and Dovecot doesn't need to. Unfortunately, that stuff isn't include in any major distribution, had to look on the other options > >> I could still make a custom checkpassword function but that would be >> non-optimal. I created a checkpass script to verify the passwords. For anyone looking for this, I got some good information here: .- Implementation of custom checkpassword in perl, with a sample testing script: http://wiki.qpsmtpd.org/plugins:auth:authcheckpassword .- Phpass implementation for perl http://search.cpan.org/~zefram/Authen-Passphrase/lib/Authen/Passphrase/PHPass.pm For the dovecot part, just add in the passdb section from dovecot.conf this: passdb checkpassword { args = /etc/dovecot/checkpassword.pl } From chris-dovecot-110112 at aptivate.org Thu Mar 17 13:26:33 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Thu, 17 Mar 2011 11:26:33 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: <1300292093.19220.585.camel@hurina> References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> <1299944912.19220.561.camel@hurina> <1300292093.19220.585.camel@hurina> Message-ID: Hi Timo, On Wed, 16 Mar 2011, Timo Sirainen wrote: > On Wed, 2011-03-16 at 15:23 +0000, Chris Wilson wrote: > > > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > > [sudo] password for chris: > > dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: > > Permission denied > > Well, this is the problem. dsync aborts early because it can't open the > mailbox.. Fixing it in the code didn't look as simple as I hoped, so > since this is unlikely to be a common problem, maybe you could just > remove the symlink for now or give enough permissions for the duration > of dsync.. Thanks, I removed this symlink and one other, and fixed a similar problem where dsync would abort on my gzipped archive mailboxes, and this time it finished and seemed to be working well :) Now I'm trying to migrate just my user account to mdbox, without affecting other users. I think I figured out that I have to use a SQL userdb with just an entry for me, falling back to the passwd userdb for everyone else. I think I got this configured, and Dovecot IMAP then appears to open my mdbox when I connect, but deliver still delivers to /var/spool/mail/chris. doveconf -m lda doesn't pick up anything about the SQL userdb, so I don't see how deliver could even know that it should look here to pick up my mail location, but I think it should work out where the user is expecting their mail to be stored in order to deliver it to the correct place, shouldn't it? What am I missing? chris at one-mail(~)$ doveconf -n # 2.0.8: /etc/dovecot/dovecot.conf doveconf: Warning: service anvil { client_limit=100 } is lower than required under max. load (203) # OS: Linux 2.6.18-164.10.1.el5xen x86_64 CentOS release 5.5 (Final) auth_mechanisms = plain login auth_verbose = yes auth_worker_max_count = 10 default_client_limit = 100 mail_location = mbox:~/mail:INBOX=/var/mail/%u mail_privileged_group = mail mbox_write_locks = fcntl mdbox_preallocate_space = yes mdbox_rotate_size = 16 M passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } passdb { driver = pam } service auth-worker { user = $default_internal_user } service imap-login { process_min_avail = 2 } service imap { process_limit = 80 } service pop3 { process_limit = 10 } ssl_cert = References: <20110221100514.GA28506@nw42.nor.nbi.dk> <1298364981.19220.264.camel@hurina> <20110222100232.GA1886@nw42.nor.nbi.dk> <1298369310.19220.297.camel@hurina> Message-ID: <20110317131647.GA12761@nw42.nor.nbi.dk> On 2011-02-22, Timo Sirainen wrote: > On Tue, 2011-02-22 at 11:02 +0100, Petter Urkedal wrote: > > userdb { > > driver = passwd > > args = home=/srv/mail/nbi.ku.dk/%1n/%n mail=maildir:~/Maildir > > } > > The problem with passwd is that it can't separate "user doesn't exist" > from "temporary error". http://wiki2.dovecot.org/UserDatabase/NSS can > separate these, but it hasn't been tested much.. > > > > > We use Postfix on the front-end, which is very configurable in this > > > > respect. I don't see a way to override the error code from LMTP, > > > > though, but suggestions are welcome. > > > > > > I don't really like adding settings that have very few users.. > > > > I understand, it's really a workaround. A global directive to turn all > > permanent errors into temporary ones, would do as well, since any error > > from LMTP is a potential issue we want to know about. I'm not sure > > whether that's any nicer from your point of view. > > Well, there aren't really any other permanent errors.. Quota already has > quota_full_tempfail setting. I think there is a better solution. It seems that getpwnam_r is POSIX and does the right thing. The attached patch adds a feature-check for getpwnam_r and, if present, uses it in userdb-passwd.c in place of the problematic getpwnam. I've not some light testing on a non-production server. -------------- next part -------------- diff -r 26d5351649ac configure.in --- a/configure.in Wed Mar 16 19:49:27 2011 +0200 +++ b/configure.in Thu Mar 17 13:54:55 2011 +0100 @@ -379,7 +379,8 @@ setrlimit setproctitle seteuid setreuid setegid setresgid \ strtoull strtoll strtouq strtoq \ setpriority quotactl getmntent kqueue kevent backtrace_symbols \ - walkcontext dirfd clearenv malloc_usable_size glob fallocate) + walkcontext dirfd clearenv malloc_usable_size glob fallocate \ + getpwnam_r) AC_CHECK_LIB(rt, clock_gettime, [ AC_DEFINE(HAVE_CLOCK_GETTIME,, Define if you have the clock_gettime function) diff -r 26d5351649ac src/auth/userdb-passwd.c --- a/src/auth/userdb-passwd.c Wed Mar 16 19:49:27 2011 +0200 +++ b/src/auth/userdb-passwd.c Thu Mar 17 13:54:55 2011 +0100 @@ -9,12 +9,18 @@ #include "userdb-static.h" #include +#include #define USER_CACHE_KEY "%u" struct passwd_userdb_module { struct userdb_module module; struct userdb_static_template *tmpl; + +#ifdef HAVE_GETPWNAM_R + char *buf; + size_t bufsize; +#endif }; struct passwd_userdb_iterate_context { @@ -33,15 +39,35 @@ struct passwd_userdb_module *module = (struct passwd_userdb_module *)_module; struct passwd *pw; +#ifdef HAVE_GETPWNAM_R + struct passwd pw_data; + int err; +#endif auth_request_log_debug(auth_request, "passwd", "lookup"); +#ifdef HAVE_GETPWNAM_R + err = getpwnam_r(auth_request->user, &pw_data, + module->buf, module->bufsize, &pw); + if (pw == NULL) { + if (err) { + auth_request_log_error(auth_request, "passwd", "%s", + strerror(err)); + callback(USERDB_RESULT_INTERNAL_FAILURE, auth_request); + return; + } + auth_request_log_info(auth_request, "passwd", "unknown user"); + callback(USERDB_RESULT_USER_UNKNOWN, auth_request); + return; + } +#else pw = getpwnam(auth_request->user); if (pw == NULL) { auth_request_log_info(auth_request, "passwd", "unknown user"); callback(USERDB_RESULT_USER_UNKNOWN, auth_request); return; } +#endif auth_request_set_field(auth_request, "user", pw->pw_name, NULL); @@ -151,6 +177,13 @@ module->module.cache_key = USER_CACHE_KEY; module->tmpl = userdb_static_template_build(pool, "passwd", args); +#ifdef HAVE_GETPWNAM_R + module->bufsize = sysconf(_SC_GETPW_R_SIZE_MAX); + if (module->bufsize == (size_t)-1) + module->bufsize = 16384; + module->buf = p_malloc(pool, module->bufsize); +#endif + if (userdb_static_template_remove(module->tmpl, "blocking", &value)) { module->module.blocking = value == NULL || From tss at iki.fi Thu Mar 17 15:18:02 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 15:18:02 +0200 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> <1299944912.19220.561.camel@hurina> <1300292093.19220.585.camel@hurina> Message-ID: <1300367882.19220.630.camel@hurina> On Thu, 2011-03-17 at 11:26 +0000, Chris Wilson wrote: > Now I'm trying to migrate just my user account to mdbox, without affecting > other users. I think I figured out that I have to use a SQL userdb with > just an entry for me, falling back to the passwd userdb for everyone else. SQL just for one user? That seems a bit wasteful. You could instead use http://wiki2.dovecot.org/AuthDatabase/PasswdFile > I think I got this configured, and Dovecot IMAP then appears to open my > mdbox when I connect, but deliver still delivers to /var/spool/mail/chris. > > doveconf -m lda doesn't pick up anything about the SQL userdb, so I don't > see how deliver could even know that it should look here to pick up my > mail location, but I think it should work out where the user is expecting > their mail to be stored in order to deliver it to the correct place, > shouldn't it? What am I missing? dovecot-lda doesn't know if you're using SQL or whatever, it just does a userdb lookup from auth process. You need to give -d parameter to dovecot-lda for this to happen. From tss at iki.fi Thu Mar 17 15:27:51 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 15:27:51 +0200 Subject: [Dovecot] Configuration of LMTP Reject Code In-Reply-To: <20110317131647.GA12761@nw42.nor.nbi.dk> References: <20110221100514.GA28506@nw42.nor.nbi.dk> <1298364981.19220.264.camel@hurina> <20110222100232.GA1886@nw42.nor.nbi.dk> <1298369310.19220.297.camel@hurina> <20110317131647.GA12761@nw42.nor.nbi.dk> Message-ID: <1300368471.19220.633.camel@hurina> On Thu, 2011-03-17 at 14:16 +0100, Petter Urkedal wrote: > I think there is a better solution. It seems that getpwnam_r is POSIX > and does the right thing. Oh, weird. I knew about that function but I never realized it fixed the error handling problem. Also everything I saw discussing the getpwnam() error problems never bothered to mention getpwnam_r(). > The attached patch adds a feature-check for > getpwnam_r and, if present, uses it in userdb-passwd.c in place of the > problematic getpwnam. I've not some light testing on a non-production > server. I think I'll do a bit larger change here that replaces all getpwnam(), getpwuid() and maybe other calls. Dovecot doesn't need thread-safe getpw*() so I can do an easier to use wrapper function. From nick+dovecot at bunbun.be Thu Mar 17 15:38:48 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Thu, 17 Mar 2011 14:38:48 +0100 Subject: [Dovecot] segmentation fault with doveadm search In-Reply-To: <4D813488.3090505@bunbun.be> References: <4D813488.3090505@bunbun.be> Message-ID: <4D820EE8.2080302@bunbun.be> Nick Rosier wrote: > Configuration: Dovecot 2.0.11 on FreeBSD 8.2 > > When I run a search to generate the FTS search indexes I get following > error: > > # doveadm search -A body dead_beef > [1] 34789 segmentation fault doveadm search -A body dead_beef > > How can I (help) troubleshoot this? > With the use of DTrace I was able to track that the last Folder it searched was a Virtual-folder (all mails unseen). After temporarily moving this folder and running the command again it did not sigsegv. How can I prevent a search from trying to index Virtual-folders? Rgds, N. From urkedal at nbi.dk Thu Mar 17 15:49:20 2011 From: urkedal at nbi.dk (Petter Urkedal) Date: Thu, 17 Mar 2011 14:49:20 +0100 Subject: [Dovecot] Configuration of LMTP Reject Code In-Reply-To: <1300368471.19220.633.camel@hurina> References: <20110221100514.GA28506@nw42.nor.nbi.dk> <1298364981.19220.264.camel@hurina> <20110222100232.GA1886@nw42.nor.nbi.dk> <1298369310.19220.297.camel@hurina> <20110317131647.GA12761@nw42.nor.nbi.dk> <1300368471.19220.633.camel@hurina> Message-ID: <20110317134920.GA13968@nw42.nor.nbi.dk> On 2011-03-17, Timo Sirainen wrote: > On Thu, 2011-03-17 at 14:16 +0100, Petter Urkedal wrote: > > > I think there is a better solution. It seems that getpwnam_r is POSIX > > and does the right thing. > > Oh, weird. I knew about that function but I never realized it fixed the > error handling problem. Also everything I saw discussing the getpwnam() > error problems never bothered to mention getpwnam_r(). Yeah, that's odd. I don't have the POSIX standard, but my reading a few of the top Google matches for "getpwnam_r POSIX", suggests it returns 0 on "not found". My testing is for RHEL-6 using sssd. > > The attached patch adds a feature-check for > > getpwnam_r and, if present, uses it in userdb-passwd.c in place of the > > problematic getpwnam. I've not some light testing on a non-production > > server. > > I think I'll do a bit larger change here that replaces all getpwnam(), > getpwuid() and maybe other calls. Dovecot doesn't need thread-safe > getpw*() so I can do an easier to use wrapper function. Sounds good. From tss at iki.fi Thu Mar 17 16:21:56 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 16:21:56 +0200 Subject: [Dovecot] Configuration of LMTP Reject Code In-Reply-To: <20110317134920.GA13968@nw42.nor.nbi.dk> References: <20110221100514.GA28506@nw42.nor.nbi.dk> <1298364981.19220.264.camel@hurina> <20110222100232.GA1886@nw42.nor.nbi.dk> <1298369310.19220.297.camel@hurina> <20110317131647.GA12761@nw42.nor.nbi.dk> <1300368471.19220.633.camel@hurina> <20110317134920.GA13968@nw42.nor.nbi.dk> Message-ID: <1300371716.19220.634.camel@hurina> On Thu, 2011-03-17 at 14:49 +0100, Petter Urkedal wrote: > > I think I'll do a bit larger change here that replaces all getpwnam(), > > getpwuid() and maybe other calls. Dovecot doesn't need thread-safe > > getpw*() so I can do an easier to use wrapper function. > > Sounds good. Added to hg: http://hg.dovecot.org/dovecot-2.0/rev/7f5735ab7c35 http://hg.dovecot.org/dovecot-2.0/rev/02829f7f79c7 From tss at iki.fi Thu Mar 17 16:39:53 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 16:39:53 +0200 Subject: [Dovecot] segmentation fault with doveadm search In-Reply-To: <4D820EE8.2080302@bunbun.be> References: <4D813488.3090505@bunbun.be> <4D820EE8.2080302@bunbun.be> Message-ID: <1300372793.19220.635.camel@hurina> On Thu, 2011-03-17 at 14:38 +0100, Nick Rosier wrote: > > # doveadm search -A body dead_beef > > [1] 34789 segmentation fault doveadm search -A body dead_beef > > > > How can I (help) troubleshoot this? > > > With the use of DTrace I was able to track that the last Folder it > searched was a Virtual-folder (all mails unseen). After temporarily > moving this folder and running the command again it did not sigsegv. How > can I prevent a search from trying to index Virtual-folders? Could you get gdb backtrace? gdb --args doveadm search -A body dead_beef run bt full From nick+dovecot at bunbun.be Thu Mar 17 16:42:05 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Thu, 17 Mar 2011 15:42:05 +0100 Subject: [Dovecot] segmentation fault with doveadm search In-Reply-To: <1300372793.19220.635.camel@hurina> References: <4D813488.3090505@bunbun.be> <4D820EE8.2080302@bunbun.be> <1300372793.19220.635.camel@hurina> Message-ID: <4D821DBD.6020402@bunbun.be> Timo Sirainen wrote: > On Thu, 2011-03-17 at 14:38 +0100, Nick Rosier wrote: >>> # doveadm search -A body dead_beef >>> [1] 34789 segmentation fault doveadm search -A body dead_beef >>> >>> How can I (help) troubleshoot this? >>> >> With the use of DTrace I was able to track that the last Folder it >> searched was a Virtual-folder (all mails unseen). After temporarily >> moving this folder and running the command again it did not sigsegv. How >> can I prevent a search from trying to index Virtual-folders? > > Could you get gdb backtrace? > > gdb --args doveadm search -A body dead_beef > run > bt full I assume I will have to re-install from source; FreeBSD ports strips during install so I doubt that would be handy. Rgds, N. From tss at iki.fi Thu Mar 17 16:54:19 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 16:54:19 +0200 Subject: [Dovecot] doveadm expunge info message in std.error In-Reply-To: References: Message-ID: <1300373659.19220.638.camel@hurina> On Wed, 2011-03-16 at 12:00 -0700, Kui Zhang wrote: > doveadm expunge -u "user at domain" mailbox ".namespace/*" savedbefore 7d > > writes these messages to std.error > > doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5932, > msgid=, size=1824 You should be able to get rid of these with: doveadm -o plugin/mail_log_events= expunge .. > Can we write these messages(informational) to std.out I thought about this too, but I think in the end it could lead to trouble. Several doveadm commands already output replies to stdout, so not all commands can have their Info: logs outputted to stdout. And having some commands do that and others not isn't very consistent. From tss at iki.fi Thu Mar 17 16:58:01 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 16:58:01 +0200 Subject: [Dovecot] search for attachment hash In-Reply-To: References: Message-ID: <1300373881.19220.641.camel@hurina> On Wed, 2011-03-16 at 14:20 -0700, Daniel L. Miller wrote: > How can I determine what message(s) are linked to a given attachment hash? That's difficult.. There is no index for that. So you'll have to grep it from all users' storage/m.* files. Right next to that metadata entry should be message's GUID. You can then do "doveadm dump" for user's each mailbox index and find the GUID from there. From tss at iki.fi Thu Mar 17 17:11:10 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 17:11:10 +0200 Subject: [Dovecot] Attachment file size error in SIS In-Reply-To: References: Message-ID: <1300374670.19220.654.camel@hurina> On Wed, 2011-03-16 at 14:51 -0700, Daniel L. Miller wrote: > I've got an attachment that triggers a "smaller than expected" error. > It was a pdf I received some time ago. I copied the file from the > dovecot storage, renamed it to something close to the original name (I > don't remember what that was), then created a new mail with this as an > attachment and saved it to the server. This created a new file, > identical file size to the other - but continues to have the "smaller > than expected" error. You mean you can reproduce the "smaller than expected" for newly delivered mails with a specific attachment? Any chance you could send such a mail to me? From kjonca at o2.pl Thu Mar 17 17:37:47 2011 From: kjonca at o2.pl (Kamil =?iso-8859-2?Q?Jo=F1ca?=) Date: Thu, 17 Mar 2011 16:37:47 +0100 Subject: [Dovecot] inetd config - dovecot doesn't exits Message-ID: <87d3lp3ghg.fsf@alfa.kjonca> Is there any option for dovecot to exit when is unneded? I mostly use dovecot via shell process (ie. something like /usr/sbin/dovecot --exec-mail imap) But sometimes I want to use it remotely via tcp and I run dovecot via inetd. --8<---------------cut here---------------start------------->8--- localhost:imap stream tcp nowait root /usr/sbin/tcpd /usr/lib/dovecot/imap-login --8<---------------cut here---------------end--------------->8--- in inetd.conf works good, but dovecot stays, even if all clients ended their connections. How can I make dovecot to exit after last client disconnects? KJ -- Http://modnebzdury.wordpress.com/2009/10/01/niewiarygodny-list-prof-majewskiej-wprowadzenie/ Wiesz, tryb tekstowy w Linuksie ma si? tak do DOSu jak F-117A do paralotni. (c) Dawid Kuroczko From info at simonecaruso.com Thu Mar 17 18:06:18 2011 From: info at simonecaruso.com (Simone Caruso) Date: Thu, 17 Mar 2011 17:06:18 +0100 Subject: [Dovecot] Unconfigured dictionary name 'quotadict' Message-ID: <4D82317A.2090203@simonecaruso.com> Currently i'm migrating an existing dovecot 1.2 server to dovecot 2.0.11, once configured the 2.0 server works, auth works... but i get these messages in mail.log: dict: Error: dict client: Unconfigured dictionary name 'quotadict' Mar 17 16:46:14 penny dovecot: imap(mailbox at example.com): Error: write(/var/run/dovecot/dict) failed: Broken pipe Mar 17 16:46:38 penny dovecot: dict: Error: dict client: Unconfigured dictionary name 'quotadict' Mar 17 16:46:38 penny dovecot: imap(mailbox at example.com): Error: read(/var/run/dovecot/dict) failed: Remote disconnected My quota configuration is the following (as wiki says): service dict { unix_listener dict { mode = 0600 user = vmail } } plugin { quota = dict:User quota::proxy::quotadict quota_rule2 = Trash:storage=+55M } dict { quota = mysql:/etc/dovecot/dovecot-dict-sql.conf } dovect-dict-sql.conf: connect = host=localhost dbname=ketna user=***** password=***** map { pattern = priv/quota/storage table = imap_quota username_field = email value_field = current } map { pattern = priv/quota/messages table = imap_quota username_field = email value_field = messages } Someone can tell me where's my fault? (Attached my "dovecot -n" output.) Thanks! -- Simone Caruso -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dovecot-n.txt Url: http://dovecot.org/pipermail/dovecot/attachments/20110317/725fec7e/attachment.txt From upendra.gandhi at gmail.com Thu Mar 17 18:19:11 2011 From: upendra.gandhi at gmail.com (upen) Date: Thu, 17 Mar 2011 11:19:11 -0500 Subject: [Dovecot] maildir location Message-ID: Hello, I am trying to use dovecot (v. 2.0.11) and postfix (v. 2.7.3) together. The email server is an ldap client and user's home directories on NFS server are mounted using autofs. As I understand, Maildir performance is better than mbox type, so I'd like to use Maildir instead of mbox. However, when I checked conf.d/10-mail.conf file, there is mail_location = maildir:~/.maildir already configured in it which means user's email will reside in their home directories on the NFS server rather than being on Email server's local storage where plenty of space is available. I anticipate due to NFS there will again be a performance hit . Question : Can I change mail_location for maildir to be somewhere other than ~/.maildir. ( like /var/mail/%u/Maildir, where /var/mail is local storage). There are about 200 ldap users who will be using this email server through squirrel-mail or access them through email clients. By the way, I am confused about one setting in postfix : home_mailbox = .maildir/ in main.cf . Does this really play any role? If so, which parameter should be changed and to what and with what permissions to the new directory. Hope I was able to explain, if not please let me know for more details.. Thanks, U From tss at iki.fi Thu Mar 17 18:21:42 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:21:42 +0200 Subject: [Dovecot] inetd config - dovecot doesn't exits In-Reply-To: <87d3lp3ghg.fsf@alfa.kjonca> References: <87d3lp3ghg.fsf@alfa.kjonca> Message-ID: <1300378902.19220.657.camel@hurina> On Thu, 2011-03-17 at 16:37 +0100, Kamil Jo?ca wrote: > Is there any option for dovecot to exit when is unneded? No. > But sometimes I want to use it remotely via tcp and I run dovecot via > inetd. I guess you could write a cronjob that checks if any imap processes exist, and if not kills dovecot. From tss at iki.fi Thu Mar 17 18:22:59 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:22:59 +0200 Subject: [Dovecot] Unconfigured dictionary name 'quotadict' In-Reply-To: <4D82317A.2090203@simonecaruso.com> References: <4D82317A.2090203@simonecaruso.com> Message-ID: <1300378979.19220.659.camel@hurina> On Thu, 2011-03-17 at 17:06 +0100, Simone Caruso wrote: > plugin { > quota = dict:User quota::proxy::quotadict Here you say "quotadict". > dict { > quota = mysql:/etc/dovecot/dovecot-dict-sql.conf Here you say "quota". Change either one of them so they match. From tss at iki.fi Thu Mar 17 18:26:45 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:26:45 +0200 Subject: [Dovecot] maildir location In-Reply-To: References: Message-ID: <1300379205.19220.662.camel@hurina> On Thu, 2011-03-17 at 11:19 -0500, upen wrote: > Question : Can I change mail_location for maildir to be somewhere > other than ~/.maildir. ( like /var/mail/%u/Maildir, where /var/mail is > local storage). Sure. > By the way, I am confused about one setting in postfix : home_mailbox > = .maildir/ in main.cf . Does this really play any role? If so, which > parameter should be changed and to what and with what permissions to > the new directory. If Postfix delivers the mails, rather than Dovecot LDA, then yes you'll need to configure Postfix also to deliver correctly. Maybe it would be easier to just switch to Dovecot LDA: http://wiki2.dovecot.org/LDA From tss at iki.fi Thu Mar 17 18:29:34 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:29:34 +0200 Subject: [Dovecot] dovecot 1.2 quota with local users In-Reply-To: References: <06fd0060f51a8955665f904b2f19a9ba.squirrel@poczta.lokalna> <1300292808.19220.591.camel@hurina> Message-ID: <1300379374.19220.665.camel@hurina> On Thu, 2011-03-17 at 09:07 +0100, iti at promax.media.pl wrote: > All other information are now sourced from PAM ( users info, passwords etc.). PAM has only passwords. User info (uid, gid, home) is in passwd. > Is that possible to deliver some information about user as it is now (PAM) > and only quota information in sql table? If you want to merge multiple userdbs (passwd, sql) into one response then no, that's not directly possible. I guess your possibilities are: a) Write a checkpassword script to do that and use userdb checkpassword. b) Sync/merge the information into a single location (passwd-file or sql) From tss at iki.fi Thu Mar 17 18:35:08 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:35:08 +0200 Subject: [Dovecot] Virtual and system users with public mailboxes In-Reply-To: <20110316185455.5FE4B9E4653@kendalls-laptop> References: <20110316185455.5FE4B9E4653@kendalls-laptop> Message-ID: <1300379708.19220.670.camel@hurina> On Wed, 2011-03-16 at 11:54 -0700, Kendall Shaw wrote: > Hi, > > I am running dovecot 1.2.9 and postfix, and I am trying to setup a > public mailbox. My thought is that there would be one system user with > a sieve script to deliver messages to the public mailbox. And, I would > like to give virtual users access to the mailbox. Why can't the public mail delivery user be virtual as well? > On this list, I read how you can have both system and virtual users by > using passdb and static userdbs. But, I don't understand how this can > be combined with namespaces, where I specify the location. > > For all virtual users I had: > > mail_location = maildir:/var/somewhere/%u/maildir/ > > I think I need that for virtual users and: > > maildir:~/Maildir > > for the system users. Not really.. I think you should just keep everything virtual and create a new virtual user for the deliver user, e.g. "publicmail". That would be just like any other user, except would also have a sieve script in /var/somewhere/publicmail/.dovecot.sieve. > namespace private { > location = ? # how do I have the location be different for system > and virtual users? Keep your old mail_location, no need to set this. > } > namespace public { > location = ? # ditto (for the index)? location = maildir:/var/public/Maildir:INDEX=/var/somewhere/%u/public-index or something. Then as necessary use mailbox ACLs. From tss at iki.fi Thu Mar 17 18:39:09 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:39:09 +0200 Subject: [Dovecot] dict crashes with multiple map definitions In-Reply-To: <4D7A9AE3.7060304@brunswiek.org> References: <4D7A9AE3.7060304@brunswiek.org> Message-ID: <1300379949.19220.672.camel@hurina> On Fri, 2011-03-11 at 22:57 +0100, Birger Brunswiek wrote: > Mar 9 02:27:52 xxx dovecot: dict: Panic: file driver-pgsql.c: line 529 > (do_query): assertion failed: (db->sync_result == NULL) There have been several fixes done to pgsql backend in v2.0 and this is most likely fixed in v2.0.11. I don't really have time to debug v1.2.. From tss at iki.fi Thu Mar 17 18:43:30 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:43:30 +0200 Subject: [Dovecot] Dove cot+Kerberos In-Reply-To: <4D787174.6010407@gmail.com> References: <4D787174.6010407@gmail.com> Message-ID: <1300380210.19220.673.camel@hurina> On Thu, 2011-03-10 at 08:36 +0200, Rostislav Matyusha wrote: > > Mar 10 08:27:23 srv-mail dovecot: auth(default): gssapi(?,10.0.0.5): > authn_name: Username contains disallowed character: 0x2f > Why username "host/srv-mail.cn.energy at CN.ENERGY" ??? I have no idea about anything related to Kerberos, but if the problem is the "disallowed character", you can avoid that by adding the character (in this case '/') to auth_username_chars setting. From tss at iki.fi Thu Mar 17 18:48:22 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:48:22 +0200 Subject: [Dovecot] problems with public (sub)folders In-Reply-To: <20110309172556.287610@gmx.net> References: <20110309172556.287610@gmx.net> Message-ID: <1300380502.19220.675.camel@hurina> On Wed, 2011-03-09 at 18:25 +0100, frederik.schmid at gmx.net wrote: > Hi, > > i am trying to share a maildir++ mailbox to other users but i can only > subscribe to the root directory. The subfolders of the public mailbox > do not appear in the exported list. > > Does anyone has an idea how i can share the subfolders too without > creating symlinks for every single folder? > > >>>>> ls -lA /var/mail/public > .user01 -> /var/mail/user01/Maildir You mean the user01 (=its INBOX) shows up, but nothing under it? That's how it's intended to work. You could switch from LAYOUT=Maildir++ to LAYOUT=fs and this would work as you intend. But you'll then need to rename all the directories. http://wiki2.dovecot.org/MailLocation/Maildir#Directory_layout From CMarcus at Media-Brokers.com Thu Mar 17 18:58:00 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 17 Mar 2011 12:58:00 -0400 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D8189A8.8030104@nybeta.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> <4D8189A8.8030104@nybeta.com> Message-ID: <4D823D98.4040104@Media-Brokers.com> On 2011-03-17 12:10 AM, Thomas Harold wrote: > Not terribly interested in the free certs because this SSL cert would > also be used for non-company users and we don't want browser warnings to > pop up. Starcom free SSL certs won't do that... -- Best regards, Charles From upendra.gandhi at gmail.com Thu Mar 17 19:01:03 2011 From: upendra.gandhi at gmail.com (upen) Date: Thu, 17 Mar 2011 12:01:03 -0500 Subject: [Dovecot] maildir location In-Reply-To: <1300379205.19220.662.camel@hurina> References: <1300379205.19220.662.camel@hurina> Message-ID: > If Postfix delivers the mails, rather than Dovecot LDA, then yes you'll > need to configure Postfix also to deliver correctly. Maybe it would be > easier to just switch to Dovecot LDA: http://wiki2.dovecot.org/LDA Thanks Timo for quick confirmation and the link for setting up dovecot as LDA. I made below changes to postfix's main.cf mailbox_command = /usr/libexec/dovecot/dovecot-lda ( verified that's correct location for file) postfix reload The changed mail_location as mail_location = maildir:/localdir/mail/%u dovecot restart /var/log/messages shows, below error, dovecot: pop3(username): Error: user username: Initialization failed: Initializing mail storage from mail_location setting failed: stat(/localdir/mail/username) failed: Permission denied (euid=1002(username) egid=10(wheel) missing +x perm: /localdir/mail, euid is not dir owner) Any idea what is going wrong? From tss at iki.fi Thu Mar 17 19:03:17 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 19:03:17 +0200 Subject: [Dovecot] segmentation fault with doveadm search In-Reply-To: <914411d49b204c6db4267ae57b6fbab2@bunbun.be> References: <4D813488.3090505@bunbun.be> <4D820EE8.2080302@bunbun.be> <1300372793.19220.635.camel@hurina> <4D8229D6.3040503@bunbun.be> <1300376234.19220.656.camel@hurina> <914411d49b204c6db4267ae57b6fbab2@bunbun.be> Message-ID: <1300381397.13041.0.camel@hurina> On Thu, 2011-03-17 at 17:54 +0100, Nick Rosier wrote: > Hope this is better: > > #1 0x000000080231ab21 in fts_build_deinit (_ctx=0x801ea2640) at > fts-storage.c:551 Yes, much better. Easy fix: http://hg.dovecot.org/dovecot-2.0/rev/3d48418b0501 From chris-dovecot-110112 at aptivate.org Thu Mar 17 19:09:41 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Thu, 17 Mar 2011 17:09:41 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: <1300367882.19220.630.camel@hurina> References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> <1299944912.19220.561.camel@hurina> <1300292093.19220.585.camel@hurina> <1300367882.19220.630.camel@hurina> Message-ID: Hi Timo, On Thu, 17 Mar 2011, Timo Sirainen wrote: > > SQL just for one user? That seems a bit wasteful. You could instead use > http://wiki2.dovecot.org/AuthDatabase/PasswdFile Good idea, I hadn't thought of that, I've switched to passwd file now and it seems to be working. > dovecot-lda doesn't know if you're using SQL or whatever, it just does a > userdb lookup from auth process. You need to give -d parameter to > dovecot-lda for this to happen. OK, I've done that and now it seems to be working very well. It's extremely fast compared to mbox, as expected, which is excellent! Searching also feels faster for some reason. Thanks for all your help! Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From upendra.gandhi at gmail.com Thu Mar 17 19:41:42 2011 From: upendra.gandhi at gmail.com (upen) Date: Thu, 17 Mar 2011 12:41:42 -0500 Subject: [Dovecot] maildir location In-Reply-To: References: <1300379205.19220.662.camel@hurina> Message-ID: On Thu, Mar 17, 2011 at 12:01 PM, upen wrote: >> If Postfix delivers the mails, rather than Dovecot LDA, then yes you'll >> need to configure Postfix also to deliver correctly. Maybe it would be >> easier to just switch to Dovecot LDA: http://wiki2.dovecot.org/LDA > > Thanks Timo for quick confirmation and the link for setting up dovecot as LDA. > > I made below changes to postfix's main.cf > > mailbox_command = /usr/libexec/dovecot/dovecot-lda ( verified that's > correct location for file) > > postfix reload > > The changed mail_location as ?mail_location = maildir:/localdir/mail/%u > > dovecot restart > > /var/log/messages shows, below error, > > dovecot: pop3(username): Error: user username: Initialization failed: > Initializing mail storage from mail_location setting failed: > stat(/localdir/mail/username) failed: Permission denied > (euid=1002(username) egid=10(wheel) missing +x perm: /localdir/mail, > euid is not dir owner) > > Any idea what is going wrong? Changed permissions on root directories, don't know if this is secure or not but it worked. I see cur, tmp, new and other files created under local storage now. Set permissions as below, #ls -ald /localdir drwxrwxrwx 31 root root 12288 Mar 17 10:48 /localdir/ # ls -ald /localdir/mail drwxrwxrwx 3 dovecot dovecot 4096 Mar 17 10:49 /localdir/mail mkdir /localdir/mail/username chown username:group /localdir/mail/username chmod 700 /localdir/mail/username Do you think it is okay to keep these perms ? From info at simonecaruso.com Thu Mar 17 19:43:45 2011 From: info at simonecaruso.com (Simone Caruso) Date: Thu, 17 Mar 2011 18:43:45 +0100 Subject: [Dovecot] Unconfigured dictionary name 'quotadict' In-Reply-To: <1300378979.19220.659.camel@hurina> References: <4D82317A.2090203@simonecaruso.com> <1300378979.19220.659.camel@hurina> Message-ID: <4D824851.7050708@simonecaruso.com> On 17/03/2011 17:22, Timo Sirainen wrote: > On Thu, 2011-03-17 at 17:06 +0100, Simone Caruso wrote: > >> plugin { >> quota = dict:User quota::proxy::quotadict > > Here you say "quotadict". > >> dict { >> quota = mysql:/etc/dovecot/dovecot-dict-sql.conf > > Here you say "quota". Change either one of them so they match. > > Solved, thank you! -- Simone Caruso From nick+dovecot at bunbun.be Thu Mar 17 21:05:30 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Thu, 17 Mar 2011 20:05:30 +0100 Subject: [Dovecot] segmentation fault with doveadm search In-Reply-To: <1300381397.13041.0.camel@hurina> References: <4D813488.3090505@bunbun.be> <4D820EE8.2080302@bunbun.be> <1300372793.19220.635.camel@hurina> <4D8229D6.3040503@bunbun.be> <1300376234.19220.656.camel@hurina> <914411d49b204c6db4267ae57b6fbab2@bunbun.be> <1300381397.13041.0.camel@hurina> Message-ID: <4D825B7A.8080605@bunbun.be> Timo Sirainen wrote: > On Thu, 2011-03-17 at 17:54 +0100, Nick Rosier wrote: >> Hope this is better: >> >> #1 0x000000080231ab21 in fts_build_deinit (_ctx=0x801ea2640) at >> fts-storage.c:551 > > Yes, much better. Easy fix: > http://hg.dovecot.org/dovecot-2.0/rev/3d48418b0501 > Thanks, fixed :-) From ayacopino at acasalud.com.ar Thu Mar 17 23:00:46 2011 From: ayacopino at acasalud.com.ar (=?UTF-8?B?QW5kcsOpcyBZYWNvcGlubw==?=) Date: Thu, 17 Mar 2011 18:00:46 -0300 Subject: [Dovecot] Problem with recompiling sieve scripts after migrating to Dovecot 2.0 from 1.2 Message-ID: <4D82767E.2030502@acasalud.com.ar> I saw this in log file of dovecot: Error: sieve: binary save: failed to create temporary file: open(/usr/local/etc/sieve/after/after.dovecot.svbin.acamail.acasalud.com.ar.13528.) failed: Permission denied (euid=40(vmail) egid=41(vmail) missing +w perm: /usr/local/etc/sieve/after, euid is not dir owner) acamail dovecot: lda(xxxxx at xxxxxx): Error: sieve: the lda sieve plugin does not have permission to save global sieve script binaries; global sieve scripts like /usr/local/etc/sieve/after/after.dovecot.sieve need to be pre-compiled using the sievec tool So i tried to recompile script using sievec like: sievec /usr/lcaol/etc/sieve/after/after.dovecot.sieve but i get: sievec(root): Error: user root: Initialization failed: Initializing mail storage from mail_location setting failed: stat(/root/Maildir) failed: Permission denied (euid=40(vmail) egid=41(vmail) missing +x perm: /root, euid is not dir owner) sievec(root): Fatal: Invalid user settings. Refer to server log for more information. What i must do to resolve this? My dovecot configuration is: # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux xxxxxx auth_master_user_separator = * auth_username_format = %Lu disable_plaintext_auth = no first_valid_gid = 40 first_valid_uid = 40 mail_gid = vmail mail_location = maildir:~/Maildir mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /usr/local/etc/passwd.masterusers driver = passwd-file master = yes } passdb { args = /usr/local/etc/dovecot-ldap.conf driver = ldap } plugin/quota = maildir plugin/quota_rule = *:storage=614400 plugin/quota_rule2 = Trash:storage=+61440 plugin/sieve_after = /usr/local/etc/sieve/after/after.dovecot.sieve plugin/sieve_before = /usr/local/etc/sieve/before/spam.dovecot.sieve protocols = imap pop3 sieve service auth { unix_listener auth-master { group = vmail mode = 0600 user = vmail } user = root } ssl_cert = References: Message-ID: <4D827B2B.6080906@cim.mcgill.ca> On 17/03/11 12:19 PM, upen wrote: > Hello, > > I am trying to use dovecot (v. 2.0.11) and postfix (v. 2.7.3) > together. The email server is an ldap client and user's home > directories on NFS server are mounted using autofs. > > As I understand, Maildir performance is better than mbox type, so I'd > like to use Maildir instead of mbox. > If you expect to have any folders with lots of messages, I would use mdbox rather than Maildir. NFS tends to have performance problems with lots of small files, and Maildir uses one file per message, where mdbox has a sort of compromise between lots of files and the huge files that mbox creates. From upendra.gandhi at gmail.com Thu Mar 17 23:33:33 2011 From: upendra.gandhi at gmail.com (upen) Date: Thu, 17 Mar 2011 16:33:33 -0500 Subject: [Dovecot] maildir location In-Reply-To: <4D827B2B.6080906@cim.mcgill.ca> References: <4D827B2B.6080906@cim.mcgill.ca> Message-ID: > > If you expect to have any folders with lots of messages, I would use > mdbox rather than Maildir. NFS tends to have performance problems with > lots of small files, and Maildir uses one file per message, where mdbox > has a sort of compromise between lots of files and the huge files that > mbox creates. Thanks Patrick. OK. back to zero again. Now this is new piece of information for me which tell me that mdbox is better than Maildir format for emails on NFS. Question: Which is best format to go with in general, maildir or mdbox? . We really don't want users to use their NFS HOME directories for storing and accessing their emails. Even if they create any imap folder that should also get created on email server's local storage either in Maildir format or the new format mdbox which I've just heard about. From jk at jkart.de Thu Mar 17 23:59:52 2011 From: jk at jkart.de (Jim Knuth) Date: Thu, 17 Mar 2011 22:59:52 +0100 Subject: [Dovecot] maildir location In-Reply-To: References: <4D827B2B.6080906@cim.mcgill.ca> Message-ID: <4D828458.5030301@jkart.de> am 17.03.11 22:33 schrieb upen : >> >> If you expect to have any folders with lots of messages, I would use >> mdbox rather than Maildir. NFS tends to have performance problems with >> lots of small files, and Maildir uses one file per message, where mdbox >> has a sort of compromise between lots of files and the huge files that >> mbox creates. > > Thanks Patrick. > > OK. back to zero again. Now this is new piece of information for me > which tell me that mdbox is better than Maildir format for emails on > NFS. really? Only for NFS? > > Question: Which is best format to go with in general, maildir or > mdbox? . We really don't want users to use their NFS HOME directories > for storing and accessing their emails. Even if they create any imap > folder that should also get created on email server's local storage > either in Maildir format or the new format mdbox which I've just heard > about. -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Der Gewissensbiss ist unanst?ndig. [Nietzsche] From upendra.gandhi at gmail.com Fri Mar 18 00:27:41 2011 From: upendra.gandhi at gmail.com (upen) Date: Thu, 17 Mar 2011 17:27:41 -0500 Subject: [Dovecot] maildir location In-Reply-To: <4D828458.5030301@jkart.de> References: <4D827B2B.6080906@cim.mcgill.ca> <4D828458.5030301@jkart.de> Message-ID: On Thu, Mar 17, 2011 at 4:59 PM, Jim Knuth wrote: > am 17.03.11 22:33 schrieb upen : > >>> >>> If you expect to have any folders with lots of messages, I would use >>> mdbox rather than Maildir. NFS tends to have performance problems with >>> lots of small files, and Maildir uses one file per message, where mdbox >>> has a sort of compromise between lots of files and the huge files that >>> mbox creates. >> >> Thanks Patrick. >> >> OK. ?back to zero again. Now this is new piece of information for me >> which tell me that mdbox is better than Maildir format for emails on >> NFS. > > really? Only for NFS? No I don't know I want to know which is best performance mail format for local storage of emails now that I read that mdbox performs better in NFS environment. Thanks. From kshaw at kendallshaw.com Fri Mar 18 00:46:48 2011 From: kshaw at kendallshaw.com (Kendall Shaw) Date: Thu, 17 Mar 2011 15:46:48 -0700 Subject: [Dovecot] Virtual and system users with public mailboxes In-Reply-To: <1300379708.19220.670.camel@hurina> References: <20110316185455.5FE4B9E4653@kendalls-laptop> <1300379708.19220.670.camel@hurina> Message-ID: <1300402008.12538.8.camel@localhost> On Thu, 2011-03-17 at 18:35 +0200, Timo Sirainen wrote: > On Wed, 2011-03-16 at 11:54 -0700, Kendall Shaw wrote: > > Hi, > > > > I am running dovecot 1.2.9 and postfix, and I am trying to setup a > > public mailbox. My thought is that there would be one system user with > > a sieve script to deliver messages to the public mailbox. And, I would > > like to give virtual users access to the mailbox. > > Why can't the public mail delivery user be virtual as well? If the users that I want to have shell access (ubuntu 10.04) are virtual users, wouldn't I have to duplicate their credentials, for dovecot? Kendall From ngoonee at gmail.com Fri Mar 18 02:33:07 2011 From: ngoonee at gmail.com (Ng Oon-Ee) Date: Fri, 18 Mar 2011 08:33:07 +0800 Subject: [Dovecot] Request - please uncomment !include_try /etc/dovecot/local.conf in example config Message-ID: <1300408387.10579.3.camel@ngoonee-laptop> Hi, could I request that the example config in doc/dovecot/example-config/dovecot.conf be slightly altered to uncomment the last line? The point of include_try is that it only includes if such a file exists, and doesn't break anything if the file does not exist. My distro (Arch) has a policy not to apply non-essential patches, rather asking users to forward requests upstream, hence this email. It allows users to simply keep a local.conf with all their settings and not have to worry that it would not be used when the dovecot package gets upgraded (which mostly means /etc/dovecot/dovecot.conf gets replaced, depending on packaging standards). Thanks. From david at kosmosisland.com Fri Mar 18 08:08:21 2011 From: david at kosmosisland.com (David Koski) Date: Thu, 17 Mar 2011 23:08:21 -0700 Subject: [Dovecot] dovecot LDA: "temporary failure" Message-ID: <201103172308.21913.david@kosmosisland.com> This really has me stumped and desperate. I upgraded Debian from 5 to 6 (squeeze) and now Dovecot LDA fails. I have checked permissions and the usual. Postfix SMTP, Dovecot POP3 and Dovecot IMAP work. Having to upgrade MySQL from 5.0 to 5.1 made me question that. Logging is of little help. I have turned on logging for LDA to a separate file. When I try to run the deliver command it returns nothing and appears to do nothing: ~$ cat /etc/hosts | /usr/lib/dovecot/deliver -f root at localhost -d dkoski@[domainhidden].com $ ..but then I don't know what to expect. The log files are owned by dovecot. I tried chmod'ing them to 777 in desperation. This was working before the upgrade to 1.2.15-4 from 1.0.15-2.3+lenny1. Postfix reports this stuff: Mar 17 22:37:38 host-mail postfix/smtpd[22160]: connect from mail.kosmosisland.com[63.228.175.169] Mar 17 22:37:39 host-mail postfix/smtpd[22160]: 9D80C12AF610: client=mail.kosmosisland.com[63.228.175.169] Mar 17 22:37:39 host-mail postfix/cleanup[22163]: 9D80C12AF610: message-id=<201103172237.29223.dkoski@[another-domainhidden].com> Mar 17 22:37:39 host-mail postfix/qmgr[21877]: 9D80C12AF610: from=, size=1257, nrcpt=1 (queue active) Mar 17 22:37:39 host-mail postfix/smtpd[22160]: disconnect from mail.kosmosisland.com[63.228.175.169] Mar 17 22:37:42 host-mail postfix/smtpd[22168]: connect from localhost[127.0.0.1] Mar 17 22:37:42 host-mail postfix/smtpd[22168]: 480D912AF612: client=mail.kosmosisland.com[63.228.175.169] Mar 17 22:37:42 host-mail postfix/cleanup[22163]: 480D912AF612: message-id=<201103172237.29223.dkoski@[another-domainhidden].com> Mar 17 22:37:42 host-mail postfix/qmgr[21877]: 480D912AF612: from=, size=1873, nrcpt=1 (queue active) Mar 17 22:37:42 host-mail postfix/smtpd[22168]: disconnect from localhost[127.0.0.1] Mar 17 22:37:42 host-mail postfix/pipe[22169]: 480D912AF612: to=, relay=dovecot, delay=0.04, delays=0.02/0.01/0/0.01, dsn=4.3.0, status=deferred (temporary failure) Mar 17 22:37:42 host-mail postfix/smtp[22164]: 9D80C12AF610: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=3.4, delays=0.84/0.01/0/2.5, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=11197-13, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 480D912AF612) Mar 17 22:37:42 host-mail postfix/qmgr[21877]: 9D80C12AF610: removed And /var/log/dovecot/deliver.info: 2011-03-17 22:43:43 auth(default): Info: new auth connection: pid=22232 2011-03-17 22:43:59 auth-worker(default): Info: sql(dkoski@[domainhidden].com,127.0.0.1): query: SELECT email as user, password FROM view_users WHERE email='dkoski@[domainhidden].com'; 2011-03-17 22:43:59 auth(default): Info: client out: OK 1 user=dkoski@[domainhidden].com 2011-03-17 22:43:59 auth(default): Info: master in: REQUEST 73 22061 1 2011-03-17 22:43:59 auth(default): Info: master out: USER 73 dkoski@[domainhidden].com uid=5000 gid=5000 home=/home/vmail/[domainhidden].com/dkoski 2011-03-17 22:44:00 auth(default): Info: new auth connection: pid=22234 I tried reinstalling the package dovecot-common. I downloaded it on another machine and compared the md5sum. # postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix content_filter = smtp-amavis:[127.0.0.1]:10024 delay_warning_time = 1h inet_interfaces = all mailbox_size_limit = 0 mydestination = backup.host.localnet, backup.localnet, localhost.localnet, localhost myhostname = mail.[domainhidden].com mynetworks = 192.168.1.0/24, 127.0.0.1 myorigin = /etc/mailname recipient_delimiter = + relayhost = smtp_tls_session_cache_database = btree:${queue_directory}/cache/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_pipelining, reject_non_fqdn_recipient, reject_unknown_recipient_domain, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_path = private/auth smtpd_sasl_type = dovecot smtpd_sender_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unknown_reverse_client_hostname, reject_non_fqdn_sender, reject_unknown_sender_domain, reject_rbl_client b.barracudacentral.org, reject_rbl_client zen.spamhaus.org, reject_rbl_client cbl.abuseat.org, reject_rbl_client dnsbl.njabl.org, reject_rbl_client combined.njabl.org, reject_rbl_client bl.spamcop.net, reject_rbl_client spamguard.leadmon.net, reject_rbl_client korea.services.net, reject_rbl_client spamsources.fabel.dk, reject_rhsbl_sender rhsbl.ahbl.org smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key smtpd_tls_session_cache_database = btree:${queue_directory}/cache/smtpd_scache smtpd_use_tls = yes virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf,mysql:/etc/postfix/mysql-email2email.cf virtual_gid_maps = static:5000 virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf virtual_transport = dovecot virtual_uid_maps = static:5000 From master.cf: dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient} # dovecot -n # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-686 i686 Debian 6.0 ext3 log_path: /var/log/dovecot/deliver.err info_log_path: /var/log/dovecot/deliver.info log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap pop3 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/home/vmail/%d/%n/Maildir mail_debug: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 lda: log_path: /var/log/dovecot/lda-deliver.err info_log_path: /var/log/dovecot/lda-deliver.info log_path: /home/vmail/dovecot-deliver.log auth_socket_path: /var/run/dovecot/auth-master postmaster_address: info@[another-domainhidden].com mail_plugins: cmusieve global_script_path: /home/vmail/globalsieverc auth default: mechanisms: plain login verbose: yes debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: static args: uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail Regards, David Koski david at kosmosisland.com From david at kosmosisland.com Fri Mar 18 08:56:03 2011 From: david at kosmosisland.com (David Koski) Date: Thu, 17 Mar 2011 23:56:03 -0700 Subject: [Dovecot] dovecot LDA: "temporary failure" In-Reply-To: <201103172308.21913.david@kosmosisland.com> References: <201103172308.21913.david@kosmosisland.com> Message-ID: <201103172356.03799.david@kosmosisland.com> Additional information: I created a script to get the return code from deliver: 1 #!/bin/bash 2 3 cat "cur/1300037582.P7332Q0M221160.brusco-mail:2,S" | /usr/lib/dovecot/deliver -f dkoski at somedomain.com -d dkoski at domainhidden.com 4 5 case $? in 6 0) echo "0" 7 ;; 8 64) echo "64" 9 ;; 10 67) echo "67" 11 ;; 12 78) echo "78" 13 ;; 14 77) echo "77" 15 ;; 16 75) echo "75" 17 ;; 18 *) echo "unknown" 19 esac 20 The file it is cat'ing is a valid email in an Maildir/cur file. It returns 75 (EX_TEMP_FAIL) every time, even run as root. The logs reveal: /var/log/dovecot/lda-deliver: 2011-03-17 23:35:39 deliver(dkoski at somedomain2.com): Info: Loading modules from directory: /usr/lib/dovecot/modules/lda /var/log/dovecot/deliver.info: (nothing) /var/log/dovecot/deliver.err: (nothing) I tried the script on another machine with Dovecot 1.0.15-2.3+lenny1 with success if I run as root. Regards, David Koski dkoski at sutinen.com > This really has me stumped and desperate. I upgraded Debian from 5... From david at kosmosisland.com Fri Mar 18 10:17:13 2011 From: david at kosmosisland.com (David Koski) Date: Fri, 18 Mar 2011 01:17:13 -0700 Subject: [Dovecot] dovecot LDA: "temporary failure" Message-ID: <201103180117.13385.david@kosmosisland.com> Forget it. I must have been crosseyed. Someone had put the log file in a non-standard place /home/vmail/dovecot-deliver.log. It told all. A plugin cmusieve was not found, possibly depreciated? I learned how to make the deliver command line work. ;) Sorry, David Koski dkoski at sutinen.com > Additional information: > > I created a script to get the return code from deliver: > > 1 #!/bin/bash > 2 > 3 cat "cur/1300037582.P7332Q0M221160.brusco-mail:2,S" | > /usr/lib/dovecot/deliver -f dkoski at somedomain.com -d > dkoski at domainhidden.com 4 > 5 case $? in > 6 0) echo "0" > 7 ;; > 8 64) echo "64" > 9 ;; > 10 67) echo "67" > 11 ;; > 12 78) echo "78" > 13 ;; > 14 77) echo "77" > 15 ;; > 16 75) echo "75" > 17 ;; > 18 *) echo "unknown" > 19 esac > 20 > > The file it is cat'ing is a valid email in an Maildir/cur file. It returns > 75 (EX_TEMP_FAIL) every time, even run as root. The logs reveal: > > /var/log/dovecot/lda-deliver: > > 2011-03-17 23:35:39 deliver(dkoski at somedomain2.com): Info: Loading modules > from directory: /usr/lib/dovecot/modules/lda > > /var/log/dovecot/deliver.info: > (nothing) > > /var/log/dovecot/deliver.err: > (nothing) > > I tried the script on another machine with Dovecot 1.0.15-2.3+lenny1 with > success if I run as root. > > Regards, > David Koski > dkoski at sutinen.com > > > This really has me stumped and desperate. I upgraded Debian from 5... > > From stephan at rename-it.nl Fri Mar 18 13:28:47 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 18 Mar 2011 12:28:47 +0100 Subject: [Dovecot] Problem with recompiling sieve scripts after migrating to Dovecot 2.0 from 1.2 In-Reply-To: <4D82767E.2030502@acasalud.com.ar> References: <4D82767E.2030502@acasalud.com.ar> Message-ID: <4D8341EF.2030705@rename-it.nl> Op 17-3-2011 22:00, Andr?s Yacopino schreef: > I saw this in log file of dovecot: > > Error: sieve: binary save: failed to create temporary file: > open(/usr/local/etc/sieve/after/after.dovecot.svbin.acamail.acasalud.com.ar.13528.) > failed: Permission denied (euid=40(vmail) egid=41(vmail) missing +w > perm: /usr/local/etc/sieve/after, euid is not dir owner) > acamail dovecot: lda(xxxxx at xxxxxx): Error: sieve: the lda sieve plugin > does not have permission to save global sieve script binaries; global > sieve scripts like /usr/local/etc/sieve/after/after.dovecot.sieve need > to be pre-compiled using the sievec tool > > So i tried to recompile script using sievec like: > > sievec /usr/lcaol/etc/sieve/after/after.dovecot.sieve but i get: > > sievec(root): Error: user root: Initialization failed: Initializing mail > storage from mail_location setting failed: stat(/root/Maildir) failed: > Permission denied (euid=40(vmail) egid=41(vmail) missing +x perm: /root, > euid is not dir owner) > sievec(root): Fatal: Invalid user settings. Refer to server log for more > information. > > What i must do to resolve this? Oh, that problem again. I'd like to fix that this weekend. What you can do now is: give it what it wants, being a vmail-owned Maildir in /root. You can also provide a dummy config using the -c argument, setting the mail_location to something that exists. Regards, Stephan. From jk at jkart.de Fri Mar 18 13:41:43 2011 From: jk at jkart.de (Jim Knuth) Date: Fri, 18 Mar 2011 12:41:43 +0100 Subject: [Dovecot] Dovecot mirror down? Message-ID: <4D8344F7.4060803@jkart.de> Hello, http://xi.rename-it.nl/debian/ down? Does somebody know why? -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Lache nie ?ber die Dummheit der anderen. Sie kann deine Chance sein. [Churchill] From Christoph at plmail.de Fri Mar 18 14:22:08 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Fri, 18 Mar 2011 13:22:08 +0100 Subject: [Dovecot] Problem with expire plugin and expunge Message-ID: <201103181322.08803.Christoph@plmail.de> Hello, > > Big surprise: Something bad must have happened after the messages were > > deleted from Trash; now all messages are zero days old. > > Are you using maildir? Did you run with those patches + mail_debug=yes? Today, the daily cronjob expired some messages. I have attached the output of the job. It seems that the error occurs not when expunging, but when deleting the first message after expunging. Before deleting a message, "doveadm search" showed me messages that were between zero and four days old, but directly after deleting a message, all messages were zero days old. Here is my log entry from when I deleted that message: Mar 18 09:50:28 joseph dovecot: imap(christoph): Debug: expire: Saving first message to Trash, updating timestamp to 1300438228 Regards Christoph -------------- next part -------------- /etc/cron.daily/dovecot: doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_expire_plugin.so doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm doveadm: Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so doveadm: Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Skipping module doveadm_zlib_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_zlib_plugin.so: undefined symbol: i_stream_create_deflate (this is usually intentional, so just ignore this message) doveadm: Debug: expire: Searching only users listed in expire database doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_expire_plugin.so doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm doveadm: Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so doveadm: Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Skipping module doveadm_zlib_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_zlib_plugin.so: undefined symbol: i_stream_create_deflate (this is usually intentional, so just ignore this message) doveadm: Debug: expire: Searching only users listed in expire database doveadm(christoph): Debug: auth input: christoph home=/mailhome/vmail/christoph doveadm(christoph): Debug: Effective uid=110, gid=114, home=/mailhome/vmail/christoph doveadm(christoph): Debug: fs: root=/mailhome/vmail/christoph/mdbox, index=, control=, inbox= doveadm(christoph): Debug: Namespace : Using permissions from /mailhome/vmail/christoph/mdbox: mode=0700 gid=-1 doveadm(christoph): Debug: expunge: box=Trash uid=3248 doveadm(christoph): Debug: expunge: box=Trash uid=3249 doveadm(christoph): Debug: expunge: box=Trash uid=3250 doveadm(christoph): Debug: expunge: box=Trash uid=3251 doveadm(christoph): Debug: expunge: box=Trash uid=3252 doveadm(christoph): Debug: expunge: box=Trash uid=3253 doveadm(christoph): Debug: expunge: box=Trash uid=3254 doveadm(christoph): Debug: expunge: box=Trash uid=3255 doveadm(christoph): Debug: expunge: box=Trash uid=3256 doveadm(christoph): Debug: expunge: box=Trash uid=3257 doveadm(christoph): Debug: expunge: box=Trash uid=3258 doveadm(christoph): Debug: expunge: box=Trash uid=3259 doveadm(christoph): Debug: expunge: box=Trash uid=3260 doveadm(christoph): Debug: expunge: box=Trash uid=3261 doveadm(christoph): Debug: expunge: box=Trash uid=3262 doveadm(christoph): Debug: expunge: box=Trash uid=3263 doveadm(christoph): Debug: expunge: box=Trash uid=3264 doveadm(christoph): Debug: expunge: box=Trash uid=3265 doveadm(christoph): Debug: expunge: box=Trash uid=3266 doveadm(christoph): Debug: expunge: box=Trash uid=3267 doveadm(christoph): Debug: expunge: box=Trash uid=3268 doveadm(christoph): Debug: expunge: box=Trash uid=3269 doveadm(christoph): Debug: expunge: box=Trash uid=3270 doveadm(christoph): Debug: expunge: box=Trash uid=3271 doveadm(christoph): Debug: expunge: box=Trash uid=3272 doveadm(christoph): Debug: expunge: box=Trash uid=3273 doveadm(christoph): Debug: expunge: box=Trash uid=3274 doveadm(christoph): Debug: expunge: box=Trash uid=3275 doveadm(christoph): Debug: expunge: box=Trash uid=3276 doveadm(christoph): Debug: expunge: box=Trash uid=3277 doveadm(christoph): Debug: expunge: box=Trash uid=3278 doveadm(christoph): Debug: expunge: box=Trash uid=3279 doveadm(christoph): Debug: expunge: box=Trash uid=3280 doveadm(christoph): Debug: expunge: box=Trash uid=3281 doveadm(christoph): Debug: expunge: box=Trash uid=3282 doveadm(christoph): Debug: expunge: box=Trash uid=3283 doveadm(christoph): Debug: expunge: box=Trash uid=3284 doveadm(christoph): Debug: expunge: box=Trash uid=3285 doveadm(christoph): Debug: expunge: box=Trash uid=3286 doveadm(christoph): Debug: expunge: box=Trash uid=3287 doveadm(christoph): Debug: expunge: box=Trash uid=3288 doveadm(christoph): Debug: expunge: box=Trash uid=3289 doveadm(christoph): Debug: expunge: box=Trash uid=3290 doveadm(christoph): Debug: expunge: box=Trash uid=3291 doveadm(christoph): Debug: expunge: box=Trash uid=3292 doveadm(christoph): Debug: expunge: box=Trash uid=3293 doveadm(christoph): Debug: expunge: box=Trash uid=3294 doveadm(christoph): Debug: expunge: box=Trash uid=3295 doveadm(christoph): Debug: expunge: box=Trash uid=3296 doveadm(christoph): Debug: expunge: box=Trash uid=3297 doveadm(christoph): Debug: expunge: box=Trash uid=3298 doveadm(christoph): Debug: expunge: box=Trash uid=3299 doveadm(christoph): Debug: expunge: box=Trash uid=3300 doveadm(christoph): Debug: expunge: box=Trash uid=3301 doveadm(christoph): Debug: expunge: box=Trash uid=3302 doveadm(christoph): Debug: expunge: box=Trash uid=3303 doveadm(christoph): Debug: expunge: box=Trash uid=3304 doveadm(christoph): Debug: expunge: box=Trash uid=3305 doveadm(christoph): Debug: expunge: box=Trash uid=3306 doveadm(christoph): Debug: expunge: box=Trash uid=3307 doveadm(christoph): Debug: expunge: box=Trash uid=3308 doveadm(christoph): Debug: expunge: box=Trash uid=3309 doveadm(christoph): Debug: expunge: box=Trash uid=3310 doveadm(christoph): Debug: expunge: box=Trash uid=3311 doveadm(christoph): Debug: expunge: box=Trash uid=3312 doveadm(christoph): Debug: expunge: box=Trash uid=3313 doveadm(christoph): Debug: expunge: box=Trash uid=3314 doveadm(christoph): Debug: expunge: box=Trash uid=3315 doveadm(christoph): Debug: expunge: box=Trash uid=3316 doveadm(christoph): Debug: expunge: box=Trash uid=3317 doveadm(christoph): Debug: expunge: box=Trash uid=3318 doveadm(christoph): Debug: expunge: box=Trash uid=3319 doveadm(christoph): Debug: expunge: box=Trash uid=3320 doveadm(christoph): Debug: expunge: box=Trash uid=3321 doveadm(christoph): Debug: expunge: box=Trash uid=3322 doveadm(christoph): Debug: expunge: box=Trash uid=3323 doveadm(christoph): Debug: expunge: box=Trash uid=3324 doveadm(christoph): Debug: expunge: box=Trash uid=3325 doveadm(christoph): Debug: expunge: box=Trash uid=3326 doveadm(christoph): Debug: expunge: box=Trash uid=3327 doveadm(christoph): Debug: expunge: box=Trash uid=3328 doveadm(christoph): Debug: expunge: box=Trash uid=3329 doveadm(christoph): Debug: expunge: box=Trash uid=3330 doveadm(christoph): Debug: expunge: box=Trash uid=3331 doveadm(christoph): Debug: expunge: box=Trash uid=3332 doveadm(christoph): Debug: expunge: box=Trash uid=3333 doveadm(christoph): Debug: expunge: box=Trash uid=3334 doveadm(christoph): Debug: expunge: box=Trash uid=3335 doveadm(christoph): Debug: expunge: box=Trash uid=3336 doveadm(christoph): Debug: expunge: box=Trash uid=3337 doveadm(christoph): Debug: expunge: box=Trash uid=3338 doveadm(christoph): Debug: expunge: box=Trash uid=3339 doveadm(christoph): Debug: expunge: box=Trash uid=3340 doveadm(christoph): Debug: expunge: box=Trash uid=3341 doveadm(christoph): Debug: expunge: box=Trash uid=3342 doveadm(christoph): Debug: expunge: box=Trash uid=3343 doveadm(christoph): Debug: expunge: box=Trash uid=3344 doveadm(christoph): Debug: expunge: box=Trash uid=3345 doveadm(christoph): Debug: expunge: box=Trash uid=3346 doveadm(christoph): Debug: expunge: box=Trash uid=3347 doveadm(christoph): Debug: expunge: box=Trash uid=3348 doveadm(christoph): Debug: expunge: box=Trash uid=3349 doveadm(christoph): Debug: expunge: box=Trash uid=3350 doveadm(christoph): Debug: expunge: box=Trash uid=3351 doveadm(christoph): Debug: expunge: box=Trash uid=3352 doveadm(christoph): Debug: expunge: box=Trash uid=3353 doveadm(christoph): Debug: expunge: box=Trash uid=3354 doveadm(christoph): Debug: expunge: box=Trash uid=3355 doveadm(christoph): Debug: expunge: box=Trash uid=3356 doveadm(christoph): Debug: expunge: box=Trash uid=3357 doveadm(christoph): Debug: expunge: box=Trash uid=3358 doveadm(christoph): Debug: expunge: box=Trash uid=3359 doveadm(christoph): Debug: expunge: box=Trash uid=3360 doveadm(christoph): Debug: expunge: box=Trash uid=3361 doveadm(christoph): Debug: expunge: box=Trash uid=3362 doveadm(christoph): Debug: expunge: box=Trash uid=3363 doveadm(christoph): Debug: expunge: box=Trash uid=3364 doveadm(christoph): Debug: expunge: box=Trash uid=3365 doveadm(christoph): Debug: expunge: box=Trash uid=3366 doveadm(christoph): Debug: expunge: box=Trash uid=3367 doveadm(christoph): Debug: expunge: box=Trash uid=3368 doveadm(christoph): Debug: expunge: box=Trash uid=3369 doveadm(christoph): Debug: expunge: box=Trash uid=3370 doveadm(christoph): Debug: expunge: box=Trash uid=3371 doveadm(christoph): Debug: expunge: box=Trash uid=3372 doveadm(christoph): Debug: expunge: box=Trash uid=3373 doveadm(christoph): Debug: expunge: box=Trash uid=3374 doveadm(christoph): Debug: expunge: box=Trash uid=3375 doveadm(christoph): Debug: expunge: box=Trash uid=3376 doveadm(christoph): Debug: expunge: box=Trash uid=3377 doveadm(christoph): Debug: expunge: box=Trash uid=3378 doveadm(christoph): Debug: expunge: box=Trash uid=3379 doveadm(christoph): Debug: expunge: box=Trash uid=3380 doveadm(christoph): Debug: expunge: box=Trash uid=3381 doveadm(christoph): Debug: expunge: box=Trash uid=3382 doveadm(christoph): Debug: expunge: box=Trash uid=3383 doveadm(christoph): Debug: expunge: box=Trash uid=3384 doveadm(christoph): Debug: expunge: box=Trash uid=3385 doveadm(christoph): Debug: expunge: box=Trash uid=3386 doveadm(christoph): Debug: expunge: box=Trash uid=3387 doveadm(christoph): Debug: expunge: box=Trash uid=3388 doveadm(christoph): Debug: expunge: box=Trash uid=3389 doveadm(christoph): Debug: expunge: box=Trash uid=3390 doveadm(christoph): Debug: expunge: box=Trash uid=3391 doveadm(christoph): Debug: expunge: box=Trash uid=3392 doveadm(christoph): Debug: expunge: box=Trash uid=3393 doveadm(christoph): Debug: expunge: box=Trash uid=3394 doveadm(christoph): Debug: expunge: box=Trash uid=3395 doveadm(christoph): Debug: expunge: box=Trash uid=3396 doveadm(christoph): Debug: expunge: box=Trash uid=3397 doveadm(christoph): Debug: expunge: box=Trash uid=3398 doveadm(christoph): Debug: expunge: box=Trash uid=3399 doveadm(christoph): Debug: expunge: box=Trash uid=3400 doveadm(christoph): Debug: expunge: box=Trash uid=3401 doveadm(christoph): Debug: expunge: box=Trash uid=3402 doveadm(christoph): Debug: expunge: box=Trash uid=3403 doveadm(christoph): Debug: expunge: box=Trash uid=3404 doveadm(christoph): Debug: expunge: box=Trash uid=3405 doveadm(christoph): Debug: expunge: box=Trash uid=3406 doveadm(christoph): Debug: expunge: box=Trash uid=3407 doveadm(christoph): Debug: expunge: box=Trash uid=3408 doveadm(christoph): Debug: expunge: box=Trash uid=3409 doveadm(christoph): Debug: expunge: box=Trash uid=3410 doveadm(christoph): Debug: expunge: box=Trash uid=3411 doveadm(christoph): Debug: expunge: box=Trash uid=3412 doveadm(christoph): Debug: expunge: box=Trash uid=3413 doveadm(christoph): Debug: expunge: box=Trash uid=3414 doveadm(christoph): Debug: expunge: box=Trash uid=3415 doveadm(christoph): Debug: expunge: box=Trash uid=3416 doveadm(christoph): Debug: expunge: box=Trash uid=3417 doveadm(christoph): Debug: expunge: box=Trash uid=3418 doveadm(christoph): Debug: expunge: box=Trash uid=3419 doveadm(christoph): Debug: expunge: box=Trash uid=3420 doveadm(christoph): Debug: expunge: box=Trash uid=3421 doveadm(christoph): Debug: expunge: box=Trash uid=3422 doveadm(christoph): Debug: expunge: box=Trash uid=3423 doveadm(christoph): Debug: expunge: box=Trash uid=3424 doveadm(christoph): Debug: expunge: box=Trash uid=3425 doveadm(christoph): Debug: expunge: box=Trash uid=3426 doveadm(christoph): Debug: expunge: box=Trash uid=3427 doveadm(christoph): Debug: expunge: box=Trash uid=3428 doveadm(christoph): Debug: expunge: box=Trash uid=3429 doveadm(christoph): Debug: expunge: box=Trash uid=3430 doveadm(christoph): Debug: expunge: box=Trash uid=3431 doveadm(christoph): Debug: expunge: box=Trash uid=3432 doveadm(christoph): Debug: expunge: box=Trash uid=3433 doveadm(christoph): Debug: expunge: box=Trash uid=3434 doveadm(christoph): Debug: expunge: box=Trash uid=3435 doveadm(christoph): Debug: expunge: box=Trash uid=3436 doveadm(christoph): Debug: expunge: box=Trash uid=3437 doveadm(christoph): Debug: expunge: box=Trash uid=3438 doveadm(christoph): Debug: expunge: box=Trash uid=3439 doveadm(christoph): Debug: expunge: box=Trash uid=3440 doveadm(christoph): Debug: expunge: box=Trash uid=3441 doveadm(christoph): Debug: expunge: box=Trash uid=3442 doveadm(christoph): Debug: expunge: box=Trash uid=3443 doveadm(christoph): Debug: expunge: box=Trash uid=3444 doveadm(christoph): Debug: expunge: box=Trash uid=3445 doveadm(christoph): Debug: expunge: box=Trash uid=3446 doveadm(christoph): Debug: expunge: box=Trash uid=3447 doveadm(christoph): Debug: expunge: box=Trash uid=3448 doveadm(christoph): Debug: expunge: box=Trash uid=3449 doveadm(christoph): Debug: expunge: box=Trash uid=3450 doveadm(christoph): Debug: expunge: box=Trash uid=3451 doveadm(christoph): Debug: expunge: box=Trash uid=3452 doveadm(christoph): Debug: expunge: box=Trash uid=3453 doveadm(christoph): Debug: expunge: box=Trash uid=3454 doveadm(christoph): Debug: expunge: box=Trash uid=3455 doveadm(christoph): Debug: expunge: box=Trash uid=3456 doveadm(christoph): Debug: expunge: box=Trash uid=3457 doveadm(christoph): Debug: expunge: box=Trash uid=3458 doveadm(christoph): Debug: expunge: box=Trash uid=3459 doveadm(christoph): Debug: expunge: box=Trash uid=3460 doveadm(christoph): Debug: expunge: box=Trash uid=3461 doveadm(christoph): Debug: expunge: box=Trash uid=3462 doveadm(christoph): Debug: expunge: box=Trash uid=3463 doveadm(christoph): Debug: expunge: box=Trash uid=3464 doveadm(christoph): Debug: expunge: box=Trash uid=3465 doveadm(christoph): Debug: expunge: box=Trash uid=3466 doveadm(christoph): Debug: expunge: box=Trash uid=3467 doveadm(christoph): Debug: expunge: box=Trash uid=3468 doveadm(christoph): Debug: expunge: box=Trash uid=3469 doveadm(christoph): Debug: expunge: box=Trash uid=3470 doveadm(christoph): Debug: expunge: box=Trash uid=3471 doveadm(christoph): Debug: expunge: box=Trash uid=3472 doveadm(christoph): Debug: expunge: box=Trash uid=3473 doveadm(christoph): Debug: expunge: box=Trash uid=3474 doveadm(christoph): Debug: expunge: box=Trash uid=3475 doveadm(christoph): Debug: expunge: box=Trash uid=3476 doveadm(christoph): Debug: expunge: box=Trash uid=3477 doveadm(christoph): Debug: expunge: box=Trash uid=3478 doveadm(christoph): Debug: expunge: box=Trash uid=3479 doveadm(christoph): Debug: expunge: box=Trash uid=3480 doveadm(christoph): Debug: expunge: box=Trash uid=3481 doveadm(christoph): Debug: expunge: box=Trash uid=3482 doveadm(christoph): Debug: expunge: box=Trash uid=3483 doveadm(christoph): Debug: expunge: box=Trash uid=3484 doveadm(christoph): Debug: expunge: box=Trash uid=3485 doveadm(christoph): Debug: expunge: box=Trash uid=3486 doveadm(christoph): Debug: expunge: box=Trash uid=3487 doveadm(christoph): Debug: expunge: box=Trash uid=3488 doveadm(christoph): Debug: expunge: box=Trash uid=3489 doveadm(christoph): Debug: expunge: box=Trash uid=3490 doveadm(christoph): Debug: expunge: box=Trash uid=3491 doveadm(christoph): Debug: expunge: box=Trash uid=3492 doveadm(christoph): Debug: expunge: box=Trash uid=3493 doveadm(christoph): Debug: expunge: box=Trash uid=3494 doveadm(christoph): Debug: expunge: box=Trash uid=3495 doveadm(christoph): Debug: expunge: box=Trash uid=3496 doveadm(christoph): Debug: expunge: box=Trash uid=3497 doveadm(christoph): Debug: expunge: box=Trash uid=3498 doveadm(christoph): Debug: expunge: box=Trash uid=3499 doveadm(christoph): Debug: expunge: box=Trash uid=3500 doveadm(christoph): Debug: expunge: box=Trash uid=3501 doveadm(christoph): Debug: expunge: box=Trash uid=3502 doveadm(christoph): Debug: expunge: box=Trash uid=3503 doveadm(christoph): Debug: expunge: box=Trash uid=3504 doveadm(christoph): Debug: expunge: box=Trash uid=3505 doveadm(christoph): Debug: expunge: box=Trash uid=3506 doveadm(christoph): Debug: expunge: box=Trash uid=3507 doveadm(christoph): Debug: expunge: box=Trash uid=3508 doveadm(christoph): Debug: expunge: box=Trash uid=3509 doveadm(christoph): Debug: expunge: box=Trash uid=3510 doveadm(christoph): Debug: expunge: box=Trash uid=3511 doveadm(christoph): Debug: expunge: box=Trash uid=3512 doveadm(christoph): Debug: expunge: box=Trash uid=3513 doveadm(christoph): Debug: expunge: box=Trash uid=3514 doveadm(christoph): Debug: expunge: box=Trash uid=3515 doveadm(christoph): Debug: expunge: box=Trash uid=3516 doveadm(christoph): Debug: expunge: box=Trash uid=3517 doveadm(christoph): Debug: expunge: box=Trash uid=3518 doveadm(christoph): Debug: expunge: box=Trash uid=3519 doveadm(christoph): Debug: expunge: box=Trash uid=3520 doveadm(christoph): Debug: expunge: box=Trash uid=3521 doveadm(christoph): Debug: expunge: box=Trash uid=3522 doveadm(christoph): Debug: expunge: box=Trash uid=3523 doveadm(christoph): Debug: expunge: box=Trash uid=3524 doveadm(christoph): Debug: expunge: box=Trash uid=3525 doveadm(christoph): Debug: expunge: box=Trash uid=3526 doveadm(christoph): Debug: expunge: box=Trash uid=3527 doveadm(christoph): Debug: expunge: box=Trash uid=3528 doveadm(christoph): Debug: expunge: box=Trash uid=3529 doveadm(christoph): Debug: expunge: box=Trash uid=3530 doveadm(christoph): Debug: expunge: box=Trash uid=3531 doveadm(christoph): Debug: expunge: box=Trash uid=3532 doveadm(christoph): Debug: expunge: box=Trash uid=3533 doveadm(christoph): Debug: expunge: box=Trash uid=3534 doveadm(christoph): Debug: expunge: box=Trash uid=3535 doveadm(christoph): Debug: expunge: box=Trash uid=3536 doveadm(christoph): Debug: expunge: box=Trash uid=3537 doveadm(christoph): Debug: expunge: box=Trash uid=3538 doveadm(christoph): Debug: expunge: box=Trash uid=3539 doveadm(christoph): Debug: expunge: box=Trash uid=3540 doveadm(christoph): Debug: expunge: box=Trash uid=3541 doveadm(christoph): Debug: expunge: box=Trash uid=3542 doveadm(christoph): Debug: expunge: box=Trash uid=3543 doveadm(christoph): Debug: expunge: box=Trash uid=3544 doveadm(christoph): Debug: expunge: box=Trash uid=3545 doveadm(christoph): Debug: expunge: box=Trash uid=3546 doveadm(christoph): Debug: expunge: box=Trash uid=3547 doveadm(christoph): Debug: expunge: box=Trash uid=3548 doveadm(christoph): Debug: expunge: box=Trash uid=3549 doveadm(christoph): Debug: expunge: box=Trash uid=3550 doveadm(christoph): Debug: expunge: box=Trash uid=3551 doveadm(christoph): Debug: expunge: box=Trash uid=3552 doveadm(christoph): Debug: expunge: box=Trash uid=3553 doveadm(christoph): Debug: expunge: box=Trash uid=3554 doveadm(christoph): Debug: expunge: box=Trash uid=3555 doveadm(christoph): Debug: expunge: box=Trash uid=3556 doveadm(christoph): Debug: expunge: box=Trash uid=3557 doveadm(christoph): Debug: expunge: box=Trash uid=3558 doveadm(christoph): Debug: expunge: box=Trash uid=3559 doveadm(christoph): Debug: expunge: box=Trash uid=3560 doveadm(christoph): Debug: expunge: box=Trash uid=3561 doveadm(christoph): Debug: expunge: box=Trash uid=3562 doveadm(christoph): Debug: expire: Expunging first message in Trash, updating timestamp to 0 From stephan at rename-it.nl Fri Mar 18 16:41:41 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 18 Mar 2011 15:41:41 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D8344F7.4060803@jkart.de> References: <4D8344F7.4060803@jkart.de> Message-ID: <4D836F25.60201@rename-it.nl> Op 18-3-2011 12:41, Jim Knuth schreef: > Hello, > > http://xi.rename-it.nl/debian/ > > down? Does somebody know why? > Yep. Host server is having some RAID troubles right now. Should be back tomorrow, but it may take a little longer. Regards, Stephan. From jk at jkart.de Fri Mar 18 16:45:00 2011 From: jk at jkart.de (Jim Knuth) Date: Fri, 18 Mar 2011 15:45:00 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D836F25.60201@rename-it.nl> References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> Message-ID: <4D836FEC.6060706@jkart.de> am 18.03.11 15:41 schrieb Stephan Bosch : > Op 18-3-2011 12:41, Jim Knuth schreef: >> Hello, >> >> http://xi.rename-it.nl/debian/ >> >> down? Does somebody know why? >> > > Yep. Host server is having some RAID troubles right now. Should be > back tomorrow, but it may take a little longer. > > Regards, > > Stephan. thanx a lot. :) -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Wer in Blut und Spr?chen schreibt, der will nicht gelesen, sondern auswendig gelernt werden. [Nietzsche] From robert at schetterer.org Fri Mar 18 16:45:50 2011 From: robert at schetterer.org (Robert Schetterer) Date: Fri, 18 Mar 2011 15:45:50 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D836F25.60201@rename-it.nl> References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> Message-ID: <4D83701E.5000000@schetterer.org> Am 18.03.2011 15:41, schrieb Stephan Bosch: > Op 18-3-2011 12:41, Jim Knuth schreef: >> Hello, >> >> http://xi.rename-it.nl/debian/ >> >> down? Does somebody know why? >> > > Yep. Host server is having some RAID troubles right now like here too, 3ware controller resets *grrr . Should be back > tomorrow, but it may take a little longer. > > Regards, > > Stephan. is this split sieve packaging reverted then ? cant see sense in it, and as far i remembered it broke update...., wasnt it you reported it -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From jk at jkart.de Fri Mar 18 16:48:42 2011 From: jk at jkart.de (Jim Knuth) Date: Fri, 18 Mar 2011 15:48:42 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D836F25.60201@rename-it.nl> References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> Message-ID: <4D8370CA.7090208@jkart.de> am 18.03.11 15:41 schrieb Stephan Bosch : > Op 18-3-2011 12:41, Jim Knuth schreef: >> Hello, >> >> http://xi.rename-it.nl/debian/ >> >> down? Does somebody know why? >> > > Yep. Host server is having some RAID troubles right now. Should be > back tomorrow, but it may take a little longer. > > Regards, > > Stephan. sorry, once again. Another mirror availably? I wonna upgrade to V 2.* -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Now this is not the end. It is not even the beginning of the end. But it is, perhaps, the end of the beginning. [Churchill] From stephan at rename-it.nl Fri Mar 18 16:55:49 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 18 Mar 2011 15:55:49 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D8370CA.7090208@jkart.de> References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> <4D8370CA.7090208@jkart.de> Message-ID: <4D837275.9060506@rename-it.nl> Op 18-3-2011 15:48, Jim Knuth schreef: > am 18.03.11 15:41 schrieb Stephan Bosch : > >> Op 18-3-2011 12:41, Jim Knuth schreef: >>> Hello, >>> >>> http://xi.rename-it.nl/debian/ >>> >>> down? Does somebody know why? >>> >> >> Yep. Host server is having some RAID troubles right now. Should be >> back tomorrow, but it may take a little longer. >> >> Regards, >> >> Stephan. > > sorry, once again. Another mirror availably? > I wonna upgrade to V 2.* > As far as I know, xi is not mirrored anywhere. I cannot directly access the repository either. You can use the Debian/experimental packages, which are now Dovecot v2.0. But watch out, as explained elsewhere on this list, you will encounter some upgrade issues. Regards, Stephan. From vincent.artzner at gmail.com Fri Mar 18 17:14:22 2011 From: vincent.artzner at gmail.com (Vincent Artzner) Date: Fri, 18 Mar 2011 16:14:22 +0100 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset Message-ID: Hi there, I juste set up dovecot as local imap server last week, with maildir format. Things went fine with two "low volume" accounts, until I added another one. Then I see two different things with connected clients: 1/ Quite oftent well formed messages that appear... and disappear quite immediately. On the server, the messages concerned by 2/ seem to be there, I can open the files and it looks ok (header, content). The only error log I get is this: 2011-03-18 14:43:14 IMAP(info): Info: Disconnected: FETCH failed bytes=109363/174063195 2011-03-18 14:43:14 imap-login: Info: Login: user=, method=PLAIN, rip=192.168.0.191, lip=192.168.0.10, TLS 2011-03-18 14:43:15 IMAP(info): Error: FETCH [] for mailbox Envois UID 11572 got too little data: 63454 vs 63455 2011-03-18 14:43:15 IMAP(info): Error: Maildir filename has wrong W value: /home/info/Maildir/.Envois/cur/1300450349.M120256P3108.Serveurlinux,S=460764,W=460768:2,S 2011-03-18 14:43:15 IMAP(info): Error: Corrupted index cache file /home/info/Maildir/.Envois/dovecot.index.cache: Broken virtual size for mail UID 11572 Please note the size: 63454 vs 63455: it's always like that: one byte difference. Here is the dovecot -n result: # 1.2.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-24-generic-pae i686 Ubuntu 10.04.2 LTS ext4 log_path: /home/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S listen: *:144 ssl_listen: *:10943 login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_process_per_connection: no mail_max_userip_connections: 20 mail_privileged_group: mail mail_location: maildir:/home/%u/Maildir:INBOX=/home/%u/Maildir/ mbox_write_locks: fcntl dotlock auth default: passdb: driver: pam userdb: driver: passwd The imap client used is thunderbird under windows XP/7. I also reproduced it with opera mail client. I tried to rename/delete dovecot.index.cache files as I have read about it, but doesn't changed anything. The incoming mails are provided to dovecot by procmail, so I think dovecot is responsible for settings the S, W params in the filenames. No other process should alter the messages (i still have to fully check this). I am a bit lost (not a system administrator at all) and would be grateful for any advice. Vincent From patrick at cim.mcgill.ca Fri Mar 18 17:21:40 2011 From: patrick at cim.mcgill.ca (Patrick McLean) Date: Fri, 18 Mar 2011 11:21:40 -0400 Subject: [Dovecot] maildir location In-Reply-To: <4D828458.5030301@jkart.de> References: <4D827B2B.6080906@cim.mcgill.ca> <4D828458.5030301@jkart.de> Message-ID: <4D837884.8080708@cim.mcgill.ca> On 17/03/11 05:59 PM, Jim Knuth wrote: > am 17.03.11 22:33 schrieb upen : > >>> >>> If you expect to have any folders with lots of messages, I would use >>> mdbox rather than Maildir. NFS tends to have performance problems with >>> lots of small files, and Maildir uses one file per message, where mdbox >>> has a sort of compromise between lots of files and the huge files that >>> mbox creates. >> >> Thanks Patrick. >> >> OK. back to zero again. Now this is new piece of information for me >> which tell me that mdbox is better than Maildir format for emails on >> NFS. > > really? Only for NFS? Not necessarily only for NFS, but NFS's performance hit with lots of files is more egregious than local filesystems. > >> >> Question: Which is best format to go with in general, maildir or >> mdbox? . We really don't want users to use their NFS HOME directories >> for storing and accessing their emails. Even if they create any imap >> folder that should also get created on email server's local storage >> either in Maildir format or the new format mdbox which I've just heard >> about. > > From CMarcus at Media-Brokers.com Fri Mar 18 17:31:24 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Fri, 18 Mar 2011 11:31:24 -0400 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: References: Message-ID: <4D837ACC.5080201@Media-Brokers.com> On 2011-03-18 11:14 AM, Vincent Artzner wrote: > Here is the dovecot -n result: > > # 1.2.9: /etc/dovecot/dovecot.conf Before reporting problems and possibly wasting other people's time, it is generally considered a good idea to upgrade to the current stable release... In this case, either 1.2.16, or better, 2.0.11... -- Best regards, Charles From vincent.artzner at gmail.com Fri Mar 18 17:40:12 2011 From: vincent.artzner at gmail.com (Vincent Artzner) Date: Fri, 18 Mar 2011 16:40:12 +0100 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: <4D837ACC.5080201@Media-Brokers.com> References: <4D837ACC.5080201@Media-Brokers.com> Message-ID: Well, that make sense... looks like my apt repositories were not up-to-date. On Fri, Mar 18, 2011 at 4:31 PM, Charles Marcus wrote: > On 2011-03-18 11:14 AM, Vincent Artzner wrote: > > Here is the dovecot -n result: > > > > # 1.2.9: /etc/dovecot/dovecot.conf > > Before reporting problems and possibly wasting other people's time, it > is generally considered a good idea to upgrade to the current stable > release... > > In this case, either 1.2.16, or better, 2.0.11... > > -- > > Best regards, > > Charles > From carloswill at gmail.com Fri Mar 18 19:20:44 2011 From: carloswill at gmail.com (Carlos Mennens) Date: Fri, 18 Mar 2011 13:20:44 -0400 Subject: [Dovecot] Configure Dovecot For IMAP Only? Message-ID: I've install Dovecot 2.0.11-1 on my Linux server and all the guides and tutorials I've found on Google don't work since I'm running 2.x and it seems most guides were done with 1.x. I've opened up the configuration file /etc/dovecot/dovecot.conf & from what I can see, this is all I could come up with: protocols = imap listen = * base_dir = /var/run/dovecot login_greeting = Server ready. mail_location = maildir:~/mail I obviously want / need IMAP4 access ONLY and not POP3. I've got only 12 local Linux shell users and all authentication is done by I think PAM. My friend sent me his configuration file to see if it would work on Dovecot 2.x however I don't think it does: auth_mechanisms = plain login mail_location = maildir:~/mail passdb { driver = pam } protocols = imap service auth { unix_listener auth-client { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> Message-ID: <4D83AFB7.3090106@jkart.de> am 18.03.11 15:41 schrieb Stephan Bosch : > Op 18-3-2011 12:41, Jim Knuth schreef: >> Hello, >> >> http://xi.rename-it.nl/debian/ >> >> down? Does somebody know why? >> > > Yep. Host server is having some RAID troubles right now. Should be > back tomorrow, but it may take a little longer. > > Regards, > > Stephan. it`s on now. Thank you. -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Aller grosse L?rm macht, dass wir das Gl?ck in die Stille und Ferne setzen. [Nietzsche] From stephan at rename-it.nl Fri Mar 18 22:36:42 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 18 Mar 2011 21:36:42 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D83AFB7.3090106@jkart.de> References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> <4D83AFB7.3090106@jkart.de> Message-ID: <4D83C25A.5040606@rename-it.nl> Op 18-3-2011 20:17, Jim Knuth schreef: > am 18.03.11 15:41 schrieb Stephan Bosch : > >> >> Yep. Host server is having some RAID troubles right now. Should be >> back tomorrow, but it may take a little longer. >> >> Regards, >> >> Stephan. > > it`s on now. Thank you. > Yes, the repository is online now. The builders are not active for now, however. Regards, Stephan. From robert at schetterer.org Sat Mar 19 00:39:29 2011 From: robert at schetterer.org (Robert Schetterer) Date: Fri, 18 Mar 2011 23:39:29 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat In-Reply-To: <4D81429F.5070201@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> <4D813F12.6090501@schetterer.org> <4D81429F.5070201@schetterer.org> Message-ID: <4D83DF21.3050402@schetterer.org> Am 17.03.2011 00:07, schrieb Robert Schetterer: > Am 16.03.2011 23:52, schrieb Robert Schetterer: >> Am 16.03.2011 22:59, schrieb Robert Schetterer: >>> Am 16.03.2011 20:56, schrieb Robert Schetterer: >>>> I wonder how POP3 clients would even know how long the mail has been in >>>>> server.. >>> >>> here it is for tb >>> >>> http://kb.mozillazine.org/Popstate.dat >>> >>> >> >> ok , i tested a little >> the popstate.dat files stores what to do >> with pop3 mail identified by UIDL >> >> this tb function looks good on both servers >> >> if i.e a mail was deleted from local inbox >> it gets declared something like >> d uidl >> in the popstate.dat >> >> the difference between the servers is >> that in the server without virtual plugin the mail gets in deed deleted >> at pop3 reconnect >> >> sending >> pop3(... at ....): expunge: box=INBOX, uid=172, >> msgid=<4D813935.9070606 at ....>, size=1836 >> >> with my virtual plugin setup it isnt deleted >> cant see any expunge with this tb account >> >> miracle i can see onther account ( think he has old netscape ) >> which sends expunge over pop3 >> > > checked this with outlook 2010 too > it doesnt work either, see no expunge in log > > so the virtual plugin or my setup within simply broke this pop3 features hi Timo i did more debugging, used telnet with pop3 the list and dele function are working, the problem is based on that if tb downloads the mail ( with option leave copies on the server ) mail stays in maildir cur now, but it cant be seen via pop3 list anymore so its clear, whatever tb sends dele later connect it fails cause the mail cant be seen via pop3 anymore From kshaw at kendallshaw.com Sat Mar 19 00:56:34 2011 From: kshaw at kendallshaw.com (Kendall Shaw) Date: Fri, 18 Mar 2011 15:56:34 -0700 Subject: [Dovecot] Configure Dovecot For IMAP Only? In-Reply-To: References: Message-ID: <1300488994.2669.108.camel@localhost> On Fri, 2011-03-18 at 13:20 -0400, Carlos Mennens wrote: > I've install Dovecot 2.0.11-1 on my Linux server and all the guides > and tutorials I've found on Google don't work since I'm running 2.x > and it seems most guides were done with 1.x. ... > Can anyone please tell me what I need to add to get this very basic > IMAP server up and running? http://wiki2.dovecot.org/ From dovecot at mailtagger.com Sat Mar 19 11:31:05 2011 From: dovecot at mailtagger.com (Tim Bessie) Date: Sat, 19 Mar 2011 02:31:05 -0700 (PDT) Subject: [Dovecot] Can't disable chroot to 'empty' dir, but need to... how to do it? Message-ID: Hello all... I've installed dovecot on my ISP's shell server, and am using SSH tunnelling so that I can retrieve my mbox-format mail from procmail-processed mailboxes on that server (normally I just ssh there and read them locally with pine, but now that I have a phone with an IMAP client, I wanted to be able to read it more easily there). The problem I'm having is, although it's working, whenever dovecot starts up, or I try to log in, it attempts to chroot to /home/mydir/dovecot/var/run/dovecot/empty (where /home/mydir/dovecot is the path to my dovecot installation). I've turned off all chroot'ing in all the config files, but it still seems to want to chroot to that one directory. The message I see in the log is: Mar 19 02:09:43 master: Info: Dovecot v2.0.11 starting up (core dumps disabled) Mar 19 02:09:44 anvil: Fatal: chroot(/home/mydir/dovecot/var/run/dovecot/empty) failed: Operation not permitted Mar 19 02:09:44 master: Error: service(anvil): command startup failed, throttling This doesn't cause a problem accessing my mail, but it DOES seem to wait 60 seconds between attempts at chroot'ing, so logins to the server take that long (until the chroot fails). Is there any way I can disable this? Again, I've followed the instructions and set 'chroot=' (empty) for all services, but that hasn't helped. - Tim From jk at jkart.de Sat Mar 19 14:40:03 2011 From: jk at jkart.de (Jim Knuth) Date: Sat, 19 Mar 2011 13:40:03 +0100 Subject: [Dovecot] Sieve or not? Message-ID: <4D84A423.2020701@jkart.de> Hello, I use V 2.11 and my question is: Is one present Sieve with this version or MUST this specially compiles? # 2.0.11 (31d8d43fa6b5): /etc/dovecot/dovecot.conf # OS: Linux 2.6.29.4 i686 Debian wheezy/sid -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Der Fanatismus ist die einzige 'Willensst?rke', zu der auch die Schwachen gebracht werden k?nnen. [Nietzsche] From nick+dovecot at bunbun.be Sat Mar 19 15:23:39 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Sat, 19 Mar 2011 14:23:39 +0100 Subject: [Dovecot] Sieve or not? In-Reply-To: <4D84A423.2020701@jkart.de> References: <4D84A423.2020701@jkart.de> Message-ID: <4D84AE5B.1050709@bunbun.be> Jim Knuth wrote: > Hello, > > I use V 2.11 and my question is: > Is one present Sieve with this version or > MUST this specially compiles? > > # 2.0.11 (31d8d43fa6b5): /etc/dovecot/dovecot.conf > # OS: Linux 2.6.29.4 i686 Debian wheezy/sid > For sieve you will have to install pigeonhole (http://wiki2.dovecot.org/Pigeonhole) N. From jk at jkart.de Sat Mar 19 16:06:00 2011 From: jk at jkart.de (Jim Knuth) Date: Sat, 19 Mar 2011 15:06:00 +0100 Subject: [Dovecot] Sieve or not? In-Reply-To: <4D84AE5B.1050709@bunbun.be> References: <4D84A423.2020701@jkart.de> <4D84AE5B.1050709@bunbun.be> Message-ID: <4D84B848.6090109@jkart.de> am 19.03.11 14:23 schrieb Nick Rosier : > Jim Knuth wrote: >> Hello, >> >> I use V 2.11 and my question is: >> Is one present Sieve with this version or >> MUST this specially compiles? >> >> # 2.0.11 (31d8d43fa6b5): /etc/dovecot/dovecot.conf >> # OS: Linux 2.6.29.4 i686 Debian wheezy/sid >> > For sieve you will have to install pigeonhole > (http://wiki2.dovecot.org/Pigeonhole) > > N. thanx, but where is these dovecot-config on Debian, standard installation? I`m searching in /usr/bin/ /usr/sbin/ /usr/local/ and so on. The only "thing" I`ve found is /usr/bin/doveconf. And than came: configure: error: dovecot-config not found Somebody have a hint for me? Thank you in advance. :) -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Ist das Leben nicht hundert Mal zu kurz, sich in ihm - zu langweilen? [Nietzsche] From jk at jkart.de Sat Mar 19 18:56:53 2011 From: jk at jkart.de (Jim Knuth) Date: Sat, 19 Mar 2011 17:56:53 +0100 Subject: [Dovecot] Sieve or not? In-Reply-To: <4D84B848.6090109@jkart.de> References: <4D84A423.2020701@jkart.de> <4D84AE5B.1050709@bunbun.be> <4D84B848.6090109@jkart.de> Message-ID: <4D84E055.4070209@jkart.de> am 19.03.11 15:06 schrieb Jim Knuth : > am 19.03.11 14:23 schrieb Nick Rosier : > >> Jim Knuth wrote: >>> Hello, >>> >>> I use V 2.11 and my question is: >>> Is one present Sieve with this version or >>> MUST this specially compiles? >>> >>> # 2.0.11 (31d8d43fa6b5): /etc/dovecot/dovecot.conf >>> # OS: Linux 2.6.29.4 i686 Debian wheezy/sid >>> >> For sieve you will have to install pigeonhole >> (http://wiki2.dovecot.org/Pigeonhole) >> >> N. > > thanx, but where is these dovecot-config on Debian, > standard installation? I`m searching in /usr/bin/ > /usr/sbin/ /usr/local/ and so on. > The only "thing" I`ve found is /usr/bin/doveconf. > And than came: configure: error: dovecot-config not found > > Somebody have a hint for me? Thank you in advance. :) > I must install only devel packages. ;) -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Ein Fanatiker ist ein Mensch, der seine Ansichten nicht ?ndern kann, und der das Thema nicht wechseln will. [Churchill] From dovecot.fdop at tagged.lorens.org Sat Mar 19 22:50:15 2011 From: dovecot.fdop at tagged.lorens.org (Lorens Kockum) Date: Sat, 19 Mar 2011 21:50:15 +0100 Subject: [Dovecot] dovecot proxy, imapproxy, perdition . . . or? Message-ID: <20110319205015.GA10298@tagged.lorens.org> Hi, I have two load-balanced dovecot servers using a single NFS mount. The version is 1.2.11. I chose this so that if one server goes down the other will take up the load, and if my load is too much for one server I just have to add more identical servers. It works, but I wish to move to SAN storage because the NFS server is exhibiting irregular performance. (I spent a lot of time with tcpdump to check that it wasn't NFS locking problems). Performance is very important to me, not in the sense of many users but in the sense of quick response time, since the main use is as a webmail backend. That means that instead of load-balancing connections between servers I will have to partition users between servers (all on one to begin with) and direct users to the corresponding server. I expected to use perdition, but when reading up on that I found imapproxy, which could be interesting for performance reasons, and also that dovecot has an included proxy, and that its performance is better than perdition. However on http://wiki.dovecot.org/HowTo/ImapProxy the feature "IMAP/POP3 server with proxy feature" is noted as "This model is still a bit unfinished in current code." Is this still true? There's also a general note that "This page was written quite a long time ago and may not match reality anymore" . . . From dg at dguhl.org Sat Mar 19 23:32:17 2011 From: dg at dguhl.org (Dennis Guhl) Date: Sat, 19 Mar 2011 22:32:17 +0100 Subject: [Dovecot] dovecot proxy, imapproxy, perdition . . . or? In-Reply-To: <20110319205015.GA10298@tagged.lorens.org> References: <20110319205015.GA10298@tagged.lorens.org> Message-ID: <20110319213217.GB1063@laptop-dg.leere.eu> On Sat, Mar 19, 2011 at 09:50:15PM +0100, Lorens Kockum wrote: > Hi, > > I have two load-balanced dovecot servers using a single NFS > mount. The version is 1.2.11. I chose this so that if one server [..] > reasons, and also that dovecot has an included proxy, and > that its performance is better than perdition. However on > http://wiki.dovecot.org/HowTo/ImapProxy the feature "IMAP/POP3 > server with proxy feature" is noted as "This model is still a > bit unfinished in current code." > > Is this still true? There's also a general note that "This page > was written quite a long time ago and may not match reality > anymore" . . . I use 1.2.15 from Debian Lennys backports in a proxy configuration for a medium three digit number of users without any problems. Dennis From jk at jkart.de Sun Mar 20 01:16:56 2011 From: jk at jkart.de (Jim Knuth) Date: Sun, 20 Mar 2011 00:16:56 +0100 Subject: [Dovecot] Testing sieve Message-ID: <4D853968.4000102@jkart.de> Hi, I`ve now compiled sieve and have a globalsieverc in /etc/dovecot/sieve/globalsieverc. How can I testing the rules? 1. require "fileinto"; if header :contains "X-Spam-Flag" "YES" { fileinto :create "Spam"; stop; } The second rule not working, the first rule I do not know. 2. require "fileinto"; if header :contains "subject" "Stress" { fileinto "Ablage"; stop; } main.cf entry is mailbox_command = /usr/lib/dovecot/dovecot-lda -a "$RECIPIENT" Thanks in advance -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Ist das Leben nicht hundert Mal zu kurz, sich in ihm - zu langweilen? [Nietzsche] From md5i at md5i.com Sun Mar 20 09:12:16 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Sun, 20 Mar 2011 03:12:16 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) Message-ID: <87vczee04v.fsf@maru.md5i.com> I have a sieve file that reads like this: require "fileinto"; # Emacs if header :contains "List-Id" "emacs-devel.gnu.org" { fileinto "mail.emacs-devel"; } elsif header :contains "List-Id" "emacs-bidi.gnu.org" { fileinto "mail.emacs-bidi"; } ... Unfortunately the List-Id based lines don't appear to be working, although some other ones do. The attached test message does not get delivered to the mail.emacs-devel list. Why? -------------- next part -------------- An embedded message was scrubbed... From: Michael Welsh Duggan Subject: Test Date: Sun, 20 Mar 2011 03:10:11 -0400 Size: 1061 Url: http://dovecot.org/pipermail/dovecot/attachments/20110320/af3a46ed/attachment.mht -------------- next part -------------- -- Michael Welsh Duggan (md5i at md5i.com) From md5i at md5i.com Sun Mar 20 09:18:25 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Sun, 20 Mar 2011 03:18:25 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <87vczee04v.fsf@maru.md5i.com> (Michael Welsh Duggan's message of "Sun, 20 Mar 2011 03:12:16 -0400") References: <87vczee04v.fsf@maru.md5i.com> Message-ID: <87k4fudzum.fsf@maru.md5i.com> Forgot to mention: # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35 i686 Debian wheezy/sid -- Michael Welsh Duggan (md5i at md5i.com) From robert at schetterer.org Sun Mar 20 13:27:36 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 20 Mar 2011 12:27:36 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat / looks like solved In-Reply-To: <4D83DF21.3050402@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> <4D813F12.6090501@schetterer.org> <4D81429F.5070201@schetterer.org> <4D83DF21.3050402@schetterer.org> Message-ID: <4D85E4A8.4080101@schetterer.org> Am 18.03.2011 23:39, schrieb Robert Schetterer: > Am 17.03.2011 00:07, schrieb Robert Schetterer: >> Am 16.03.2011 23:52, schrieb Robert Schetterer: >>> Am 16.03.2011 22:59, schrieb Robert Schetterer: >>>> Am 16.03.2011 20:56, schrieb Robert Schetterer: >>>>> I wonder how POP3 clients would even know how long the mail has been in >>>>>> server.. >>>> >>>> here it is for tb >>>> >>>> http://kb.mozillazine.org/Popstate.dat >>>> >>>> >>> >>> ok , i tested a little >>> the popstate.dat files stores what to do >>> with pop3 mail identified by UIDL >>> >>> this tb function looks good on both servers >>> >>> if i.e a mail was deleted from local inbox >>> it gets declared something like >>> d uidl >>> in the popstate.dat >>> >>> the difference between the servers is >>> that in the server without virtual plugin the mail gets in deed deleted >>> at pop3 reconnect >>> >>> sending >>> pop3(... at ....): expunge: box=INBOX, uid=172, >>> msgid=<4D813935.9070606 at ....>, size=1836 >>> >>> with my virtual plugin setup it isnt deleted >>> cant see any expunge with this tb account >>> >>> miracle i can see onther account ( think he has old netscape ) >>> which sends expunge over pop3 >>> >> >> checked this with outlook 2010 too >> it doesnt work either, see no expunge in log >> >> so the virtual plugin or my setup within simply broke this pop3 features > hi Timo > > i did more debugging, > used telnet with pop3 > the list and dele function are working, > > the problem is based on > that if tb downloads the mail ( with option leave copies on the server ) > mail stays in maildir cur now, but it cant be seen via pop3 list anymore > so its clear, whatever tb sends dele later connect it fails cause the > mail cant be seen via pop3 anymore > for very small tests this looks like solved i have to wait for wide user reaction/test to be sure to see mails via pop3 and leave copies on the server this cant work +RealMails/ RealMails/* -RealMails/Trash -RealMails/Trash/* -RealMails/Sent -RealMails/Sent/* -RealMails/Templates -RealMails/Templates/* -RealMails/Drafts -RealMails/Drafts/* -RealMails/Archives -RealMails/Archives/* unseen it must be +RealMails/ RealMails/* -RealMails/Trash -RealMails/Trash/* -RealMails/Sent -RealMails/Sent/* -RealMails/Templates -RealMails/Templates/* -RealMails/Drafts -RealMails/Drafts/* -RealMails/Archives -RealMails/Archives/* all which is example in the wiki too, but not related special to this pop3 leave copies on the server feature so timos patch worked , also it was a configration/mythinking bug dont know if the patch should be reverted , dont think so cause it looks better to have mails in maildir cur when the got downloaded then in new as it was before -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From jkrejci at usinternet.com Sun Mar 20 14:38:45 2011 From: jkrejci at usinternet.com (jkrejci at usinternet.com) Date: Sun, 20 Mar 2011 12:38:45 +0000 Subject: [Dovecot] dovecot proxy, imapproxy, perdition . . . or? Message-ID: <917269443-1300624723-cardhu_decombobulator_blackberry.rim.net-1085111859-@bda2106.bisx.prod.on.blackberry> We use proxy_maybe across several servers handling over 10,000 accounts with no problems. ------Original Message------ From: Dennis Guhl Sender: dovecot-bounces+jkrejci=usinternet.com at dovecot.org To: dovecot at dovecot.org ReplyTo: dovecot at dovecot.org Subject: Re: [Dovecot] dovecot proxy, imapproxy, perdition . . . or? Sent: Mar 19, 2011 4:32 PM On Sat, Mar 19, 2011 at 09:50:15PM +0100, Lorens Kockum wrote: > Hi, > > I have two load-balanced dovecot servers using a single NFS > mount. The version is 1.2.11. I chose this so that if one server [..] > reasons, and also that dovecot has an included proxy, and > that its performance is better than perdition. However on > http://wiki.dovecot.org/HowTo/ImapProxy the feature "IMAP/POP3 > server with proxy feature" is noted as "This model is still a > bit unfinished in current code." > > Is this still true? There's also a general note that "This page > was written quite a long time ago and may not match reality > anymore" . . . I use 1.2.15 from Debian Lennys backports in a proxy configuration for a medium three digit number of users without any problems. Dennis Sent via BlackBerry from T-Mobile From dkoski at sutinen.com Fri Mar 18 10:11:44 2011 From: dkoski at sutinen.com (David Koski) Date: Fri, 18 Mar 2011 01:11:44 -0700 Subject: [Dovecot] dovecot LDA: "temporary failure" In-Reply-To: <201103172356.03799.david@kosmosisland.com> References: <201103172308.21913.david@kosmosisland.com> <201103172356.03799.david@kosmosisland.com> Message-ID: <201103180111.45124.dkoski@sutinen.com> Forget it. I must have been crosseyed. Someone had put the log file in a non-standard place /home/vmail/dovecot-deliver.log. It told all. A plugin cmusieve was not found, possibly depreciated? I learned how to make the deliver command line work. ;) Sorry, David Koski dkoski at sutinen.com > Additional information: > > I created a script to get the return code from deliver: > > 1 #!/bin/bash > 2 > 3 cat "cur/1300037582.P7332Q0M221160.brusco-mail:2,S" | > /usr/lib/dovecot/deliver -f dkoski at somedomain.com -d > dkoski at domainhidden.com 4 > 5 case $? in > 6 0) echo "0" > 7 ;; > 8 64) echo "64" > 9 ;; > 10 67) echo "67" > 11 ;; > 12 78) echo "78" > 13 ;; > 14 77) echo "77" > 15 ;; > 16 75) echo "75" > 17 ;; > 18 *) echo "unknown" > 19 esac > 20 > > The file it is cat'ing is a valid email in an Maildir/cur file. It returns > 75 (EX_TEMP_FAIL) every time, even run as root. The logs reveal: > > /var/log/dovecot/lda-deliver: > > 2011-03-17 23:35:39 deliver(dkoski at somedomain2.com): Info: Loading modules > from directory: /usr/lib/dovecot/modules/lda > > /var/log/dovecot/deliver.info: > (nothing) > > /var/log/dovecot/deliver.err: > (nothing) > > I tried the script on another machine with Dovecot 1.0.15-2.3+lenny1 with > success if I run as root. > > Regards, > David Koski > dkoski at sutinen.com > > > This really has me stumped and desperate. I upgraded Debian from 5... > > From pk10 at ksiaznica.torun.pl Fri Mar 18 10:46:34 2011 From: pk10 at ksiaznica.torun.pl (pk10 at ksiaznica.torun.pl) Date: Fri, 18 Mar 2011 09:46:34 +0100 (CET) Subject: [Dovecot] Problem with pam-auth and winbind Message-ID: <61209.158.75.205.1.1300437994.squirrel@mail.ksiaznica.torun.pl> Hi I try to use windbind rule to authenticate users in dovecot login procedure. /etc/nsswitch.conf file: passwd: files winbind shadow: files winbind group: files winbind Configuration of the dovecot is follows: log_path: /var/log/dovecot/error.log info_log_path: /var/log/dovecot/info.log protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/pki/tls/certs/dovecot.pem ssl_key_file: /etc/pki/tls/private/dovecot.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/lib64/dovecot/imap-login login_executable(imap): /usr/lib64/dovecot/imap-login login_executable(pop3): /usr/lib64/dovecot/pop3-login mail_executable(default): /usr/lib64/dovecot/imap mail_executable(imap): /usr/lib64/dovecot/imap mail_executable(pop3): /usr/lib64/dovecot/pop3 mail_plugin_dir(default): /usr/lib64/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib64/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/modules/pop3 auth default: mechanisms: plain login use_winbind: yes passdb: driver: pam args: dovecot userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix and configuration of the /etc/pam.d/dovecot is follows: #%PAM-1.0 auth required pam_env.so debug auth sufficient pam_winbind.so #auth sufficient pam_unix.so likeauth nullok use_first_pass auth required pam_deny.so # when I try logon from my console: # telnet komp14 110 Trying 10.10.10.38... Connected to komp.xxx.xxx (10.10.10.38). Escape character is '^]'. +OK Dovecot ready. user tt1 +OK pass xxxxxxxxx -ERR Authentication failed. quit +OK Logging out Connection closed by foreign host. Of course password is corret becouse #wbinfo -K tt1 Enter tt1's password: plaintext kerberos password authentication for [tt1] succeeded (requesting cctype: FILE) credentials were put in: FILE:/tmp/krb5cc_0 In the logs files I can find coresponding to the telnet command to dovecot: /var/log/auth.log Mar 14 09:43:22 komp14 dovecot-auth: pam_winbind(dovecot:auth): getting password (0x00000000) Mar 14 09:43:22 komp14 dovecot-auth: pam_winbind(dovecot:auth): user 'tt1' granted access /var/log/dovecot/info.log Mar 14 09:43:29 pop3-login: Info: Aborted login (auth failed, 1 attempts): user=, method=PLAIN, rip=10.10.10.38, lip=10.10.10.38, secured I'll be apreciate for any hints. but in /var/log/dovecot/error.log we have information: Mar 14 09:43:29 auth-worker(default): Error: pam(tt1,10.10.10.38): pam_acct_mgmt() failed: Authentication failure This test was done with windbindd Version 3.5.3. When I test it on another machine with windbind Version 3.0.24 (config file are the same) authentication prosess is done properly. Any HINTS???? From Christoph.Pleger at cs.tu-dortmund.de Fri Mar 18 11:02:33 2011 From: Christoph.Pleger at cs.tu-dortmund.de (Christoph Pleger) Date: Fri, 18 Mar 2011 10:02:33 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <1299944148.19220.556.camel@hurina> References: <201102191010.31727.Christoph@plmail.de> <201103121554.17975.Christoph@plmail.de> <1299944148.19220.556.camel@hurina> Message-ID: <201103181002.33691.Christoph.Pleger@cs.tu-dortmund.de> Hello, > > Big surprise: Something bad must have happened after the messages were > > deleted from Trash; now all messages are zero days old. > > Are you using maildir? Did you run with those patches + mail_debug=yes? Today, the daily cronjob expired some messages. I have attached the output of the job. It seems that the error occurs not when expunging, but when deleting the first message after expunging. Before deleting a message, "doveadm search" showed me messages that were between zero and four days old, but directly after deleting a message, all messages were zero days old. Here is my log entry from when I deleted that message: Mar 18 09:50:28 joseph dovecot: imap(christoph): Debug: expire: Saving first message to Trash, updating timestamp to 1300438228 Regards Christoph -------------- next part -------------- /etc/cron.daily/dovecot: doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_expire_plugin.so doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm doveadm: Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so doveadm: Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Skipping module doveadm_zlib_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_zlib_plugin.so: undefined symbol: i_stream_create_deflate (this is usually intentional, so just ignore this message) doveadm: Debug: expire: Searching only users listed in expire database doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_expire_plugin.so doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm doveadm: Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so doveadm: Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Skipping module doveadm_zlib_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_zlib_plugin.so: undefined symbol: i_stream_create_deflate (this is usually intentional, so just ignore this message) doveadm: Debug: expire: Searching only users listed in expire database doveadm(christoph): Debug: auth input: christoph home=/mailhome/vmail/christoph doveadm(christoph): Debug: Effective uid=110, gid=114, home=/mailhome/vmail/christoph doveadm(christoph): Debug: fs: root=/mailhome/vmail/christoph/mdbox, index=, control=, inbox= doveadm(christoph): Debug: Namespace : Using permissions from /mailhome/vmail/christoph/mdbox: mode=0700 gid=-1 doveadm(christoph): Debug: expunge: box=Trash uid=3248 doveadm(christoph): Debug: expunge: box=Trash uid=3249 doveadm(christoph): Debug: expunge: box=Trash uid=3250 doveadm(christoph): Debug: expunge: box=Trash uid=3251 doveadm(christoph): Debug: expunge: box=Trash uid=3252 doveadm(christoph): Debug: expunge: box=Trash uid=3253 doveadm(christoph): Debug: expunge: box=Trash uid=3254 doveadm(christoph): Debug: expunge: box=Trash uid=3255 doveadm(christoph): Debug: expunge: box=Trash uid=3256 doveadm(christoph): Debug: expunge: box=Trash uid=3257 doveadm(christoph): Debug: expunge: box=Trash uid=3258 doveadm(christoph): Debug: expunge: box=Trash uid=3259 doveadm(christoph): Debug: expunge: box=Trash uid=3260 doveadm(christoph): Debug: expunge: box=Trash uid=3261 doveadm(christoph): Debug: expunge: box=Trash uid=3262 doveadm(christoph): Debug: expunge: box=Trash uid=3263 doveadm(christoph): Debug: expunge: box=Trash uid=3264 doveadm(christoph): Debug: expunge: box=Trash uid=3265 doveadm(christoph): Debug: expunge: box=Trash uid=3266 doveadm(christoph): Debug: expunge: box=Trash uid=3267 doveadm(christoph): Debug: expunge: box=Trash uid=3268 doveadm(christoph): Debug: expunge: box=Trash uid=3269 doveadm(christoph): Debug: expunge: box=Trash uid=3270 doveadm(christoph): Debug: expunge: box=Trash uid=3271 doveadm(christoph): Debug: expunge: box=Trash uid=3272 doveadm(christoph): Debug: expunge: box=Trash uid=3273 doveadm(christoph): Debug: expunge: box=Trash uid=3274 doveadm(christoph): Debug: expunge: box=Trash uid=3275 doveadm(christoph): Debug: expunge: box=Trash uid=3276 doveadm(christoph): Debug: expunge: box=Trash uid=3277 doveadm(christoph): Debug: expunge: box=Trash uid=3278 doveadm(christoph): Debug: expunge: box=Trash uid=3279 doveadm(christoph): Debug: expunge: box=Trash uid=3280 doveadm(christoph): Debug: expunge: box=Trash uid=3281 doveadm(christoph): Debug: expunge: box=Trash uid=3282 doveadm(christoph): Debug: expunge: box=Trash uid=3283 doveadm(christoph): Debug: expunge: box=Trash uid=3284 doveadm(christoph): Debug: expunge: box=Trash uid=3285 doveadm(christoph): Debug: expunge: box=Trash uid=3286 doveadm(christoph): Debug: expunge: box=Trash uid=3287 doveadm(christoph): Debug: expunge: box=Trash uid=3288 doveadm(christoph): Debug: expunge: box=Trash uid=3289 doveadm(christoph): Debug: expunge: box=Trash uid=3290 doveadm(christoph): Debug: expunge: box=Trash uid=3291 doveadm(christoph): Debug: expunge: box=Trash uid=3292 doveadm(christoph): Debug: expunge: box=Trash uid=3293 doveadm(christoph): Debug: expunge: box=Trash uid=3294 doveadm(christoph): Debug: expunge: box=Trash uid=3295 doveadm(christoph): Debug: expunge: box=Trash uid=3296 doveadm(christoph): Debug: expunge: box=Trash uid=3297 doveadm(christoph): Debug: expunge: box=Trash uid=3298 doveadm(christoph): Debug: expunge: box=Trash uid=3299 doveadm(christoph): Debug: expunge: box=Trash uid=3300 doveadm(christoph): Debug: expunge: box=Trash uid=3301 doveadm(christoph): Debug: expunge: box=Trash uid=3302 doveadm(christoph): Debug: expunge: box=Trash uid=3303 doveadm(christoph): Debug: expunge: box=Trash uid=3304 doveadm(christoph): Debug: expunge: box=Trash uid=3305 doveadm(christoph): Debug: expunge: box=Trash uid=3306 doveadm(christoph): Debug: expunge: box=Trash uid=3307 doveadm(christoph): Debug: expunge: box=Trash uid=3308 doveadm(christoph): Debug: expunge: box=Trash uid=3309 doveadm(christoph): Debug: expunge: box=Trash uid=3310 doveadm(christoph): Debug: expunge: box=Trash uid=3311 doveadm(christoph): Debug: expunge: box=Trash uid=3312 doveadm(christoph): Debug: expunge: box=Trash uid=3313 doveadm(christoph): Debug: expunge: box=Trash uid=3314 doveadm(christoph): Debug: expunge: box=Trash uid=3315 doveadm(christoph): Debug: expunge: box=Trash uid=3316 doveadm(christoph): Debug: expunge: box=Trash uid=3317 doveadm(christoph): Debug: expunge: box=Trash uid=3318 doveadm(christoph): Debug: expunge: box=Trash uid=3319 doveadm(christoph): Debug: expunge: box=Trash uid=3320 doveadm(christoph): Debug: expunge: box=Trash uid=3321 doveadm(christoph): Debug: expunge: box=Trash uid=3322 doveadm(christoph): Debug: expunge: box=Trash uid=3323 doveadm(christoph): Debug: expunge: box=Trash uid=3324 doveadm(christoph): Debug: expunge: box=Trash uid=3325 doveadm(christoph): Debug: expunge: box=Trash uid=3326 doveadm(christoph): Debug: expunge: box=Trash uid=3327 doveadm(christoph): Debug: expunge: box=Trash uid=3328 doveadm(christoph): Debug: expunge: box=Trash uid=3329 doveadm(christoph): Debug: expunge: box=Trash uid=3330 doveadm(christoph): Debug: expunge: box=Trash uid=3331 doveadm(christoph): Debug: expunge: box=Trash uid=3332 doveadm(christoph): Debug: expunge: box=Trash uid=3333 doveadm(christoph): Debug: expunge: box=Trash uid=3334 doveadm(christoph): Debug: expunge: box=Trash uid=3335 doveadm(christoph): Debug: expunge: box=Trash uid=3336 doveadm(christoph): Debug: expunge: box=Trash uid=3337 doveadm(christoph): Debug: expunge: box=Trash uid=3338 doveadm(christoph): Debug: expunge: box=Trash uid=3339 doveadm(christoph): Debug: expunge: box=Trash uid=3340 doveadm(christoph): Debug: expunge: box=Trash uid=3341 doveadm(christoph): Debug: expunge: box=Trash uid=3342 doveadm(christoph): Debug: expunge: box=Trash uid=3343 doveadm(christoph): Debug: expunge: box=Trash uid=3344 doveadm(christoph): Debug: expunge: box=Trash uid=3345 doveadm(christoph): Debug: expunge: box=Trash uid=3346 doveadm(christoph): Debug: expunge: box=Trash uid=3347 doveadm(christoph): Debug: expunge: box=Trash uid=3348 doveadm(christoph): Debug: expunge: box=Trash uid=3349 doveadm(christoph): Debug: expunge: box=Trash uid=3350 doveadm(christoph): Debug: expunge: box=Trash uid=3351 doveadm(christoph): Debug: expunge: box=Trash uid=3352 doveadm(christoph): Debug: expunge: box=Trash uid=3353 doveadm(christoph): Debug: expunge: box=Trash uid=3354 doveadm(christoph): Debug: expunge: box=Trash uid=3355 doveadm(christoph): Debug: expunge: box=Trash uid=3356 doveadm(christoph): Debug: expunge: box=Trash uid=3357 doveadm(christoph): Debug: expunge: box=Trash uid=3358 doveadm(christoph): Debug: expunge: box=Trash uid=3359 doveadm(christoph): Debug: expunge: box=Trash uid=3360 doveadm(christoph): Debug: expunge: box=Trash uid=3361 doveadm(christoph): Debug: expunge: box=Trash uid=3362 doveadm(christoph): Debug: expunge: box=Trash uid=3363 doveadm(christoph): Debug: expunge: box=Trash uid=3364 doveadm(christoph): Debug: expunge: box=Trash uid=3365 doveadm(christoph): Debug: expunge: box=Trash uid=3366 doveadm(christoph): Debug: expunge: box=Trash uid=3367 doveadm(christoph): Debug: expunge: box=Trash uid=3368 doveadm(christoph): Debug: expunge: box=Trash uid=3369 doveadm(christoph): Debug: expunge: box=Trash uid=3370 doveadm(christoph): Debug: expunge: box=Trash uid=3371 doveadm(christoph): Debug: expunge: box=Trash uid=3372 doveadm(christoph): Debug: expunge: box=Trash uid=3373 doveadm(christoph): Debug: expunge: box=Trash uid=3374 doveadm(christoph): Debug: expunge: box=Trash uid=3375 doveadm(christoph): Debug: expunge: box=Trash uid=3376 doveadm(christoph): Debug: expunge: box=Trash uid=3377 doveadm(christoph): Debug: expunge: box=Trash uid=3378 doveadm(christoph): Debug: expunge: box=Trash uid=3379 doveadm(christoph): Debug: expunge: box=Trash uid=3380 doveadm(christoph): Debug: expunge: box=Trash uid=3381 doveadm(christoph): Debug: expunge: box=Trash uid=3382 doveadm(christoph): Debug: expunge: box=Trash uid=3383 doveadm(christoph): Debug: expunge: box=Trash uid=3384 doveadm(christoph): Debug: expunge: box=Trash uid=3385 doveadm(christoph): Debug: expunge: box=Trash uid=3386 doveadm(christoph): Debug: expunge: box=Trash uid=3387 doveadm(christoph): Debug: expunge: box=Trash uid=3388 doveadm(christoph): Debug: expunge: box=Trash uid=3389 doveadm(christoph): Debug: expunge: box=Trash uid=3390 doveadm(christoph): Debug: expunge: box=Trash uid=3391 doveadm(christoph): Debug: expunge: box=Trash uid=3392 doveadm(christoph): Debug: expunge: box=Trash uid=3393 doveadm(christoph): Debug: expunge: box=Trash uid=3394 doveadm(christoph): Debug: expunge: box=Trash uid=3395 doveadm(christoph): Debug: expunge: box=Trash uid=3396 doveadm(christoph): Debug: expunge: box=Trash uid=3397 doveadm(christoph): Debug: expunge: box=Trash uid=3398 doveadm(christoph): Debug: expunge: box=Trash uid=3399 doveadm(christoph): Debug: expunge: box=Trash uid=3400 doveadm(christoph): Debug: expunge: box=Trash uid=3401 doveadm(christoph): Debug: expunge: box=Trash uid=3402 doveadm(christoph): Debug: expunge: box=Trash uid=3403 doveadm(christoph): Debug: expunge: box=Trash uid=3404 doveadm(christoph): Debug: expunge: box=Trash uid=3405 doveadm(christoph): Debug: expunge: box=Trash uid=3406 doveadm(christoph): Debug: expunge: box=Trash uid=3407 doveadm(christoph): Debug: expunge: box=Trash uid=3408 doveadm(christoph): Debug: expunge: box=Trash uid=3409 doveadm(christoph): Debug: expunge: box=Trash uid=3410 doveadm(christoph): Debug: expunge: box=Trash uid=3411 doveadm(christoph): Debug: expunge: box=Trash uid=3412 doveadm(christoph): Debug: expunge: box=Trash uid=3413 doveadm(christoph): Debug: expunge: box=Trash uid=3414 doveadm(christoph): Debug: expunge: box=Trash uid=3415 doveadm(christoph): Debug: expunge: box=Trash uid=3416 doveadm(christoph): Debug: expunge: box=Trash uid=3417 doveadm(christoph): Debug: expunge: box=Trash uid=3418 doveadm(christoph): Debug: expunge: box=Trash uid=3419 doveadm(christoph): Debug: expunge: box=Trash uid=3420 doveadm(christoph): Debug: expunge: box=Trash uid=3421 doveadm(christoph): Debug: expunge: box=Trash uid=3422 doveadm(christoph): Debug: expunge: box=Trash uid=3423 doveadm(christoph): Debug: expunge: box=Trash uid=3424 doveadm(christoph): Debug: expunge: box=Trash uid=3425 doveadm(christoph): Debug: expunge: box=Trash uid=3426 doveadm(christoph): Debug: expunge: box=Trash uid=3427 doveadm(christoph): Debug: expunge: box=Trash uid=3428 doveadm(christoph): Debug: expunge: box=Trash uid=3429 doveadm(christoph): Debug: expunge: box=Trash uid=3430 doveadm(christoph): Debug: expunge: box=Trash uid=3431 doveadm(christoph): Debug: expunge: box=Trash uid=3432 doveadm(christoph): Debug: expunge: box=Trash uid=3433 doveadm(christoph): Debug: expunge: box=Trash uid=3434 doveadm(christoph): Debug: expunge: box=Trash uid=3435 doveadm(christoph): Debug: expunge: box=Trash uid=3436 doveadm(christoph): Debug: expunge: box=Trash uid=3437 doveadm(christoph): Debug: expunge: box=Trash uid=3438 doveadm(christoph): Debug: expunge: box=Trash uid=3439 doveadm(christoph): Debug: expunge: box=Trash uid=3440 doveadm(christoph): Debug: expunge: box=Trash uid=3441 doveadm(christoph): Debug: expunge: box=Trash uid=3442 doveadm(christoph): Debug: expunge: box=Trash uid=3443 doveadm(christoph): Debug: expunge: box=Trash uid=3444 doveadm(christoph): Debug: expunge: box=Trash uid=3445 doveadm(christoph): Debug: expunge: box=Trash uid=3446 doveadm(christoph): Debug: expunge: box=Trash uid=3447 doveadm(christoph): Debug: expunge: box=Trash uid=3448 doveadm(christoph): Debug: expunge: box=Trash uid=3449 doveadm(christoph): Debug: expunge: box=Trash uid=3450 doveadm(christoph): Debug: expunge: box=Trash uid=3451 doveadm(christoph): Debug: expunge: box=Trash uid=3452 doveadm(christoph): Debug: expunge: box=Trash uid=3453 doveadm(christoph): Debug: expunge: box=Trash uid=3454 doveadm(christoph): Debug: expunge: box=Trash uid=3455 doveadm(christoph): Debug: expunge: box=Trash uid=3456 doveadm(christoph): Debug: expunge: box=Trash uid=3457 doveadm(christoph): Debug: expunge: box=Trash uid=3458 doveadm(christoph): Debug: expunge: box=Trash uid=3459 doveadm(christoph): Debug: expunge: box=Trash uid=3460 doveadm(christoph): Debug: expunge: box=Trash uid=3461 doveadm(christoph): Debug: expunge: box=Trash uid=3462 doveadm(christoph): Debug: expunge: box=Trash uid=3463 doveadm(christoph): Debug: expunge: box=Trash uid=3464 doveadm(christoph): Debug: expunge: box=Trash uid=3465 doveadm(christoph): Debug: expunge: box=Trash uid=3466 doveadm(christoph): Debug: expunge: box=Trash uid=3467 doveadm(christoph): Debug: expunge: box=Trash uid=3468 doveadm(christoph): Debug: expunge: box=Trash uid=3469 doveadm(christoph): Debug: expunge: box=Trash uid=3470 doveadm(christoph): Debug: expunge: box=Trash uid=3471 doveadm(christoph): Debug: expunge: box=Trash uid=3472 doveadm(christoph): Debug: expunge: box=Trash uid=3473 doveadm(christoph): Debug: expunge: box=Trash uid=3474 doveadm(christoph): Debug: expunge: box=Trash uid=3475 doveadm(christoph): Debug: expunge: box=Trash uid=3476 doveadm(christoph): Debug: expunge: box=Trash uid=3477 doveadm(christoph): Debug: expunge: box=Trash uid=3478 doveadm(christoph): Debug: expunge: box=Trash uid=3479 doveadm(christoph): Debug: expunge: box=Trash uid=3480 doveadm(christoph): Debug: expunge: box=Trash uid=3481 doveadm(christoph): Debug: expunge: box=Trash uid=3482 doveadm(christoph): Debug: expunge: box=Trash uid=3483 doveadm(christoph): Debug: expunge: box=Trash uid=3484 doveadm(christoph): Debug: expunge: box=Trash uid=3485 doveadm(christoph): Debug: expunge: box=Trash uid=3486 doveadm(christoph): Debug: expunge: box=Trash uid=3487 doveadm(christoph): Debug: expunge: box=Trash uid=3488 doveadm(christoph): Debug: expunge: box=Trash uid=3489 doveadm(christoph): Debug: expunge: box=Trash uid=3490 doveadm(christoph): Debug: expunge: box=Trash uid=3491 doveadm(christoph): Debug: expunge: box=Trash uid=3492 doveadm(christoph): Debug: expunge: box=Trash uid=3493 doveadm(christoph): Debug: expunge: box=Trash uid=3494 doveadm(christoph): Debug: expunge: box=Trash uid=3495 doveadm(christoph): Debug: expunge: box=Trash uid=3496 doveadm(christoph): Debug: expunge: box=Trash uid=3497 doveadm(christoph): Debug: expunge: box=Trash uid=3498 doveadm(christoph): Debug: expunge: box=Trash uid=3499 doveadm(christoph): Debug: expunge: box=Trash uid=3500 doveadm(christoph): Debug: expunge: box=Trash uid=3501 doveadm(christoph): Debug: expunge: box=Trash uid=3502 doveadm(christoph): Debug: expunge: box=Trash uid=3503 doveadm(christoph): Debug: expunge: box=Trash uid=3504 doveadm(christoph): Debug: expunge: box=Trash uid=3505 doveadm(christoph): Debug: expunge: box=Trash uid=3506 doveadm(christoph): Debug: expunge: box=Trash uid=3507 doveadm(christoph): Debug: expunge: box=Trash uid=3508 doveadm(christoph): Debug: expunge: box=Trash uid=3509 doveadm(christoph): Debug: expunge: box=Trash uid=3510 doveadm(christoph): Debug: expunge: box=Trash uid=3511 doveadm(christoph): Debug: expunge: box=Trash uid=3512 doveadm(christoph): Debug: expunge: box=Trash uid=3513 doveadm(christoph): Debug: expunge: box=Trash uid=3514 doveadm(christoph): Debug: expunge: box=Trash uid=3515 doveadm(christoph): Debug: expunge: box=Trash uid=3516 doveadm(christoph): Debug: expunge: box=Trash uid=3517 doveadm(christoph): Debug: expunge: box=Trash uid=3518 doveadm(christoph): Debug: expunge: box=Trash uid=3519 doveadm(christoph): Debug: expunge: box=Trash uid=3520 doveadm(christoph): Debug: expunge: box=Trash uid=3521 doveadm(christoph): Debug: expunge: box=Trash uid=3522 doveadm(christoph): Debug: expunge: box=Trash uid=3523 doveadm(christoph): Debug: expunge: box=Trash uid=3524 doveadm(christoph): Debug: expunge: box=Trash uid=3525 doveadm(christoph): Debug: expunge: box=Trash uid=3526 doveadm(christoph): Debug: expunge: box=Trash uid=3527 doveadm(christoph): Debug: expunge: box=Trash uid=3528 doveadm(christoph): Debug: expunge: box=Trash uid=3529 doveadm(christoph): Debug: expunge: box=Trash uid=3530 doveadm(christoph): Debug: expunge: box=Trash uid=3531 doveadm(christoph): Debug: expunge: box=Trash uid=3532 doveadm(christoph): Debug: expunge: box=Trash uid=3533 doveadm(christoph): Debug: expunge: box=Trash uid=3534 doveadm(christoph): Debug: expunge: box=Trash uid=3535 doveadm(christoph): Debug: expunge: box=Trash uid=3536 doveadm(christoph): Debug: expunge: box=Trash uid=3537 doveadm(christoph): Debug: expunge: box=Trash uid=3538 doveadm(christoph): Debug: expunge: box=Trash uid=3539 doveadm(christoph): Debug: expunge: box=Trash uid=3540 doveadm(christoph): Debug: expunge: box=Trash uid=3541 doveadm(christoph): Debug: expunge: box=Trash uid=3542 doveadm(christoph): Debug: expunge: box=Trash uid=3543 doveadm(christoph): Debug: expunge: box=Trash uid=3544 doveadm(christoph): Debug: expunge: box=Trash uid=3545 doveadm(christoph): Debug: expunge: box=Trash uid=3546 doveadm(christoph): Debug: expunge: box=Trash uid=3547 doveadm(christoph): Debug: expunge: box=Trash uid=3548 doveadm(christoph): Debug: expunge: box=Trash uid=3549 doveadm(christoph): Debug: expunge: box=Trash uid=3550 doveadm(christoph): Debug: expunge: box=Trash uid=3551 doveadm(christoph): Debug: expunge: box=Trash uid=3552 doveadm(christoph): Debug: expunge: box=Trash uid=3553 doveadm(christoph): Debug: expunge: box=Trash uid=3554 doveadm(christoph): Debug: expunge: box=Trash uid=3555 doveadm(christoph): Debug: expunge: box=Trash uid=3556 doveadm(christoph): Debug: expunge: box=Trash uid=3557 doveadm(christoph): Debug: expunge: box=Trash uid=3558 doveadm(christoph): Debug: expunge: box=Trash uid=3559 doveadm(christoph): Debug: expunge: box=Trash uid=3560 doveadm(christoph): Debug: expunge: box=Trash uid=3561 doveadm(christoph): Debug: expunge: box=Trash uid=3562 doveadm(christoph): Debug: expire: Expunging first message in Trash, updating timestamp to 0 From kprprl at gmail.com Fri Mar 18 12:51:38 2011 From: kprprl at gmail.com (PARTH MONGA) Date: Fri, 18 Mar 2011 16:21:38 +0530 Subject: [Dovecot] dovecot authentication Local + MySQL Message-ID: Hi Friends I am facing an issue with dovecot configuration and i am describing it in a nutshell. We have a dovecot setup under ultramonkey load balancer and in loadbalancer we have a check defined for pop service which queries mysqldatabase for a particular user name/password after every 2 minutes to check if service is live or not.. Things are fine till here . Now The catch is if somehow that particular user info(either password or username) is mistakenly changed in mysql database whole of my pop gets down beacuse load balancer cant login and that is a single point of failure in my setup . Now what i want is I want to know if there is any method that i can setup in dovecot to lookup for a user locally first and then go for a remote search for the user( ie in mysql database) So that we get the user searched locally before querying the mysql database Local + mysql database authetication i want to be in parallel with each other. Please show some light on this . Thanks and Regards Parth Monga From stephane at 22decembre.eu Fri Mar 18 15:16:27 2011 From: stephane at 22decembre.eu (=?utf-8?q?St=C3=A9phane_Guedon?=) Date: Fri, 18 Mar 2011 14:16:27 +0100 Subject: [Dovecot] remove old files Message-ID: <201103181416.27897.stephane@22decembre.eu> Hello I use the dovecot 2.0.10 server and wonder how to clean up correctly the old mails (especially for spam folder). I use maildir storage, and wonder if deleting files with an rm and file command combinaison would be good or would corrupt indexes files/whatever. for exemple, the spam folder is in ~/.mail/.INBOX.spam/ Thus, can I "cd ~/.mail/.INBOX.spam/ && rm 'files older than 2 months' " or something else ? Thanks. -- St?phane Guedon page web : http://www.22decembre.eu/ carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf cl? publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 316 bytes Desc: This is a digitally signed message part. Url : http://dovecot.org/pipermail/dovecot/attachments/20110318/e0430bf7/attachment.bin From user+dovecot at localhost.localdomain.org Sun Mar 20 16:13:04 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Sun, 20 Mar 2011 15:13:04 +0100 Subject: [Dovecot] remove old files In-Reply-To: <201103181416.27897.stephane@22decembre.eu> References: <201103181416.27897.stephane@22decembre.eu> Message-ID: <4D860B70.6030608@localhost.localdomain.org> On 03/18/2011 02:16 PM St?phane Guedon wrote: > Hello > > I use the dovecot 2.0.10 server and wonder how to clean up correctly the old > mails (especially for spam folder). > > I use maildir storage, and wonder if deleting files with an rm and file command > combinaison would be good or would corrupt indexes files/whatever. > > for exemple, the spam folder is in ~/.mail/.INBOX.spam/ > > Thus, can I "cd ~/.mail/.INBOX.spam/ && rm 'files older than 2 months' " or > something else ? > > Thanks. Have a look at: http://wiki2.dovecot.org/Tools/Doveadm/Expunge Regards, Pascal -- The trapper recommends today: decade.1107915 at localdomain.org From maria_arrea at gmx.com Sun Mar 20 16:31:03 2011 From: maria_arrea at gmx.com (Maria Arrea) Date: Sun, 20 Mar 2011 14:31:03 +0000 Subject: [Dovecot] Question about "extracting" unwanted e-mails from mdbox Message-ID: <20110320143103.243300@gmx.com> Imagine the following scenario Last Saturday, 3:00 AM a big phishing attack hits our e-mail inboxes. Spamassassin does not mark them as spam, and our 50.000+ users have in their mdbox a very credible phishing attack. What doveadm-fu could I use to delete (or move to spam) that e-mail from each user INBOX (let?s imagine the Subject or a Header is known)? I repeat: already delivered e-mail, how to filter/prune it. Regards Maria From ejs at shubes.net Sun Mar 20 16:36:15 2011 From: ejs at shubes.net (Eric Shubert) Date: Sun, 20 Mar 2011 07:36:15 -0700 Subject: [Dovecot] Question about "extracting" unwanted e-mails from mdbox In-Reply-To: <20110320143103.243300@gmx.com> References: <20110320143103.243300@gmx.com> Message-ID: On 03/20/2011 07:31 AM, Maria Arrea wrote: > Imagine the following scenario > > Last Saturday, 3:00 AM a big phishing attack hits our e-mail inboxes. Spamassassin does not mark them as spam, and our 50.000+ users have in their mdbox a very credible phishing attack. What doveadm-fu could I use to delete (or move to spam) that e-mail from each user INBOX (let?s imagine the Subject or a Header is known)? > > I repeat: already delivered e-mail, how to filter/prune it. > > Regards > > Maria > Which type of mailbox? -- -Eric 'shubes' From japc at co.sapo.pt Sun Mar 20 17:15:55 2011 From: japc at co.sapo.pt (Jose Celestino) Date: Sun, 20 Mar 2011 15:15:55 +0000 Subject: [Dovecot] Question about "extracting" unwanted e-mails from mdbox In-Reply-To: <20110320143103.243300@gmx.com> References: <20110320143103.243300@gmx.com> Message-ID: <1300634155.2638.1.camel@morgoth> On Dom, 2011-03-20 at 14:31 +0000, Maria Arrea wrote: > Imagine the following scenario > > Last Saturday, 3:00 AM a big phishing attack hits our e-mail inboxes. Spamassassin does not mark them as spam, and our 50.000+ users have in their mdbox a very credible phishing attack. What doveadm-fu could I use to delete (or move to spam) that e-mail from each user INBOX (let?s imagine the Subject or a Header is known)? > > I repeat: already delivered e-mail, how to filter/prune it. > You can use doveadm expunge: http://wiki2.dovecot.org/Tools/Doveadm/Expunge Search query: http://wiki2.dovecot.org/Tools/Doveadm/SearchQuery Try first on a single mailbox, of course. -- Jose Celestino | http://japc.uncovering.org/files/japc-pgpkey.asc ---------------------------------------------------------------- "Assumption is the Mother of Screw-Up" -- Mr. John Elwood Hale From scott at renshawauto.net Sun Mar 20 18:34:55 2011 From: scott at renshawauto.net (Scott Hughes) Date: Sun, 20 Mar 2011 11:34:55 -0500 Subject: [Dovecot] Strange Dovecot Issue Message-ID: <4D862CAF.2000107@renshawauto.net> Greetings, I am trying to copy email from one server to another server using Thunderbird. The old server is a closed source ModusMail server and the new server is a Qmail server running Dovecot 1.2.3 (yes, I realize this is behind the times a bit). My issue is this: Whenever Thunderbird gets to a message that has been forwarded (has the forward flag set) an error is generated from the new server (dovecot) that it does not know how to handle the forward flag. Is this a known issue or is it simply that my version of Dovecot is behind? Thanks, Scott From md5i at md5i.com Sun Mar 20 21:28:50 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Sun, 20 Mar 2011 15:28:50 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <87vczee04v.fsf@maru.md5i.com> (Michael Welsh Duggan's message of "Sun, 20 Mar 2011 03:12:16 -0400") References: <87vczee04v.fsf@maru.md5i.com> Message-ID: <87k4ft1thp.fsf@maru.md5i.com> Michael Welsh Duggan writes: > I have a sieve file that reads like this: > > require "fileinto"; > > # Emacs > if header :contains "List-Id" "emacs-devel.gnu.org" > { > fileinto "mail.emacs-devel"; > } > elsif header :contains "List-Id" "emacs-bidi.gnu.org" > { > fileinto "mail.emacs-bidi"; > } > ... > > Unfortunately the List-Id based lines don't appear to be working, > although some other ones do. The attached test message does not get > delivered to the mail.emacs-devel list. Why? Okay, more data. When running sieve using sieve-test, I get the results I expect. I cannot figure out why it works in situ, but does not work from dovecot. Here is my doveconf -n output: # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35 i686 Debian wheezy/sid managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { driver = pam } plugin/sieve = ~/.dovecot.sieve plugin/sieve_dir = ~/sieve protocols = " imap sieve" service managesieve-login { inet_listener sieve { port = 4190 } } ssl_cert = References: <87vczee04v.fsf@maru.md5i.com> Message-ID: <4D865F94.5080307@rename-it.nl> Op 20-3-2011 8:12, Michael Welsh Duggan schreef: > I have a sieve file that reads like this: > > require "fileinto"; > > # Emacs > if header :contains "List-Id" "emacs-devel.gnu.org" > { > fileinto "mail.emacs-devel"; > } > elsif header :contains "List-Id" "emacs-bidi.gnu.org" > { > fileinto "mail.emacs-bidi"; > } > ... > > Unfortunately the List-Id based lines don't appear to be working, > although some other ones do. The attached test message does not get > delivered to the mail.emacs-devel list. Why? Do those folders exist? Do the logs report anything? Regards, Stephan. From md5i at md5i.com Sun Mar 20 22:37:35 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Sun, 20 Mar 2011 16:37:35 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <4D865F94.5080307@rename-it.nl> (Stephan Bosch's message of "Sun, 20 Mar 2011 21:12:04 +0100") References: <87vczee04v.fsf@maru.md5i.com> <4D865F94.5080307@rename-it.nl> Message-ID: <87aagp1qb4.fsf@maru.md5i.com> Stephan Bosch writes: > Op 20-3-2011 8:12, Michael Welsh Duggan schreef: >> I have a sieve file that reads like this: >> >> require "fileinto"; >> >> # Emacs >> if header :contains "List-Id" "emacs-devel.gnu.org" >> { >> fileinto "mail.emacs-devel"; >> } >> elsif header :contains "List-Id" "emacs-bidi.gnu.org" >> { >> fileinto "mail.emacs-bidi"; >> } >> ... >> >> Unfortunately the List-Id based lines don't appear to be working, >> although some other ones do. The attached test message does not get >> delivered to the mail.emacs-devel list. Why? > > Do those folders exist? Do the logs report anything? The folders do exist. The logs from sending a message look like this: Mar 20 16:34:38 maru dovecot: lda(md5i): Debug: Effective uid=1000, gid=8, home=/home/md5i Mar 20 16:34:38 maru dovecot: lda(md5i): Debug: maildir: root exists (/home/md5i/Maildir) Mar 20 16:34:38 maru dovecot: lda(md5i): Debug: maildir++: root=/home/md5i/Maildir, index=, control=, inbox=/home/md5i/Maildir Mar 20 16:34:38 maru dovecot: lda(md5i): Debug: userdb lookup skipped, username taken from USER environment Mar 20 16:34:38 maru dovecot: lda(md5i): Debug: none: root=, index=, control=, inbox= Mar 20 16:34:38 maru dovecot: lda(md5i): msgid=<87bp151qg6.fsf at maru.md5i.com>: saved mail to INBOX Should there be log messages related to sieve here? If so, maybe sieve is not running at all? If so, what am I doing incorrectly? sieve is part of mail_plugins. -- Michael Welsh Duggan (md5i at md5i.com) From sf.rique at gmail.com Sun Mar 20 22:48:19 2011 From: sf.rique at gmail.com (Henrique Fernandes) Date: Sun, 20 Mar 2011 17:48:19 -0300 Subject: [Dovecot] dovecot authentication Local + MySQL In-Reply-To: References: Message-ID: I did not read all, but i guess you are lokking for this http://wiki2.dovecot.org/Authentication/MultipleDatabases Hope it will help you. []'sf.rique On Fri, Mar 18, 2011 at 7:51 AM, PARTH MONGA wrote: > Hi Friends > > I am facing an issue with dovecot configuration and i am describing it in a > nutshell. > > We have a dovecot setup under ultramonkey load balancer and in > loadbalancer > we have a check defined for pop service which queries mysqldatabase for a > particular user name/password after every 2 minutes to check if service is > live or not.. > Things are fine till here . > Now The catch is if somehow that particular user info(either password or > username) is mistakenly changed in mysql database whole of my pop gets down > beacuse load balancer cant login and that is a single point of failure in > my setup . > > Now what i want is > I want to know if there is any method that i can setup in dovecot to lookup > for a user locally first and then go for a remote search for the user( ie > in > mysql database) > So that we get the user searched locally before querying the mysql > database > Local + mysql database authetication i want to be in parallel with each > other. > > Please show some light on this . > > Thanks and Regards > Parth Monga > From md5i at md5i.com Mon Mar 21 02:49:24 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Sun, 20 Mar 2011 20:49:24 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <87aagp1qb4.fsf@maru.md5i.com> (Michael Welsh Duggan's message of "Sun, 20 Mar 2011 16:37:35 -0400") References: <87vczee04v.fsf@maru.md5i.com> <4D865F94.5080307@rename-it.nl> <87aagp1qb4.fsf@maru.md5i.com> Message-ID: <8739mh1enf.fsf@maru.md5i.com> Problem solved. Apparently this comment in my lda configuration lied. protocol lda { # Space separated list of plugins to load (default is global mail_plugins). # mail_plugins = $mail_plugins } I had to set this to protocol lda { # Space separated list of plugins to load (default is global mail_plugins). mail_plugins = $mail_plugins sieve } despite the fact that mail_plugins includes sieve. -- Michael Welsh Duggan (md5i at md5i.com) From kprprl at gmail.com Mon Mar 21 09:45:16 2011 From: kprprl at gmail.com (PARTH MONGA) Date: Mon, 21 Mar 2011 13:15:16 +0530 Subject: [Dovecot] DOVECOT TO HAVE MULTIPLE AUTHENTICATION MECHANISM FOR A PARTICULAR USER Message-ID: Hi Friends IS IT POSSIBLE IN DOVECOT TO HAVE MULTIPLE AUTHENTICATION MECHANISM FOR A PARTICULAR USER as u provided me in the link http://wiki2.dovecot.org/Authentication/MultipleDatabases The link is applied to all the users( system + virtual) , which increased my overhead of fetching data can i have the same for a particular user ( local + database ) auth mecahnism Thanks and Regards Parth Monga From Andreas.Kossack at TU-Cottbus.De Mon Mar 21 10:19:36 2011 From: Andreas.Kossack at TU-Cottbus.De (Andreas Kossack) Date: Mon, 21 Mar 2011 09:19:36 +0100 Subject: [Dovecot] Errors logged from 2.0.11 In-Reply-To: <1300293178.19220.597.camel@hurina> References: <4D7F33B3.1000606@TU-Cottbus.De> <1300293178.19220.597.camel@hurina> Message-ID: <4D870A18.1040601@TU-Cottbus.De> Hi Timo, hi all, >> "Mar 15 09:29:26 MailServ local3:err|error dovecot: imap(xxxx): Error: creat(/dovecot.mailbox.log) failed: Permission denied (euid=1985(xxxx) egid=219(yyyy) stat() failed: No such file or directory, euid is not dir owner) > > It's trying to open a file from root directory. Maybe that user's home > directory is set to /? No, HOME directories for those users are correct (from LDAP: "/home/xxx"; physical via softlink to "/srv/mail/xxx"). What time "dovecot.mailbox.log" should be created? We use "mail_location = maildir:~/Maildir:CONTROL=~/Maildir:INDEX=MEMORY" in "10-mail.conf". -- Mit freundlichen Gr??en A. Kossack _______________________________________________________________________________ Andreas Kossack Andreas.Kossack at TU-Cottbus.De BTU Cottbus, Brandenburg, Germany, Walther-Pauer-Str.2, 03046 Cottbus http://wwwca.telesec.de/cgi-bin/caservice/Common/InstallRoot/DT-Root-CA-2.der _______________________________________________________________________________ Diese Nachricht wurde aus 100% wiederverwerteten Elektronen erstellt. _______________________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6731 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110321/4e3d2126/attachment.bin From CMarcus at Media-Brokers.com Mon Mar 21 11:55:15 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 21 Mar 2011 05:55:15 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <8739mh1enf.fsf@maru.md5i.com> References: <87vczee04v.fsf@maru.md5i.com> <4D865F94.5080307@rename-it.nl> <87aagp1qb4.fsf@maru.md5i.com> <8739mh1enf.fsf@maru.md5i.com> Message-ID: <4D872083.1060505@Media-Brokers.com> On 2011-03-20 8:49 PM, Michael Welsh Duggan wrote: > Problem solved. Apparently this comment in my lda configuration lied. > > protocol lda { > # Space separated list of plugins to load (default is global mail_plugins). > # mail_plugins = $mail_plugins > } > > I had to set this to > > protocol lda { > # Space separated list of plugins to load (default is global mail_plugins). > mail_plugins = $mail_plugins sieve Ummm... the first one is commented, the second isn't... ? I believe that doveconf lda would have shown this... -- Best regards, Charles From md5i at md5i.com Mon Mar 21 15:29:07 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Mon, 21 Mar 2011 09:29:07 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <4D872083.1060505@Media-Brokers.com> (Charles Marcus's message of "Mon, 21 Mar 2011 05:55:15 -0400") References: <87vczee04v.fsf@maru.md5i.com> <4D865F94.5080307@rename-it.nl> <87aagp1qb4.fsf@maru.md5i.com> <8739mh1enf.fsf@maru.md5i.com> <4D872083.1060505@Media-Brokers.com> Message-ID: <87wrjszjoc.fsf@maru.md5i.com> Charles Marcus writes: > On 2011-03-20 8:49 PM, Michael Welsh Duggan wrote: >> Problem solved. Apparently this comment in my lda configuration lied. >> >> protocol lda { >> # Space separated list of plugins to load (default is global mail_plugins). >> # mail_plugins = $mail_plugins >> } >> >> I had to set this to >> >> protocol lda { >> # Space separated list of plugins to load (default is global mail_plugins). >> mail_plugins = $mail_plugins sieve > > Ummm... the first one is commented, the second isn't... ? > > I believe that doveconf lda would have shown this... For all the other entry in the example config files, the commented values are also the default values. Or at least, that's the impression they gave. -- Michael Welsh Duggan (md5i at md5i.com) From maciej.uhlig at us.edu.pl Mon Mar 21 16:11:42 2011 From: maciej.uhlig at us.edu.pl (Maciej Uhlig) Date: Mon, 21 Mar 2011 15:11:42 +0100 Subject: [Dovecot] 2.0.11 segfault while can't access submission_host Message-ID: <4D875C9E.60002@us.edu.pl> 15-lda.conf: submission_host = 192.168.m.n:587 2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.debug] lmtp(12354, user at us.edu.pl): Debug: mcQ1NitVh01CMAAAuqlTtQ: sieve: executing script from /mails/sieve/user at us.edu.pl.svbin 2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.error] lmtp(12354, user at us.edu.pl): Error: smtp(192.168.m.n:587): RCPT TO failed: 554 5.7.1 : Client host rejected: Access denied 2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.error] master: Error: service(lmtp): child 12354 killed with signal 11 (core not dumped) in case submission_host grants access there is no segfault; mail sent ok. Regards, MU From ednitido at gmail.com Mon Mar 21 17:28:22 2011 From: ednitido at gmail.com (Edward Carraro) Date: Mon, 21 Mar 2011 11:28:22 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <20110316120041.GA16683@laptop-dg.leere.eu> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> Message-ID: Sorry for getting back a bit late myself On Wed, Mar 16, 2011 at 8:00 AM, Dennis Guhl wrote: > > What do you mean here? Did you create a file like passwd.masterusers > with Apache's htpasswd(1) according to the wiki? > Yes, I created the passwd file on both proxy and destination server (same user and pass on both) > > In your /usr/local/etc/dovecot/dovecot-ldap.conf.ext you need to query > for the users username and password as always. In conjunction to this > you query for the additional fields or giveback the static values. > > This could be something like this: > pass_attrs=uid=user, userPassword=password, =proxy=y, hostName=host, > =master=your_master_username, =pass=your_master_users_password > > Ah, that's the part I was missing... the static values. H'mm ok. I think its working now on the proxy but when I telnet from the proxy as the user, since it's now authenticating as the master user, it doesn't show anything in LIST. I think I read somewhere that it's suppose to be like that since its the master logging in... but if that's the case how would the user get his inbox if they login as master? From tss at iki.fi Mon Mar 21 18:22:44 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 18:22:44 +0200 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat / looks like solved In-Reply-To: <4D85E4A8.4080101@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> <4D813F12.6090501@schetterer.org> <4D81429F.5070201@schetterer.org> <4D83DF21.3050402@schetterer.org> <4D85E4A8.4080101@schetterer.org> Message-ID: <1300724564.13041.7.camel@hurina> On Sun, 2011-03-20 at 12:27 +0100, Robert Schetterer wrote: > this cant work > > +RealMails/ > RealMails/* .. > unseen Oh, I hadn't noticed this before. Yes, "unseen" doesn't work nicely with POP3. > so timos patch worked , also it was a configration/mythinking bug > dont know if the patch should be reverted , dont think so cause it looks > better to have mails in maildir cur when the got downloaded > then in new as it was before For POP3 it doesn't really matter, because it's not visible to clients in any way. You would get a bit better performance if you didn't include the '+' because then it wouldn't rename the mails to cur/ (i.e. same idea as pop3_no_flag_updates setting). The '+' feature is more useful with IMAP though, because there it has visible effects to clients. So in any case it wasn't a waste to implement it. BTW. If you set "+RealMails/" it moves mails from new/ to cur/ in INBOX, but you also need to set "+RealMails/*" if you want that to happen for non-INBOXes too. From tss at iki.fi Mon Mar 21 18:27:39 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 18:27:39 +0200 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> Message-ID: <1300724859.13041.10.camel@hurina> On Mon, 2011-03-21 at 11:28 -0400, Edward Carraro wrote: > H'mm ok. I think its working now on the proxy but when I telnet from the > proxy as the user, since it's now authenticating as the master user, it > doesn't show anything in LIST. I think I read somewhere that it's suppose to > be like that since its the master logging in... but if that's the case how > would the user get his inbox if they login as master? If ACL plugin is enabled then yes, you'll have some trouble. Currently there is unfortunately no way to just give permissions to all mailboxes for a master user. But you could just not tell Dovecot's imap process that a master user is logging in. In the backend's userdb query you should be able to return master_user=%u. From tss at iki.fi Mon Mar 21 18:52:10 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 18:52:10 +0200 Subject: [Dovecot] 2.0.11 segfault while can't access submission_host In-Reply-To: <4D875C9E.60002@us.edu.pl> References: <4D875C9E.60002@us.edu.pl> Message-ID: <1300726330.13041.24.camel@hurina> On Mon, 2011-03-21 at 15:11 +0100, Maciej Uhlig wrote: > 2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.error] > lmtp(12354, user at us.edu.pl): Error: smtp(192.168.m.n:587): RCPT TO > failed: 554 5.7.1 : Client host rejected: Access denied > 2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.error] > master: Error: service(lmtp): child 12354 killed with signal 11 (core > not dumped) > > in case submission_host grants access there is no segfault; mail sent ok. Fixed: http://hg.dovecot.org/dovecot-2.0/rev/31b3f1819c89 From tss at iki.fi Mon Mar 21 18:54:24 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 18:54:24 +0200 Subject: [Dovecot] DOVECOT TO HAVE MULTIPLE AUTHENTICATION MECHANISM FOR A PARTICULAR USER In-Reply-To: References: Message-ID: <1300726464.13041.26.camel@hurina> On Mon, 2011-03-21 at 13:15 +0530, PARTH MONGA wrote: > IS IT POSSIBLE IN DOVECOT TO HAVE MULTIPLE AUTHENTICATION MECHANISM FOR A > PARTICULAR USER > > as u provided me in the link > http://wiki2.dovecot.org/Authentication/MultipleDatabases > > The link is > applied to all the users( system + virtual) , which increased my overhead of > fetching data > can i have the same for a particular user ( local + database ) auth > mecahnism The passdb/userdb lookups are done in the order as specified in config file. You can't tell Dovecot to only look up some users from one database. But if the first passdb/userdb is really fast (e.g. local passwd or passwd-file) then it basically doesn't matter, because the extra cost isn't noticeable. From tss at iki.fi Mon Mar 21 19:01:29 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:01:29 +0200 Subject: [Dovecot] Problem with pam-auth and winbind In-Reply-To: <61209.158.75.205.1.1300437994.squirrel@mail.ksiaznica.torun.pl> References: <61209.158.75.205.1.1300437994.squirrel@mail.ksiaznica.torun.pl> Message-ID: <1300726889.13041.30.camel@hurina> On Fri, 2011-03-18 at 09:46 +0100, pk10 at ksiaznica.torun.pl wrote: > auth default: > mechanisms: plain login > use_winbind: yes This use_winbind setting doesn't do anything. It's only used for authentication with NTLM mechanisms. > passdb: > driver: pam > args: dovecot So Dovecot only knows that it's using PAM. Setting auth_debug=yes may also show up something useful in logs. > Mar 14 09:43:22 komp14 dovecot-auth: pam_winbind(dovecot:auth): user 'tt1' > granted access So pam_authenticate() succeeded. This is where it fails if password is incorrect. > Mar 14 09:43:29 auth-worker(default): Error: pam(tt1,10.10.10.38): > pam_acct_mgmt() failed: Authentication failure But pam_acct_mgmt() doesn't like the user. I have no idea why. I've never used winbind. Maybe you could find some winbind mailing list or something. But man page of pam_acct_mgmt() may help you do guesses: The pam_acct_mgmt function is used to determine if the users account is valid. It checks for authentication token and account expiration and verifies access restrictions. It is typically called after the user has been authenticated. From tss at iki.fi Mon Mar 21 19:04:50 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:04:50 +0200 Subject: [Dovecot] Can't disable chroot to 'empty' dir, but need to... how to do it? In-Reply-To: References: Message-ID: <1300727090.13041.32.camel@hurina> On Sat, 2011-03-19 at 02:31 -0700, Tim Bessie wrote: > Hello all... > > I've installed dovecot on my ISP's shell server, and am using SSH tunnelling > so that I can retrieve my mbox-format mail from procmail-processed mailboxes > on that server (normally I just ssh there and read them locally with pine, > but now that I have a phone with an IMAP client, I wanted to be able to read > it more easily there). This sounds like you'd be doing imap-over-ssh by executing something like "ssh host libexec/dovecot/imap". > The problem I'm having is, although it's working, whenever dovecot starts up, > or I try to log in, it attempts to chroot to /home/mydir/dovecot/var/run/dovecot/empty > (where /home/mydir/dovecot is the path to my dovecot installation). But imap wouldn't do any chrooting > Mar 19 02:09:43 master: Info: Dovecot v2.0.11 starting up (core dumps disabled) or start up Dovecot master. So I guess you're not doing imap-over-ssh. (Or if you are, you don't need to be starting dovecot.) > Mar 19 02:09:44 anvil: Fatal: chroot(/home/mydir/dovecot/var/run/dovecot/empty) failed: Operation not permitted service anvil { chroot = } From tss at iki.fi Mon Mar 21 19:07:32 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:07:32 +0200 Subject: [Dovecot] maildir location In-Reply-To: References: <1300379205.19220.662.camel@hurina> Message-ID: <1300727252.13041.33.camel@hurina> On Thu, 2011-03-17 at 12:41 -0500, upen wrote: > > #ls -ald /localdir > drwxrwxrwx 31 root root 12288 Mar 17 10:48 /localdir/ > > # ls -ald /localdir/mail > drwxrwxrwx 3 dovecot dovecot 4096 Mar 17 10:49 /localdir/mail > > mkdir /localdir/mail/username > chown username:group /localdir/mail/username > chmod 700 /localdir/mail/username > > > Do you think it is okay to keep these perms ? At least you should do chmod +t /localdir /localdir/mail. Or just keep them 0755 and create /localdir/mail/username with proper permissions immediately for new users. From tss at iki.fi Mon Mar 21 19:10:52 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:10:52 +0200 Subject: [Dovecot] Request - please uncomment !include_try /etc/dovecot/local.conf in example config In-Reply-To: <1300408387.10579.3.camel@ngoonee-laptop> References: <1300408387.10579.3.camel@ngoonee-laptop> Message-ID: <1300727452.13041.34.camel@hurina> On Fri, 2011-03-18 at 08:33 +0800, Ng Oon-Ee wrote: > Hi, could I request that the example config in > doc/dovecot/example-config/dovecot.conf be slightly altered to uncomment > the last line? Done (with removal of hardcoded config directory): http://hg.dovecot.org/dovecot-2.0/rev/0dcbd2357451 From tss at iki.fi Mon Mar 21 19:16:56 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:16:56 +0200 Subject: [Dovecot] Errors logged from 2.0.11 In-Reply-To: <4D870A18.1040601@TU-Cottbus.De> References: <4D7F33B3.1000606@TU-Cottbus.De> <1300293178.19220.597.camel@hurina> <4D870A18.1040601@TU-Cottbus.De> Message-ID: <1300727816.13041.40.camel@hurina> On Mon, 2011-03-21 at 09:19 +0100, Andreas Kossack wrote: > Hi Timo, hi all, > > >> "Mar 15 09:29:26 MailServ local3:err|error dovecot: imap(xxxx): Error: creat(/dovecot.mailbox.log) failed: Permission denied (euid=1985(xxxx) egid=219(yyyy) stat() failed: No such file or directory, euid is not dir owner) .. > "mail_location = maildir:~/Maildir:CONTROL=~/Maildir:INDEX=MEMORY" I see. INDEX=MEMORY is the problem, fixed: http://hg.dovecot.org/dovecot-2.0/rev/4f1b77b81cf3 (Why do you have indexes disabled anyway?) From tss at iki.fi Mon Mar 21 19:19:40 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:19:40 +0200 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: References: Message-ID: <1300727980.13041.42.camel@hurina> On Fri, 2011-03-18 at 16:14 +0100, Vincent Artzner wrote: > 2011-03-18 14:43:15 IMAP(info): Error: Maildir filename has wrong W value: > /home/info/Maildir/.Envois/cur/1300450349.M120256P3108.Serveurlinux,S=460764,W=460768:2,S .. > The incoming mails are provided to dovecot by procmail, so I think dovecot > is responsible for settings the S, W params in the filenames. Dovecot never changes the base filename (anything before ':'). So if a wrong W value is added by procmail, you either need to fix procmail to set it correctly or to not set it at all. From tss at iki.fi Mon Mar 21 19:28:03 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:28:03 +0200 Subject: [Dovecot] Virtual and system users with public mailboxes In-Reply-To: <1300402008.12538.8.camel@localhost> References: <20110316185455.5FE4B9E4653@kendalls-laptop> <1300379708.19220.670.camel@hurina> <1300402008.12538.8.camel@localhost> Message-ID: <1300728483.13041.47.camel@hurina> On Thu, 2011-03-17 at 15:46 -0700, Kendall Shaw wrote: > On Thu, 2011-03-17 at 18:35 +0200, Timo Sirainen wrote: > > On Wed, 2011-03-16 at 11:54 -0700, Kendall Shaw wrote: > > > Hi, > > > > > > I am running dovecot 1.2.9 and postfix, and I am trying to setup a > > > public mailbox. My thought is that there would be one system user with > > > a sieve script to deliver messages to the public mailbox. And, I would > > > like to give virtual users access to the mailbox. > > > > Why can't the public mail delivery user be virtual as well? > > If the users that I want to have shell access (ubuntu 10.04) are virtual > users, wouldn't I have to duplicate their credentials, for dovecot? You can use both system and virtual users if you want to. You'll just need to set the public mailbox permissions such that everyone has access to them. Alternatively you could use virtual passdb + system passdb, but a single virtual userdb for everyone. Then you would have less trouble with permissions. From ednitido at gmail.com Mon Mar 21 19:59:58 2011 From: ednitido at gmail.com (Edward Carraro) Date: Mon, 21 Mar 2011 13:59:58 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <1300724859.13041.10.camel@hurina> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> Message-ID: On Mon, Mar 21, 2011 at 12:27 PM, Timo Sirainen wrote: > > If ACL plugin is enabled then yes, you'll have some trouble. Currently > there is unfortunately no way to just give permissions to all mailboxes > for a master user. But you could just not tell Dovecot's imap process > that a master user is logging in. In the backend's userdb query you > should be able to return master_user=%u. > > Hey Timo, Yea I have ACLs for sharing folders. Not sure if i added it in the correct location on the backend... in dovecot-ldap.conf.ext: user_attrs = homeDirectory=home,master_user=%u Still same thing when I login on the proxy, the debug on the backend says for all folders the user has: Debug: acl: Mailbox not in dovecot-acl-list: Trash Debug: acl: Mailbox not in dovecot-acl-list: Drafts Debug: acl: Mailbox not in dovecot-acl-list: INBOX From tss at iki.fi Mon Mar 21 20:06:37 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 20:06:37 +0200 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> Message-ID: <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> On 21.3.2011, at 19.59, Edward Carraro wrote: > user_attrs = homeDirectory=home,master_user=%u =master_user=%u From ednitido at gmail.com Mon Mar 21 20:16:10 2011 From: ednitido at gmail.com (Edward Carraro) Date: Mon, 21 Mar 2011 14:16:10 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> Message-ID: On Mon, Mar 21, 2011 at 2:06 PM, Timo Sirainen wrote: > > =master_user=%u > > same thing with or without the = in front I noticed that there are two master_users with different values in debug Mar 21 18:09:49 auth: Info: passdb(doveadmin,192.168.12.209,master): Master user logging in as user at domain.com Mar 21 18:09:49 imap-login: Info: Login: user=, method=PLAIN, rip=192.168.12.209, lip=192.168.12.205, mpid=25147 [...] Mar 21 18:09:49 auth: Debug: master out: USER 3253338113 user at domain.com home=/home/domain.com/user at domain.com master_user=user at domain.com master_user=doveadmin [...] Mar 21 18:09:49 imap(user at domain.com): Debug: acl: acl username = doveadmin [...] From tss at iki.fi Mon Mar 21 20:20:57 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 20:20:57 +0200 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> Message-ID: <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> On 21.3.2011, at 20.16, Edward Carraro wrote: >> =master_user=%u >> >> same thing with or without the = in front > > I noticed that there are two master_users with different values in debug Yes, it's a bit kludgy way. > Mar 21 18:09:49 auth: Debug: master out: USER 3253338113 > user at domain.com home=/home/domain.com/user at domain.com > master_user=user at domain.com master_user=doveadmin Too bad the fields are in wrong order now. I think it was the other way around in v1.x so it just happened to work there. So either there needs to be some code changes, or you could alternatively create a post-login script that sets the master_user. http://wiki2.dovecot.org/PostLoginScripting From robert at schetterer.org Mon Mar 21 20:20:27 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 21 Mar 2011 19:20:27 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat / looks like solved In-Reply-To: <1300724564.13041.7.camel@hurina> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> <4D813F12.6090501@schetterer.org> <4D81429F.5070201@schetterer.org> <4D83DF21.3050402@schetterer.org> <4D85E4A8.4080101@schetterer.org> <1300724564.13041.7.camel@hurina> Message-ID: <4D8796EB.50201@schetterer.org> Am 21.03.2011 17:22, schrieb Timo Sirainen: > On Sun, 2011-03-20 at 12:27 +0100, Robert Schetterer wrote: >> this cant work >> >> +RealMails/ >> RealMails/* > .. >> unseen > > Oh, I hadn't noticed this before. Yes, "unseen" doesn't work nicely with > POP3. should be noted in the wiki *g > >> so timos patch worked , also it was a configration/mythinking bug >> dont know if the patch should be reverted , dont think so cause it looks >> better to have mails in maildir cur when the got downloaded >> then in new as it was before > > For POP3 it doesn't really matter, because it's not visible to clients > in any way. You would get a bit better performance if you didn't include > the '+' because then it wouldn't rename the mails to cur/ (i.e. same > idea as pop3_no_flag_updates setting). > > The '+' feature is more useful with IMAP though, because there it has > visible effects to clients. So in any case it wasn't a waste to > implement it. ok > > BTW. If you set "+RealMails/" it moves mails from new/ to cur/ in INBOX, > but you also need to set "+RealMails/*" if you want that to happen for > non-INBOXes too. > yes did this now too, looks fine for small tests much thx ! -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From ednitido at gmail.com Mon Mar 21 20:52:32 2011 From: ednitido at gmail.com (Edward Carraro) Date: Mon, 21 Mar 2011 14:52:32 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> Message-ID: On Mon, Mar 21, 2011 at 2:20 PM, Timo Sirainen wrote: > > Too bad the fields are in wrong order now. I think it was the other way > around in v1.x so it just happened to work there. So either there needs to > be some code changes, or you could alternatively create a post-login script > that sets the master_user. http://wiki2.dovecot.org/PostLoginScripting > > Trying to do the postlogin script but i get script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed: Permission denied I tried with user = $default_internal_user (which is dovecot) and then with it set to vmail I changed the perms on the actual file to 777 and owned by vmail and dovecot but again, same thing. This is the same location i have quota-warning.sh running (owned by vmail) also to change the master user, its just the following? cat postlogin.sh #!/bin/sh =master_user = %u From jtl+dovecot at uvm.edu Mon Mar 21 21:10:06 2011 From: jtl+dovecot at uvm.edu (Jim Lawson) Date: Mon, 21 Mar 2011 15:10:06 -0400 (EDT) Subject: [Dovecot] dovecot proxy, imapproxy, perdition . . . or? In-Reply-To: <20110319213217.GB1063@laptop-dg.leere.eu> References: <20110319205015.GA10298@tagged.lorens.org> <20110319213217.GB1063@laptop-dg.leere.eu> Message-ID: On Sat, 19 Mar 2011, Dennis Guhl wrote: > On Sat, Mar 19, 2011 at 09:50:15PM +0100, Lorens Kockum wrote: >> Hi, >> >> I have two load-balanced dovecot servers using a single NFS >> mount. The version is 1.2.11. I chose this so that if one server > > [..] > >> reasons, and also that dovecot has an included proxy, and >> that its performance is better than perdition. However on >> http://wiki.dovecot.org/HowTo/ImapProxy the feature "IMAP/POP3 >> server with proxy feature" is noted as "This model is still a >> bit unfinished in current code." >> >> Is this still true? There's also a general note that "This page >> was written quite a long time ago and may not match reality >> anymore" . . . > > I use 1.2.15 from Debian Lennys backports in a proxy configuration > for a medium three digit number of users without any problems. > > Dennis UVM is using Dovecot 1.2.15 (stock) in a proxy setup (mysql driver) on top of a RedHat GFS cluster. >30K users. The proxy works very well; we used it to help make our migration from UW-IMAP transparent. We're looking at moving to 2.0 + director to route users to specific nodes for cache locality (hopefully better performance.) Jim From tss at iki.fi Mon Mar 21 21:20:45 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 21:20:45 +0200 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> Message-ID: <44BCF331-D59B-49C1-B40D-3B3553CA375B@iki.fi> On 21.3.2011, at 20.52, Edward Carraro wrote: > script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed: Permission > denied > > I tried with user = $default_internal_user (which is dovecot) and then with > it set to vmail > I changed the perms on the actual file to 777 and owned by vmail and dovecot > but again, same thing. Well, that's a bit strange. What's your doveconf -n output now? Do you have something like SELinux enabled? > also to change the master user, its just the following? > > cat postlogin.sh > #!/bin/sh > > =master_user = %u No, you need something like: #!/bin/sh export MASTER_USER=$USER export USERDB_KEYS="$USERDB_KEYS master_user" exec "$@" From ednitido at gmail.com Mon Mar 21 21:31:15 2011 From: ednitido at gmail.com (Edward Carraro) Date: Mon, 21 Mar 2011 15:31:15 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <44BCF331-D59B-49C1-B40D-3B3553CA375B@iki.fi> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> <44BCF331-D59B-49C1-B40D-3B3553CA375B@iki.fi> Message-ID: On Mon, Mar 21, 2011 at 3:20 PM, Timo Sirainen wrote: > > Well, that's a bit strange. What's your doveconf -n output now? # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-openvz-amd64 i686 Debian 5.0.8 auth_debug = yes auth_master_user_separator = * auth_socket_path = /usr/local/var/run/dovecot/auth-userdb debug_log_path = /var/log/dovecot-debug.log disable_plaintext_auth = no info_log_path = /var/log/dovecot-info.log listen = * log_path = /var/log/dovecot-err.log mail_debug = yes mail_gid = vmail mail_location = maildir:%h/Maildir mail_plugins = " quota" mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { hidden = no inbox = yes list = yes location = prefix = separator = . subscriptions = yes type = private } namespace { list = children location = maildir:%%h/Maildir:INDEX=%h/Maildir/shared/%%u prefix = shared.%%u. separator = . subscriptions = no type = shared } passdb { args = /usr/local/etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin/acl = vfile plugin/acl_shared_dict = file:/home/%d/shared-mailboxes plugin/quota = maildir:User quota plugin/quota_rule = *:storage=1G plugin/quota_warning = storage=95%% quota-warning 95 %u %d plugin/quota_warning2 = storage=80%% quota-warning 80 %u %d plugin/sieve = %h/.dovecot.sieve plugin/sieve_dir = ~/sieve plugin/sieve_max_actions = 32 plugin/sieve_max_redirects = 4 plugin/sieve_max_script_size = 1M plugin/sieve_quota_max_scripts = 0 plugin/sieve_quota_max_storage = 0 postmaster_address = postmaster at domain.com protocols = imap pop3 lmtp sieve quota_full_tempfail = yes service auth { unix_listener auth-userdb { group = vmail mode = 0660 user = dovecot } } service imap-login { inet_listener imap { port = 143 } } service imap-postlogin { executable = script-login /usr/local/bin/postlogin.sh user = $default_internal_user } service imap { executable = imap imap-postlogin } service lmtp { inet_listener lmtp { port = 24 } unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix user = postfix } } service managesieve-login { inet_listener sieve { port = 4190 } process_min_avail = 0 service_count = 1 vsz_limit = 64 M } service pop3-login { inet_listener pop3 { port = 110 } } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl = no userdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } verbose_proctitle = yes protocol lmtp { mail_plugins = " quota quota sieve" } protocol lda { info_log_path = /var/log/dovecot-lda.log log_path = /var/log/dovecot-lda-errors.log mail_plugins = " quota sieve" } protocol imap { mail_max_userip_connections = 20 mail_plugins = " quota imap_quota imap_acl acl" } protocol sieve { mail_debug = yes mail_max_userip_connections = 10 mail_plugins = managesieve_implementation_string = Dovecot Pigeonhole managesieve_logout_format = bytes=%i/%o managesieve_max_compile_errors = 5 managesieve_max_line_length = 65536 managesieve_notify_capability = managesieve_sieve_capability = } protocol pop3 { mail_max_userip_connections = 20 mail_plugins = " quota quota" pop3_fast_size_lookups = no pop3_uidl_format = %08Xu%08Xv } > Do you have something like SELinux enabled? > > Nope. Packages aren't installed on my Debian box. From varia at e-healthexpert.org Mon Mar 21 21:34:43 2011 From: varia at e-healthexpert.org (Mark Alan) Date: Mon, 21 Mar 2011 19:34:43 +0000 Subject: [Dovecot] Bug in xi.rename-it.nl/dovecot-2.0.11/debian/watch Message-ID: <20110321193443.003ae864@e-healthexpert.org> If I am not wrong, debian/watch should be: --- old/dovecot-2.0.11/debian/watch 2011-03-07 17:24:51.000000000 +0000 +++ new/dovecot-2.0.11/debian/watch 2010-12-03 10:04:00.000000000 +0000 @@ -1,4 +1,4 @@ # watch control file for uscan version=3 # Site Version Script -http://dovecot.org/releases/1.2/dovecot-(.*\.[0-9]+)\.tar\.gz debian uupdate +http://dovecot.org/releases/2.0/dovecot-(.*\.[0-9]+)\.tar\.gz debian uupdate M. From ngoonee at gmail.com Tue Mar 22 02:49:47 2011 From: ngoonee at gmail.com (Ng Oon-Ee) Date: Tue, 22 Mar 2011 08:49:47 +0800 Subject: [Dovecot] Request - please uncomment !include_try /etc/dovecot/local.conf in example config In-Reply-To: <1300727452.13041.34.camel@hurina> References: <1300408387.10579.3.camel@ngoonee-laptop> <1300727452.13041.34.camel@hurina> Message-ID: <1300754987.14190.0.camel@ngoonee-laptop> On Mon, 2011-03-21 at 19:10 +0200, Timo Sirainen wrote: > On Fri, 2011-03-18 at 08:33 +0800, Ng Oon-Ee wrote: > > Hi, could I request that the example config in > > doc/dovecot/example-config/dovecot.conf be slightly altered to uncomment > > the last line? > > Done (with removal of hardcoded config directory): > http://hg.dovecot.org/dovecot-2.0/rev/0dcbd2357451 > Thanks! =) From kyrylkov at mpxsys.com Tue Mar 22 11:09:20 2011 From: kyrylkov at mpxsys.com (Sergiy Kyrylkov) Date: Tue, 22 Mar 2011 11:09:20 +0200 Subject: [Dovecot] dsync inbox conversion problem (mbox -> mdbox) Message-ID: <4D886740.3050800@mpxsys.com> Hi, We are trying to convert all mbox mail on our systems to mdbox using dsync, in order to be able to use email sub-folders in Thunderbird. Everything works fine for non-inbox folders, however the inbox folders are not getting converted. We used: *dsync -v convert mbox:~/mail:INBOX=/var/mail/%u* *dovecot --version* 2.0.beta6 (3156315704ef) (shipping with RHEL6/SL6) *dovecot -n* # 2.0.beta6 (3156315704ef): /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-71.18.2.el6.i686 i686 Scientific Linux release 6.0 (Carbon) mail_location = mdbox:~/mdbox mbox_write_locks = fcntl passdb { driver = pam } protocols = imap service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0666 user = postfix } } ssl = required ssl_cert = mdbox) In-Reply-To: <4D886740.3050800@mpxsys.com> References: <4D886740.3050800@mpxsys.com> Message-ID: <4D887793.1090806@Media-Brokers.com> On 2011-03-22 5:09 AM, Sergiy Kyrylkov wrote: > *dovecot -n* > # 2.0.beta6 Upgrade... upgrade... upgrade... It amazes me how many people come here looking for help when they are running ancient/buggy/pre-release versions... -- Best regards, Charles From bill+dovecot at blunn.org Tue Mar 22 13:26:58 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Tue, 22 Mar 2011 11:26:58 +0000 Subject: [Dovecot] dsync inbox conversion problem (mbox -> mdbox) In-Reply-To: <4D886740.3050800@mpxsys.com> References: <4D886740.3050800@mpxsys.com> Message-ID: <4D888782.5080901@blunn.org> On 22/03/2011 09:09, Sergiy Kyrylkov wrote: > We are trying to convert all mbox mail on our systems to mdbox using > dsync, in order to be able to use email sub-folders in Thunderbird. You should not be using 2.0 beta6. You should be using 2.0.11 or later. You can have folders containing both messages and folders under mbox. See http://wiki2.dovecot.org/MboxChildFolders. But I say again, you should not be using 2.0 beta6. You should be using 2.0.11 or later. > Everything works fine for non-inbox folders, however the inbox folders > are not getting converted. > > We used: > > *dsync -v convert mbox:~/mail:INBOX=/var/mail/%u* > > *dovecot --version* > 2.0.beta6 (3156315704ef) (shipping with RHEL6/SL6) Early 2.0.x supposedly stable versions had many many problems which means you should under no circumstances attempt to use them, LET ALONE 2.0 beta versions. You really should upgrade to 2.0. (currently 2.0.11). I will have zero sympathy for whining along the lines of: - "Well that's what's in my distro" - "My employer only allows bona fide distro packages" Did I mention you should be using 2.0.11 or later? I can't remember. Anyway, you should be using 2.0.11 or later. Bill From kyrylkov at mpxsys.com Tue Mar 22 13:35:57 2011 From: kyrylkov at mpxsys.com (Sergiy Kyrylkov) Date: Tue, 22 Mar 2011 13:35:57 +0200 Subject: [Dovecot] dsync inbox conversion problem (mbox -> mdbox) In-Reply-To: <4D888782.5080901@blunn.org> References: <4D886740.3050800@mpxsys.com> <4D888782.5080901@blunn.org> Message-ID: <4D88899D.6030606@mpxsys.com> Charles, William, Thanks for the advice. We've upgraded to 2.0.9 (no later RPM builds & we don't want to build ourselves) and successfully converted (including inbox) using: dsync -v mirror mbox:~/mail:INBOX=/var/mail/ Thanks again, Sergiy On 3/22/2011 1:26 PM, William Blunn wrote: > On 22/03/2011 09:09, Sergiy Kyrylkov wrote: >> We are trying to convert all mbox mail on our systems to mdbox using >> dsync, in order to be able to use email sub-folders in Thunderbird. > > You should not be using 2.0 beta6. You should be using 2.0.11 or later. > > You can have folders containing both messages and folders under mbox. > See http://wiki2.dovecot.org/MboxChildFolders. > > But I say again, you should not be using 2.0 beta6. You should be > using 2.0.11 or later. > >> Everything works fine for non-inbox folders, however the inbox >> folders are not getting converted. >> >> We used: >> >> *dsync -v convert mbox:~/mail:INBOX=/var/mail/%u* >> >> *dovecot --version* >> 2.0.beta6 (3156315704ef) (shipping with RHEL6/SL6) > > Early 2.0.x supposedly stable versions had many many problems which > means you should under no circumstances attempt to use them, LET ALONE > 2.0 beta versions. > > You really should upgrade to 2.0. (currently 2.0.11). > > I will have zero sympathy for whining along the lines of: > > - "Well that's what's in my distro" > - "My employer only allows bona fide distro packages" > > Did I mention you should be using 2.0.11 or later? I can't remember. > Anyway, you should be using 2.0.11 or later. > > Bill From bill+dovecot at blunn.org Tue Mar 22 14:28:20 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Tue, 22 Mar 2011 12:28:20 +0000 Subject: [Dovecot] http://wiki2.dovecot.org/MailServerOverview contains poppycock Message-ID: <4D8895E4.3020400@blunn.org> Just having another look at http://wiki2.dovecot.org/MailServerOverview , it seems to have some statements in it which are misleading, and some which are really ... well ... wrong. Quote: "With the possible, optional, exception of the deliver MDA, Dovecot is not involved with reception, delivery, and storage of mail. That function is provided by a MTA such as postfix . It is the MTA that determines where and how mail is stored - Dovecot must then be configured to retrieve the mail accordingly." (Entered by user "amfes".) This contains a significant proportion of poppycock. Dovecot includes extensive functionality for the storage (as in the action of storing) of e-mail as well as retrieval, in the shape of the LDA. Using Dovecot's LDA is /required/ in the case of Dovecot-specific mail storage formats (sdbox, mdbox). With mbox, use of the Dovecot LDA is advisable since it will guarantee a locking strategy which is compatible with Dovecot's mail retrieval functionality. And in any case, use of the Dovecot LDA has merit in that it should guarantee line-up between the mailstore configurations used for storage and retrieval. It is NOT the MTA that determines where and how mail is stored. It is the PERSON who configures the system who decides this, and codifies that configuration into whatever systems carry out local delivery and retrieval. It IS true that use of Dovecot's LDA is optional, but to say that it is a "possible exception" is misleading. People /should/ use the Dovecot LDA if they are using Dovecot IMAP/POP, and the /option/ is to use the MTA's local delivery system /if/ it is so indicated on a particular system. Quote: "Again, it bears repeating, Dovecot /is not responsible for mail delivery or storage/. Any questions on these issues involve your MTA and MDA. Get those working first." (Entered by user "DanielMiller".) Again, contains quite a lot of misleading nonsense. "Mail delivery" includes the hand-off of the message by the MTA to the LDA, and the storage of the message by the LDA. The LDA should probably be Dovecot, so really Dovecot /is/ partially responsible for mail delivery. "Storage" involves that placing of message into the message store. This should be done by Dovecot, so Dovecot is responsible for this. Bill From CMarcus at Media-Brokers.com Tue Mar 22 15:00:13 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 22 Mar 2011 09:00:13 -0400 Subject: [Dovecot] http://wiki2.dovecot.org/MailServerOverview contains poppycock In-Reply-To: <4D8895E4.3020400@blunn.org> References: <4D8895E4.3020400@blunn.org> Message-ID: <4D889D5D.2050602@Media-Brokers.com> Instead of complaining, why not just fix it (it is a wiki after all) and *then* post your email explaining the changes you made? On 2011-03-22 8:28 AM, William Blunn wrote: > Just having another look at http://wiki2.dovecot.org/MailServerOverview > , it seems to have some statements in it which are misleading, and some > which are really ... well ... wrong. > > Quote: "With the possible, optional, exception of the deliver MDA, > Dovecot is not involved with reception, delivery, and storage of mail. > That function is provided by a MTA such as postfix > . It is the MTA that determines where and how > mail is stored - Dovecot must then be configured to retrieve the mail > accordingly." (Entered by user "amfes".) > > This contains a significant proportion of poppycock. > > Dovecot includes extensive functionality for the storage (as in the > action of storing) of e-mail as well as retrieval, in the shape of the LDA. > > Using Dovecot's LDA is /required/ in the case of Dovecot-specific mail > storage formats (sdbox, mdbox). > > With mbox, use of the Dovecot LDA is advisable since it will guarantee a > locking strategy which is compatible with Dovecot's mail retrieval > functionality. > > And in any case, use of the Dovecot LDA has merit in that it should > guarantee line-up between the mailstore configurations used for storage > and retrieval. > > It is NOT the MTA that determines where and how mail is stored. It is > the PERSON who configures the system who decides this, and codifies that > configuration into whatever systems carry out local delivery and retrieval. > > It IS true that use of Dovecot's LDA is optional, but to say that it is > a "possible exception" is misleading. People /should/ use the Dovecot > LDA if they are using Dovecot IMAP/POP, and the /option/ is to use the > MTA's local delivery system /if/ it is so indicated on a particular system. > > Quote: "Again, it bears repeating, Dovecot /is not responsible for mail > delivery or storage/. Any questions on these issues involve your MTA and > MDA. Get those working first." (Entered by user "DanielMiller".) > > Again, contains quite a lot of misleading nonsense. > > "Mail delivery" includes the hand-off of the message by the MTA to the > LDA, and the storage of the message by the LDA. The LDA should probably > be Dovecot, so really Dovecot /is/ partially responsible for mail delivery. > > "Storage" involves that placing of message into the message store. This > should be done by Dovecot, so Dovecot is responsible for this. -- Best regards, Charles From bill+dovecot at blunn.org Tue Mar 22 15:49:11 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Tue, 22 Mar 2011 13:49:11 +0000 Subject: [Dovecot] http://wiki2.dovecot.org/MailServerOverview contains poppycock In-Reply-To: <4D889D5D.2050602@Media-Brokers.com> References: <4D8895E4.3020400@blunn.org> <4D889D5D.2050602@Media-Brokers.com> Message-ID: <4D88A8D7.9070503@blunn.org> On 22/03/2011 13:00, Charles Marcus wrote: > Instead of complaining, why not just fix it (it is a wiki after all) and *then* post your email explaining the changes you made? For changes for the better to come to fruition, a number of things need to happen, only one of which is actually making the changes. So initially I was identifying problems, and possible solutions. I posted a message in case there would be anything to be gained from a discussion on the subject. After reflection, I decided it might be as well to come up with some new words which should be right enough that they would be an improvement on the existing text even if they needed further work later. So I made changes to the wiki. http://wiki2.dovecot.org/MailServerOverview After making changes in the wiki, I saw your message. Bill From linuxmail at 4lin.net Tue Mar 22 16:43:11 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Tue, 22 Mar 2011 15:43:11 +0100 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) Message-ID: <1300804991.28969.22.camel@pcdenny> hi, we had to move from a old dieing Sparc very quickly our Cyrus IMAP Users to Dovecot. Most things works, but some Clients (like Evolution or Thunderbird) are strange. Our separator in Dovecot2 is "^", the mailboxes on the filesystem are something like "INBOX.subfolder1.subfolder2", but in TB and Evo I see INBOX^subfolder1^subfolder^ In Roundcube Webmail, I have just a normal tree, as I expected. I used cyrus2dovecot.pl for converting. On Evolution I deleted the IMAP Profile and recreated it, and that was working, but it isn't a workaround for TB So, how can I fix it? namespace { type = private separator = ^ prefix = inbox = yes hidden = no subscriptions = yes } cu denny -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20110322/62e45705/attachment.bin From pascal at nobus.be Tue Mar 22 15:20:37 2011 From: pascal at nobus.be (Pascal Nobus) Date: Tue, 22 Mar 2011 14:20:37 +0100 Subject: [Dovecot] Change password cheme Message-ID: <4D88A225.6000506@nobus.be> We want to update our password scheme from crypt to SHA256. Because usernames/passwords are in MySQL I thought this wouldn't be a problem. We have about 3000 users that need to be updated, so make a new password for them isn't possible. I was thinking of an automated script that would update the database after every login. So we did this: dovecot.conf: mail_executable = /usr/local/etc/updatepwd.sh updatepwd.sh: #!/bin/sh $USER $PASSWORD|/usr/local/etc/do_updatepwd.pl exec /usr/local/libexec/dovecot/imap "$@" (do_updatepwd.pl is a perl script that makes a sha256 from the second argument, and then update the mysql-query) However: the password is not in the ENVIROMENT anymore. I changed in dovecot the settings: auth_debug = yes auth_debug_passwords = yes Anyone a solution for this? Best regards, Pascal From Uwe.Jans at hs-bremen.de Tue Mar 22 17:14:11 2011 From: Uwe.Jans at hs-bremen.de (Uwe Jans) Date: Tue, 22 Mar 2011 16:14:11 +0100 Subject: [Dovecot] Problem with sieve and delivery to folders with german umlauts. In-Reply-To: <4D3719B6.50406@krausam.de> References: <4D36D240.6030705@krausam.de> <4D36D3D1.6060309@rename-it.nl> <4D3719B6.50406@krausam.de> Message-ID: <4D88BCC3.8040801@hs-bremen.de> Hi, Am 19.01.2011 18:04, schrieb Micha Krause: > Hi, >>> >>> I have a problem with sieve and german umlauts: >>> >>> error: msgid=unspecified: failed to store into mailbox >>> 'INBOX.t&AOQ-st' (INBOX.t&-AOQ-st): Mailbox doesn't exist: t&-AOQ-st. >>> >>> The folder name is "t?st", the filesystem folder is ".t&AOQ-st" , >>> but sieve seems to look for a folder named ".t&-AOQ-st" >>> >>> Dovecot verstion is: 2.0.9 (7ecc5e10da57) >> >> It looks like you're using mUTF-7 in Sieve, but it expects UTF-8 >> folder names only. Use the following Sieve code to store data into >> your folder: >> >> require "fileinto"; >> >> fileinto "INBOX.t?st"; > > You are right, utf-8 scripts work fine, I guess I have to fix my > Problem in avelsieve then. > Anything new? I have this problem also with squirrelmail and avelsieve. > > Micha Krause Uwe Jans -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5950 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110322/fcccc01d/attachment-0001.bin From tss at iki.fi Tue Mar 22 18:46:39 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 22 Mar 2011 18:46:39 +0200 Subject: [Dovecot] Change password cheme In-Reply-To: <4D88A225.6000506@nobus.be> References: <4D88A225.6000506@nobus.be> Message-ID: On 22.3.2011, at 15.20, Pascal Nobus wrote: > We want to update our password scheme from crypt to SHA256. > > Because usernames/passwords are in MySQL I thought this wouldn't be a problem. So that'd be passdb and userdb sql. > However: the password is not in the ENVIROMENT anymore. Use passdb sql + userdb prefetch: http://wiki.dovecot.org/UserDatabase/Prefetch Then have password_query = select '%w' as userdb_password, ... and now you'll have $PASSWORD environment. You could maybe also do this all by creating a mysql function that compares and updates the password directly, i.e: password_query = select check_password('%u', '%w') From tss at iki.fi Tue Mar 22 18:48:57 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 22 Mar 2011 18:48:57 +0200 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: <1300804991.28969.22.camel@pcdenny> References: <1300804991.28969.22.camel@pcdenny> Message-ID: <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> On 22.3.2011, at 16.43, Denny Schierz wrote: > we had to move from a old dieing Sparc very quickly our Cyrus IMAP Users > to Dovecot. Most things works, but some Clients (like Evolution or > Thunderbird) are strange. Our separator in Dovecot2 is "^", the > mailboxes on the filesystem are something like > "INBOX.subfolder1.subfolder2", but in TB and Evo I see > INBOX^subfolder1^subfolder^ > In Roundcube Webmail, I have just a normal tree, as I expected. IMAP clients don't like it much when the separator changes. > On Evolution I deleted the IMAP Profile and recreated it, and that was > working, but it isn't a workaround for TB You mean recreating the profile didn't work, or you can't / don't want to recreate it? > So, how can I fix it? I don't think there is anything on Dovecot's side that you can do, except change the separator to same as it was with Cyrus. From tss at iki.fi Tue Mar 22 18:54:16 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 22 Mar 2011 18:54:16 +0200 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> Message-ID: <7E659AA1-16AE-4C77-A81D-5C89C5C456E3@iki.fi> On 21.3.2011, at 20.52, Edward Carraro wrote: > script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed: Permission > denied Well, what happens with: sudo su -s /bin/sh dovecot /usr/local/bin/postlogin.sh From ednitido at gmail.com Tue Mar 22 19:44:19 2011 From: ednitido at gmail.com (Edward Carraro) Date: Tue, 22 Mar 2011 13:44:19 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <7E659AA1-16AE-4C77-A81D-5C89C5C456E3@iki.fi> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> <7E659AA1-16AE-4C77-A81D-5C89C5C456E3@iki.fi> Message-ID: On Tue, Mar 22, 2011 at 12:54 PM, Timo Sirainen wrote: > On 21.3.2011, at 20.52, Edward Carraro wrote: > > > script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed: > Permission > > denied > > It's working! I re-examined my file and I had two postlogin.sh scripts (in different locations) the one being used by dovecot didn't have the correct permissions on it (i 777'ed the wrong one) So far everything looks good. Proxy authenticates the user then connects to the backend as the master user. the script then changes the master user back to the real user to access their folders. Thanks for the help Timo and Dennis From scott at renshawauto.net Tue Mar 22 20:40:41 2011 From: scott at renshawauto.net (Scott Hughes) Date: Tue, 22 Mar 2011 13:40:41 -0500 Subject: [Dovecot] Mail Sync Message-ID: <2580145F8BEF4EFB95F56AB1333D976E@RAGMailMachXP> I am trying to sync my mail on two different servers as testing for converting our business over to a server using dovecot. I am currently running dovecot version 2.0.11 While trying to sync the messages using Thunderbird and a program named imapsync, I run into an error stating that the dovecot server does not know how to handle messages with the FORWARD flag set. Is the FORWARD flag some type of non-standard flag or is there something I need to do in dovecot to allow for this flag? Thanks From linuxmail at 4lin.net Wed Mar 23 00:52:58 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Tue, 22 Mar 2011 23:52:58 +0100 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> References: <1300804991.28969.22.camel@pcdenny> <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> Message-ID: hi Timo, Am 22.03.2011 um 17:48 schrieb Timo Sirainen: > > You mean recreating the profile didn't work, or you can't / don't want to recreate it? its more strange, than i thought. I created a new user and created some folders with TB: On the filesystem I see: total 46 drwx------ 5 vmail vmail 7 Mar 22 17:05 .Drafts drwx------ 5 vmail vmail 7 Mar 22 17:05 .INBOX.foobar drwx------ 5 vmail vmail 6 Mar 22 17:05 .Sent drwx------ 5 vmail vmail 6 Mar 22 17:05 .Spam drwx------ 5 vmail vmail 6 Mar 22 17:05 .Trash drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 cur -rw------- 1 vmail vmail 0 Mar 22 17:05 dovecot-acl-list -rw------- 1 vmail vmail 51 Mar 22 17:05 dovecot-uidlist -rw------- 1 vmail vmail 8 Mar 22 17:05 dovecot-uidvalidity -r--r--r-- 1 vmail vmail 0 Mar 22 17:05 dovecot-uidvalidity.4d88c8c3 -rw-r--r-- 1 vmail vmail 14 Mar 22 17:05 maildirsize drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 new -rw------- 1 vmail vmail 36 Mar 22 17:05 subscriptions drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 tmp but, in TB: INBOX: Drafts: Sent: Trash: INBOX/foobar I created only "foobar" in TB, the other ones are created automatically. If i subscribe folders, I see something like "INBOX^foobar" cu denny From tss at iki.fi Wed Mar 23 01:08:36 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 01:08:36 +0200 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: References: <1300804991.28969.22.camel@pcdenny> <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> Message-ID: On 23.3.2011, at 0.52, Denny Schierz wrote: > but, in TB: > > INBOX: > Drafts: > Sent: > Trash: > INBOX/foobar > > I created only "foobar" in TB, the other ones are created automatically. If i subscribe folders, I see something like "INBOX^foobar" Why is there even INBOX/ or INBOX^ prefix at all? Did you intentionally create it under INBOX, or do you have namespace prefix in TB settings set to INBOX/ or something? People rarely use other separators than '.' and '/'. I guess it's possible that TB just doesn't like '^'. What TB version are you testing with? Anyway, you could test that Dovecot does nothing wrong by talking IMAP protocol: telnet localhost 143 a login user pass b namespace c list "" * d lsub "" * If the separators are all '^' there, then it's all ok from Dovecot's side. From ssilva at sgvwater.com Wed Mar 23 01:43:40 2011 From: ssilva at sgvwater.com (Scott Silva) Date: Tue, 22 Mar 2011 16:43:40 -0700 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: References: <1300804991.28969.22.camel@pcdenny> <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> Message-ID: on 3/22/2011 3:52 PM Denny Schierz spake the following: > hi Timo, > > Am 22.03.2011 um 17:48 schrieb Timo Sirainen: >> >> You mean recreating the profile didn't work, or you can't / don't want to recreate it? > > > its more strange, than i thought. I created a new user and created some folders with TB: > > On the filesystem I see: > > total 46 > drwx------ 5 vmail vmail 7 Mar 22 17:05 .Drafts > drwx------ 5 vmail vmail 7 Mar 22 17:05 .INBOX.foobar > drwx------ 5 vmail vmail 6 Mar 22 17:05 .Sent > drwx------ 5 vmail vmail 6 Mar 22 17:05 .Spam > drwx------ 5 vmail vmail 6 Mar 22 17:05 .Trash > drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 cur > -rw------- 1 vmail vmail 0 Mar 22 17:05 dovecot-acl-list > -rw------- 1 vmail vmail 51 Mar 22 17:05 dovecot-uidlist > -rw------- 1 vmail vmail 8 Mar 22 17:05 dovecot-uidvalidity > -r--r--r-- 1 vmail vmail 0 Mar 22 17:05 dovecot-uidvalidity.4d88c8c3 > -rw-r--r-- 1 vmail vmail 14 Mar 22 17:05 maildirsize > drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 new > -rw------- 1 vmail vmail 36 Mar 22 17:05 subscriptions > drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 tmp > > > but, in TB: > > INBOX: > Drafts: > Sent: > Trash: > INBOX/foobar > > I created only "foobar" in TB, the other ones are created automatically. If i subscribe folders, I see something like "INBOX^foobar" > > cu denny > > > You created the foobar folder UNDER the INBOX... That is how it will look when you do it that way... I just tried. Most ppl make their folders under the root of the server, and not under the inbox. From linuxmail at 4lin.net Wed Mar 23 08:55:52 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Wed, 23 Mar 2011 07:55:52 +0100 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: References: <1300804991.28969.22.camel@pcdenny> <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> Message-ID: <1300863352.28969.28.camel@pcdenny> hi, Am Dienstag, den 22.03.2011, 16:43 -0700 schrieb Scott Silva: > > > You created the foobar folder UNDER the INBOX... That is how it will look when > you do it that way... I just tried. Most ppl make their folders under the root > of the server, and not under the inbox. but why: Evolution, Apple Mail, Ipod, Kmail, Roundcube do it, how it was expected? Only Thunderbird (tested with 3.x unter OSX, Linux and Windows) is the problem (as I know from the studies). @Timo: DoveCot seems to be O.K: b namespace * NAMESPACE (("" "^")) NIL (("public^" "^")) b OK Namespace completed. c list "" * * LIST (\HasNoChildren) "^" "Spam" * LIST (\HasNoChildren) "^" "Sent" * LIST (\HasNoChildren) "^" "Trash" * LIST (\HasChildren) "^" "INBOX" * LIST (\HasNoChildren) "^" "INBOX^foobar" * LIST (\HasNoChildren) "^" "Drafts" * LIST (\Noselect \HasChildren) "^" "public" c OK List completed. d lsub "" * * LSUB () "^" "Sent" * LSUB () "^" "Drafts" * LSUB () "^" "Trash" * LSUB () "^" "Spam" * LSUB () "^" "INBOX^foobar" d OK Lsub completed. e logout * BYE Logging out e OK Logout completed. Connection closed by foreign host. I try a second instance from Dovecot for testing, otherwise the other productive clients maybe get confused. cu denny -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20110323/4e740021/attachment.bin From robert at schetterer.org Wed Mar 23 09:45:25 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 23 Mar 2011 08:45:25 +0100 Subject: [Dovecot] Mail Sync In-Reply-To: <2580145F8BEF4EFB95F56AB1333D976E@RAGMailMachXP> References: <2580145F8BEF4EFB95F56AB1333D976E@RAGMailMachXP> Message-ID: <4D89A515.3080700@schetterer.org> Am 22.03.2011 19:40, schrieb Scott Hughes: > I am trying to sync my mail on two different servers as testing for > converting our business over to a server using dovecot. I am currently > running dovecot version 2.0.11 > > > > While trying to sync the messages using Thunderbird and a program named > imapsync, I run into an error stating that the dovecot server does not know > how to handle messages with the FORWARD flag set. > > > > Is the FORWARD flag some type of non-standard flag or is there something I > need to do in dovecot to allow for this flag? > > > > Thanks > > > > > > > > > > i recently migrated 3000 mailboxes with imapsync from dove 1.x to 2.11 no problems also done it from courier to dovecot but with different imapsync parameters used this script #!/bin/bash FILE="$1" for i in `cat $FILE` do USER=`echo "$i" | awk 'BEGIN { FS="," } { print $1 }'` PASS=`echo "$i" | awk 'BEGIN { FS="," } { print $2 }'` imapsync --authmech1 PLAIN --authmech2 PLAIN --sep2 / --prefix2 "" --host1 .... --user1 $USER --password1 $PASS --host2 ... --user2 $USER --password2 $PASS --subscribe -delete2 --expunge2 echo "$USER done" >> imapsync.lst.log done the file imapsync.lst was something like csv formated user,password i am nearly sure that there where some forwarded messages within no user reported problems so far with any client so you might look on your imapsync syntax -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From vincent.artzner at gmail.com Wed Mar 23 11:06:26 2011 From: vincent.artzner at gmail.com (Vincent Artzner) Date: Wed, 23 Mar 2011 10:06:26 +0100 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: <1300727980.13041.42.camel@hurina> References: <1300727980.13041.42.camel@hurina> Message-ID: I haven't found out what caused the change in the base filename. Procmail version is 3.22 which seems to be the last recommanded stable release. However, upgrading to dovecot 2.06 seemed to let the issue disappear. "Wrong w value" files were still there and firing the error, but after deleting them (and reloading the emails from pop and/or client side copy), the error isn't fired anymore (at all). So i works fine right now. Maybe this should be asked in another topic, but what is the reason for dovecot version of ubuntu repositories to not be uptodate (1.2.9 as stated in a previous message and confirmed at http://wiki2.dovecot.org/PrebuiltBinaries?highlight=%28ubuntu%29#Ubuntu) ? Thanks for your responses. On Mon, Mar 21, 2011 at 6:19 PM, Timo Sirainen wrote: > On Fri, 2011-03-18 at 16:14 +0100, Vincent Artzner wrote: > > 2011-03-18 14:43:15 IMAP(info): Error: Maildir filename has wrong W > value: > > > /home/info/Maildir/.Envois/cur/1300450349.M120256P3108.Serveurlinux,S=460764,W=460768:2,S > .. > > The incoming mails are provided to dovecot by procmail, so I think > dovecot > > is responsible for settings the S, W params in the filenames. > > Dovecot never changes the base filename (anything before ':'). So if a > wrong W value is added by procmail, you either need to fix procmail to > set it correctly or to not set it at all. > > > From CMarcus at Media-Brokers.com Wed Mar 23 12:36:43 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 23 Mar 2011 06:36:43 -0400 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: References: <1300727980.13041.42.camel@hurina> Message-ID: <4D89CD3B.8090200@Media-Brokers.com> On 2011-03-23 5:06 AM, Vincent Artzner wrote: > However, upgrading to dovecot 2.06 seemed to let the issue disappear. 2.0.11 is the current stable release... > Maybe this should be asked in another topic, but what is the reason for > dovecot version of ubuntu repositories to not be uptodate Actually, why distro-x's repo is behind is a question for the distro repo package maintainer, not for the upstream support list. Ie - go ask the ubuntu dovecot maintainer... -- Best regards, Charles From ef at math.uni-bonn.de Wed Mar 23 12:51:46 2011 From: ef at math.uni-bonn.de (=?iso-8859-1?Q?Edgar_Fu=DF?=) Date: Wed, 23 Mar 2011 11:51:46 +0100 Subject: [Dovecot] Master credentials for sieve Message-ID: <89823E3C-54CA-4844-9B44-B8193CCAE4A7@math.uni-bonn.de> Is there a method for using master credentials for sieve only? We sometimes need to install/edit sieve script for some of our users. Currently, we just edit the files on the file server, but that doesn't appear the most sensible way for me From linuxmail at 4lin.net Wed Mar 23 14:06:01 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Wed, 23 Mar 2011 13:06:01 +0100 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: <1300863352.28969.28.camel@pcdenny> References: <1300804991.28969.22.camel@pcdenny> <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> <1300863352.28969.28.camel@pcdenny> Message-ID: <1300881961.5930.1.camel@pcdenny> Am Mittwoch, den 23.03.2011, 07:55 +0100 schrieb Denny Schierz: > I try a second instance from Dovecot for testing, otherwise the other > productive clients maybe get confused. it works :-) I switched the productive also to "/" and all clients seems to be O.K cu denny -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20110323/422e77bb/attachment.bin From kms.public0000 at comcast.net Wed Mar 23 15:55:53 2011 From: kms.public0000 at comcast.net (Kelly Stephens) Date: Wed, 23 Mar 2011 08:55:53 -0500 Subject: [Dovecot] Bug: Creating mbox folders In-Reply-To: <1300292189.19220.586.camel@hurina> References: <4D80C71A.3070902@comcast.net> <1300292189.19220.586.camel@hurina> Message-ID: <4D89FBE9.60407@comcast.net> On 03/16/2011 11:16 AM, Timo Sirainen wrote: > On Wed, 2011-03-16 at 09:20 -0500, Kelly Stephens wrote: >> Hey, >> >> I had trouble this morning creating a folder to contain sub-folders. I >> am using the mbox format. Turns out that the .imap directory in the new >> folder (directory) was not being created. Anytime I tried to view a >> sub-folder (using Thunderbird) dovecot would dump. Once I manually >> created the .imap directory, it works fine. >> >> dovecot --version -> 2.0.9 > I can't reproduce this. Maybe it's been fixed in v2.0.11. > I've upgraded to 2.0.11. The problem is still present. dovecot-2.0.11-1.fc14.i686 thunderbird-3.1.9-1.fc14.i686 Kelly From vincent.artzner at gmail.com Wed Mar 23 17:04:54 2011 From: vincent.artzner at gmail.com (Vincent Artzner) Date: Wed, 23 Mar 2011 16:04:54 +0100 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: <4D89CD3B.8090200@Media-Brokers.com> References: <1300727980.13041.42.camel@hurina> <4D89CD3B.8090200@Media-Brokers.com> Message-ID: > 2.0.11 is the current stable release... Well according to the dovecot wiki link previously posted ( http://wiki2.dovecot.org/PrebuiltBinaries), the "latest Dovecot for latest Ubuntu LTS " can be found at http://codex.xiaoka.com/apt/. That was 2.0.6 when i got it from there a few days ago. Of course one could still get the source to last stable release 2.0.11, no problem, just a little less straightforward... If I get in another trouble I will check last sources first. From jk at jkart.de Wed Mar 23 18:28:16 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 23 Mar 2011 17:28:16 +0100 Subject: [Dovecot] different users with different quota Message-ID: <4D8A1FA0.9010402@jkart.de> Hello, How can one assign different users different Quota? So properly? quota_rule1 = userONE:storage=1G quota_rule2 = Trash:storage=100M quota_rule3 = SPAM:ignore quota_rule4 = userTWO:storage=5M quota_rule5 = Trash:storage=50M quota_rule6 = SPAM:ignore and so on ... Right or how? -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Die Geschichte wird freundlich mit mir umgehen, denn ich habe vor, sie zu schreiben. [Churchill] From sven at svenhartge.de Wed Mar 23 18:33:42 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 23 Mar 2011 17:33:42 +0100 Subject: [Dovecot] different users with different quota References: <4D8A1FA0.9010402@jkart.de> Message-ID: Jim Knuth wrote: > How can one assign different users different Quota? > So properly? No, totally wrong, sorry. > quota_rule1 = userONE:storage=1G > quota_rule2 = Trash:storage=100M > quota_rule3 = SPAM:ignore > quota_rule4 = userTWO:storage=5M > quota_rule5 = Trash:storage=50M > quota_rule6 = SPAM:ignore > and so on ... Right or how? Have you read and ? How your different user quotas are configured depends on the userdb backend you use. Gr??e, S? -- Sig lost. Core dumped. From jk at jkart.de Wed Mar 23 18:44:51 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 23 Mar 2011 17:44:51 +0100 Subject: [Dovecot] different users with different quota In-Reply-To: References: <4D8A1FA0.9010402@jkart.de> Message-ID: <4D8A2383.4010508@jkart.de> am 23.03.11 17:33 schrieb Sven Hartge : > Jim Knuth wrote: > >> How can one assign different users different Quota? >> So properly? > > No, totally wrong, sorry. > >> quota_rule1 = userONE:storage=1G >> quota_rule2 = Trash:storage=100M >> quota_rule3 = SPAM:ignore > >> quota_rule4 = userTWO:storage=5M >> quota_rule5 = Trash:storage=50M >> quota_rule6 = SPAM:ignore > >> and so on ... Right or how? > > Have you read and > ? > > How your different user quotas are configured depends on the userdb > backend you use. it`s via pam > > Gr??e, > S? > -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Nichts teilen wir so gerne an andre mit als das Siegel der Verschwiegenheit - samt dem, was darunter ist. [Nietzsche] From dg at dguhl.org Wed Mar 23 19:38:40 2011 From: dg at dguhl.org (Dennis Guhl) Date: Wed, 23 Mar 2011 18:38:40 +0100 Subject: [Dovecot] different users with different quota In-Reply-To: <4D8A2383.4010508@jkart.de> References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> Message-ID: <20110323173840.GA15678@PC211.ikt.de> On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: > am 23.03.11 17:33 schrieb Sven Hartge : Sorry Sven, this is not against you! > >Jim Knuth wrote: > > > >>How can one assign different users different Quota? [..] > >Have you read and This link alone would have been a sufficient answer to your question. > >? This could be undoubtedly counted as spoon feeding. Jim, RTFM! > >How your different user quotas are configured depends on the userdb > >backend you use. > > it`s via pam PAM is no userdb: http://wiki2.dovecot.org/PasswordDatabase/PAM "Usually PAM is used with passwd (NSS) or static user databases." is a direct quote from this link and should tell you which example to follow in Sven's links. Dennis From jk at jkart.de Wed Mar 23 20:36:20 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 23 Mar 2011 19:36:20 +0100 Subject: [Dovecot] different users with different quota In-Reply-To: <20110323173840.GA15678@PC211.ikt.de> References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> <20110323173840.GA15678@PC211.ikt.de> Message-ID: <4D8A3DA4.7020608@jkart.de> am 23.03.11 18:38 schrieb Dennis Guhl : > On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: >> am 23.03.11 17:33 schrieb Sven Hartge: > > Sorry Sven, this is not against you! > >>> Jim Knuth wrote: >>> >>>> How can one assign different users different Quota? > > [..] > >>> Have you read and > > This link alone would have been a sufficient answer to your question. > >>> ? > > This could be undoubtedly counted as spoon feeding. > > Jim, RTFM! > >>> How your different user quotas are configured depends on the userdb >>> backend you use. >> >> it`s via pam > > PAM is no userdb: http://wiki2.dovecot.org/PasswordDatabase/PAM > > "Usually PAM is used with passwd (NSS) or static user databases." is a > direct quote from this link and should tell you which example to > follow in Sven's links. > > Dennis ok, than plugin { quota = maildir:UserONE quota quota_rule = *:storage=1G quota_rule2 = Trash:storage=100M quota = maildir:UserTWO quota quota_rule = *:storage=5M quota_rule2 = Trash:storage=50M } -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Eine gute Rede ist eine Ansprache, die das Thema ersch?pft, aber keineswegs die Zuh?rer. [Churchill] From dg at dguhl.org Wed Mar 23 20:45:33 2011 From: dg at dguhl.org (Dennis Guhl) Date: Wed, 23 Mar 2011 19:45:33 +0100 Subject: [Dovecot] different users with different quota In-Reply-To: <4D8A3DA4.7020608@jkart.de> References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> <20110323173840.GA15678@PC211.ikt.de> <4D8A3DA4.7020608@jkart.de> Message-ID: <20110323184533.GB15678@PC211.ikt.de> On Wed, Mar 23, 2011 at 07:36:20PM +0100, Jim Knuth wrote: > am 23.03.11 18:38 schrieb Dennis Guhl : > >On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: > >>am 23.03.11 17:33 schrieb Sven Hartge: [..] > >>>Jim Knuth wrote: > >>> > >>>>How can one assign different users different Quota? [..] > >>>Have you read and > > > >This link alone would have been a sufficient answer to your question. > > > >>>? > > > >This could be undoubtedly counted as spoon feeding. > > > >Jim, RTFM! The key is to not only read the manual but to understand, too. [..] > plugin { [garbage] > } What did you make believe this could actually work? Dennis From jk at jkart.de Wed Mar 23 20:52:39 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 23 Mar 2011 19:52:39 +0100 Subject: [Dovecot] different users with different quota In-Reply-To: <20110323184533.GB15678@PC211.ikt.de> References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> <20110323173840.GA15678@PC211.ikt.de> <4D8A3DA4.7020608@jkart.de> <20110323184533.GB15678@PC211.ikt.de> Message-ID: <4D8A4177.4010103@jkart.de> am 23.03.11 19:45 schrieb Dennis Guhl : > On Wed, Mar 23, 2011 at 07:36:20PM +0100, Jim Knuth wrote: >> am 23.03.11 18:38 schrieb Dennis Guhl: >>> On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: >>>> am 23.03.11 17:33 schrieb Sven Hartge: > > [..] > >>>>> Jim Knuth wrote: >>>>> >>>>>> How can one assign different users different Quota? > > [..] > >>>>> Have you read and >>> >>> This link alone would have been a sufficient answer to your question. >>> >>>>> ? >>> >>> This could be undoubtedly counted as spoon feeding. >>> >>> Jim, RTFM! > > The key is to not only read the manual but to understand, too. *lol* I understand only "Bahnhof", because I understand nothing. Sorry, please give me an example. Thanx. > > [..] > >> plugin { > > [garbage] > >> } > > What did you make believe this could actually work? > > Dennis -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Mit b?sen Worten, die man ungesagt herunterschluckt, hat sich noch niemand den Magen verdorben. [Churchill] From carloswill at gmail.com Wed Mar 23 21:21:07 2011 From: carloswill at gmail.com (Carlos Mennens) Date: Wed, 23 Mar 2011 15:21:07 -0400 Subject: [Dovecot] Configure Dovecot For IMAP Only? In-Reply-To: <1300488994.2669.108.camel@localhost> References: <1300488994.2669.108.camel@localhost> Message-ID: On Fri, Mar 18, 2011 at 6:56 PM, Kendall Shaw wrote: > On Fri, 2011-03-18 at 13:20 -0400, Carlos Mennens wrote: >> I've install Dovecot 2.0.11-1 on my Linux server and all the guides >> and tutorials I've found on Google don't work since I'm running 2.x >> and it seems most guides were done with 1.x. > > ... > >> Can anyone please tell me what I need to add to get this very basic >> IMAP server up and running? > > http://wiki2.dovecot.org/ I did see that and I guess I don't really see a template for parameters needed in the configuration. Is there nothing on the Wiki or anywhere that I could just use as a configuration file template? My old 1.x config was very small and simple: auth_mechanisms = plain login mail_location = maildir:~/mail passdb { driver = pam } protocols = imap service auth { unix_listener auth-client { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> <20110323173840.GA15678@PC211.ikt.de> <4D8A3DA4.7020608@jkart.de> <20110323184533.GB15678@PC211.ikt.de> <4D8A4177.4010103@jkart.de> Message-ID: <20110323193204.GC15678@PC211.ikt.de> On Wed, Mar 23, 2011 at 07:52:39PM +0100, Jim Knuth wrote: > am 23.03.11 19:45 schrieb Dennis Guhl : > >On Wed, Mar 23, 2011 at 07:36:20PM +0100, Jim Knuth wrote: > >>am 23.03.11 18:38 schrieb Dennis Guhl: > >>>On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: > >>>>am 23.03.11 17:33 schrieb Sven Hartge: > > > >[..] > > > >>>>>Jim Knuth wrote: > >>>>> > >>>>>>How can one assign different users different Quota? > > > >[..] > > > >>>>>Have you read and > >>> > >>>This link alone would have been a sufficient answer to your question. > >>> > >>>>>? > >>> > >>>This could be undoubtedly counted as spoon feeding. > >>> > >>>Jim, RTFM! > > > >The key is to not only read the manual but to understand, too. > > *lol* I understand only "Bahnhof", because I understand nothing. > Sorry, please give me an example. Thanx. Prove that you actually read and at least try to understand the directions we give you. Until now you stated a bad idea, answer a question without thought and repeated your bad idea. To top it you tried an ignorant joke and ask us to read the wiki to you. Have a look at Eric Raymonds How To Ask Questions The Smart Way: http://www.catb.org/~esr/faqs/smart-questions.html particularly http://www.catb.org/~esr/faqs/smart-questions.html#homework and http://www.catb.org/~esr/faqs/smart-questions.html#rtfm. > >[..] > > > >>plugin { > > > >[garbage] > > > >>} > > > >What did you make believe this could actually work? You should answer questions. They are usually not asked out of the blue. Dennis From sven at svenhartge.de Wed Mar 23 21:58:50 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 23 Mar 2011 20:58:50 +0100 Subject: [Dovecot] different users with different quota References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> <20110323173840.GA15678@PC211.ikt.de> <4D8A3DA4.7020608@jkart.de> Message-ID: Jim Knuth wrote: > am 23.03.11 18:38 schrieb Dennis Guhl : >> On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: >>> am 23.03.11 17:33 schrieb Sven Hartge: >>>> How your different user quotas are configured depends on the userdb >>>> backend you use. >>> it`s via pam >> PAM is no userdb: http://wiki2.dovecot.org/PasswordDatabase/PAM >> >> "Usually PAM is used with passwd (NSS) or static user databases." is >> a direct quote from this link and should tell you which example to >> follow in Sven's links. > ok, than > plugin { > quota = maildir:UserONE quota > quota_rule = *:storage=1G > quota_rule2 = Trash:storage=100M > quota = maildir:UserTWO quota > quota_rule = *:storage=5M > quota_rule2 = Trash:storage=50M > } Umm. Think logical for a moment: Would such a configuration scale to 10 users? 100 users? 10000 users? No, it would not. So without knowing if this _could_ work, you can outright deduce this one as wrong. Ask yourself one question: a) "Do I have different quota_rules for my users?" b) "Are my quota_rules the same for every user?" If a) then you need to setup a userdb with this information in it (This is documented in the wiki for a text-, LDAP- any SQL-based one, with the LDAP-based one being a bit strange to configure, but I asked a question concerning the syntax not long ago, so the archive is your friend.) If b) then you can hardcode your quota_rule inside the config, just as you are trying to do. I would suggest to start with b) and if this works, _then_ work your way up to a). Hardcoding a "fall back" quota_rule inside the config has also the added benefit of, well, having a fall back, in case the quote inside your userdb is not set for a user. Gr??e, Sven. -- Sig lost. Core dumped. From tmtalpey at gmail.com Wed Mar 23 22:22:08 2011 From: tmtalpey at gmail.com (Tom Talpey) Date: Wed, 23 Mar 2011 16:22:08 -0400 Subject: [Dovecot] Configure Dovecot For IMAP Only? In-Reply-To: References: <1300488994.2669.108.camel@localhost> Message-ID: <4D8A5670.1050301@gmail.com> The Upgrading page has lots of information on this, and the "doveconf" command listed at the very top of that page worked great for me to create a new dovecot.conf. It produces lots of commentary to help sort things out. http://wiki2.dovecot.org/Upgrading/2.0 On 3/23/2011 3:21 PM, Carlos Mennens wrote: > On Fri, Mar 18, 2011 at 6:56 PM, Kendall Shaw wrote: >> On Fri, 2011-03-18 at 13:20 -0400, Carlos Mennens wrote: >>> I've install Dovecot 2.0.11-1 on my Linux server and all the guides >>> and tutorials I've found on Google don't work since I'm running 2.x >>> and it seems most guides were done with 1.x. >> >> ... >> >>> Can anyone please tell me what I need to add to get this very basic >>> IMAP server up and running? >> >> http://wiki2.dovecot.org/ > > I did see that and I guess I don't really see a template for > parameters needed in the configuration. Is there nothing on the Wiki > or anywhere that I could just use as a configuration file template? My > old 1.x config was very small and simple: > > auth_mechanisms = plain login > mail_location = maildir:~/mail > passdb { > driver = pam > } > protocols = imap > service auth { > unix_listener auth-client { > group = postfix > mode = 0660 > user = postfix > } > user = root > } > ssl_cert = ssl_key = userdb { > driver = passwd > } > #protocol imap { > # imap_client_workarounds = delay-newmail tb-extra-mailbox-sep > > I just had users authenticating via PAM, using TLS, and connecting on > IMAP only. The Wiki gives great info but doesn't help me generate a > dovecot.conf file from what I can see. It does a great job of > explaining all possible scenarios for many platforms. Is my > configuration above not correct for Dovecot 2.0.11? From tss at iki.fi Wed Mar 23 23:00:52 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:00:52 +0200 Subject: [Dovecot] Bug: Creating mbox folders In-Reply-To: <4D89FBE9.60407@comcast.net> References: <4D80C71A.3070902@comcast.net> <1300292189.19220.586.camel@hurina> <4D89FBE9.60407@comcast.net> Message-ID: <1300914052.13041.58.camel@hurina> On Wed, 2011-03-23 at 08:55 -0500, Kelly Stephens wrote: > >> I had trouble this morning creating a folder to contain sub-folders. I > >> am using the mbox format. Turns out that the .imap directory in the new > >> folder (directory) was not being created. Anytime I tried to view a > >> sub-folder (using Thunderbird) dovecot would dump. Once I manually > >> created the .imap directory, it works fine. > >> > >> dovecot --version -> 2.0.9 > > I can't reproduce this. Maybe it's been fixed in v2.0.11. > > > I've upgraded to 2.0.11. The problem is still present. Still crashes with same message? Try what happens if you do it manually: mkdir -p /tmp/mail/foo touch /tmp/mail/foo/bar /usr/local/libexec/dovecot/imap -O -o mail=mbox:/tmp/mail a select foo/bar From tss at iki.fi Wed Mar 23 23:03:12 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:03:12 +0200 Subject: [Dovecot] Bug: Creating mbox folders In-Reply-To: <1300914052.13041.58.camel@hurina> References: <4D80C71A.3070902@comcast.net> <1300292189.19220.586.camel@hurina> <4D89FBE9.60407@comcast.net> <1300914052.13041.58.camel@hurina> Message-ID: <1300914192.13041.59.camel@hurina> On Wed, 2011-03-23 at 23:00 +0200, Timo Sirainen wrote: > On Wed, 2011-03-23 at 08:55 -0500, Kelly Stephens wrote: > > >> I had trouble this morning creating a folder to contain sub-folders. I > > >> am using the mbox format. Turns out that the .imap directory in the new > > >> folder (directory) was not being created. Anytime I tried to view a > > >> sub-folder (using Thunderbird) dovecot would dump. Once I manually > > >> created the .imap directory, it works fine. > > >> > > >> dovecot --version -> 2.0.9 > > > I can't reproduce this. Maybe it's been fixed in v2.0.11. > > > > > I've upgraded to 2.0.11. The problem is still present. > > Still crashes with same message? Try what happens if you do it manually: Oh, I just realized the problem. You're relying on autodetection for mail location. The problem goes away if you set it explicitly: mail_location = mbox:~/mail:INBOX=/var/mail/%u (or without INBOX, depending on where it really is) I'll of course fix the bug anyway. From tss at iki.fi Wed Mar 23 23:14:36 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:14:36 +0200 Subject: [Dovecot] Mail Sync In-Reply-To: <2580145F8BEF4EFB95F56AB1333D976E@RAGMailMachXP> References: <2580145F8BEF4EFB95F56AB1333D976E@RAGMailMachXP> Message-ID: <1300914876.13041.60.camel@hurina> On Tue, 2011-03-22 at 13:40 -0500, Scott Hughes wrote: > While trying to sync the messages using Thunderbird and a program named > imapsync, I run into an error stating that the dovecot server does not know > how to handle messages with the FORWARD flag set. > > Is the FORWARD flag some type of non-standard flag or is there something I > need to do in dovecot to allow for this flag? FORWARD would be an "IMAP keyword" (aka custom flag). Dovecot supports keywords. I don't know why imapsync would complain about it. From tss at iki.fi Wed Mar 23 23:16:27 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:16:27 +0200 Subject: [Dovecot] Master credentials for sieve In-Reply-To: <89823E3C-54CA-4844-9B44-B8193CCAE4A7@math.uni-bonn.de> References: <89823E3C-54CA-4844-9B44-B8193CCAE4A7@math.uni-bonn.de> Message-ID: <1300914987.13041.62.camel@hurina> On Wed, 2011-03-23 at 11:51 +0100, Edgar Fu? wrote: > Is there a method for using master credentials for sieve only? In v2.0 I believe it's possible to do: protocol sieve { passdb { master = yes ... } } Another possibility would be to use %s, e.g.: passdb { driver = passwd-file master = yes args = /etc/dovecot/master.%s } Then use master.sieve file. From tss at iki.fi Wed Mar 23 23:21:39 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:21:39 +0200 Subject: [Dovecot] Configure Dovecot For IMAP Only? In-Reply-To: References: <1300488994.2669.108.camel@localhost> Message-ID: <1300915299.13041.64.camel@hurina> On Wed, 2011-03-23 at 15:21 -0400, Carlos Mennens wrote: > I did see that and I guess I don't really see a template for > parameters needed in the configuration. There is doc/example-config/ distributed with sources. > My old 1.x config was very small and simple: Looks fine, just keep it. From tss at iki.fi Wed Mar 23 23:23:24 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:23:24 +0200 Subject: [Dovecot] dsync warning/error - mailbox needs recreation In-Reply-To: References: <1299939018.19220.553.camel@hurina> Message-ID: <1300915404.13041.65.camel@hurina> On Sat, 2011-03-12 at 12:04 -0800, Daniel L. Miller wrote: > this mean? These lines occur on subsequent runs of "dsync -u user backup > target" dsync(dmiller at amfes.com [1]): Warning: Destination mailbox INBOX > has been modified, need to recreate it before we can continue syncing Do you have some plugins enabled? Especially autocreate? dsync with autocreate plugin at least causes these kind of troubles. From tss at iki.fi Wed Mar 23 23:28:11 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:28:11 +0200 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <201103181002.33691.Christoph.Pleger@cs.tu-dortmund.de> References: <201102191010.31727.Christoph@plmail.de> <201103121554.17975.Christoph@plmail.de> <1299944148.19220.556.camel@hurina> <201103181002.33691.Christoph.Pleger@cs.tu-dortmund.de> Message-ID: <1300915691.13041.67.camel@hurina> On Fri, 2011-03-18 at 10:02 +0100, Christoph Pleger wrote: > Today, the daily cronjob expired some messages. I have attached the output of > the job. It looks like it expunged all the messages from Trash. Did you check if that happened? Did it expunge too many messages? > Mar 18 09:50:28 joseph dovecot: imap(christoph): Debug: expire: Saving first > message to Trash, updating timestamp to 1300438228 This happens, because it thinks the Trash was empty.. From Christoph at plmail.de Thu Mar 24 10:10:41 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Thu, 24 Mar 2011 09:10:41 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <1300915691.13041.67.camel@hurina> References: <201102191010.31727.Christoph@plmail.de> <201103121554.17975.Christoph@plmail.de> <1299944148.19220.556.camel@hurina> <201103181002.33691.Christoph.Pleger@cs.tu-dortmund.de> <1300915691.13041.67.camel@hurina> Message-ID: <0fae5586eac5b7ef52eecafac8354c9d.squirrel@webmail.plmail.de> Hello, >> Today, the daily cronjob expired some messages. I have attached the >> output of >> the job. > It looks like it expunged all the messages from Trash. Did you check if > that happened? Did it expunge too many messages? No, after expunging, there still were messages in the Trash folder. I am sure that exactly those messages were removed from Trash which were older than the number of days I had given in my "doveadm expunge" command. Regards Christoph From selcuk.miynat at endersys.com.tr Thu Mar 24 14:01:39 2011 From: selcuk.miynat at endersys.com.tr (Selcuk MIYNAT) Date: Thu, 24 Mar 2011 14:01:39 +0200 Subject: [Dovecot] pigeonhole and roundcube install problem Message-ID: <4D8B32A3.5040003@endersys.com.tr> Hi, I've installed sieve and managesieve(pigeonhole) on qmail and dovecot(v2.0.11). I've install sieverules on Roundcube. I can see the plugin on the webinterface, and i can add rules. But there is a problem: I've put this .qmail file on "deneme" user's home directory according to [1]. |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/dovecot-lda -d $EXT@$USER Then I got this message on qmail log: deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ Incoming e-mail written to the disk but doesn't seen on inbox. If i have change my .qmail file to this: /usr/local/libexec/dovecot/dovecot-lda -d $EXT@$USER Plugin doesn't return a message to mail sender: Debug: Loading modules from directory: /usr/local/lib/dovecot Debug: Module loaded: /usr/local/lib/dovecot/lib90_sieve_plugin.so Debug: auth input: deneme at example.com home=/home/vpopmail/domains/example.com/deneme uid=89 gid=89 Debug: Effective uid=89, gid=89, home=/home/vpopmail/domains/example.com/deneme Debug: fs: root=/home/vpopmail/domains/example.com/deneme/Maildir, index=, control=, inbox=/home/vpopmail/domains/example.com/deneme/Maildir Debug: none: root=, index=, control=, inbox= Debug: sieve: using sieve path for user's script: /home/vpopmail/domains/example.com/deneme/.dovecot.sieve Debug: sieve: opening script /home/vpopmail/domains/example.com/deneme/.dovecot.sieve Debug: sieve: script binary /home/vpopmail/domains/example.com/deneme/.dovecot.svbin successfully loaded Debug: sieve: binary save: not saving binary /home/vpopmail/domains/example.com/deneme/.dovecot.svbin, because it is already stored Debug: sieve: executing script from /home/vpopmail/domains/example.com/deneme/.dovecot.svbin Info: sieve: msgid=<4D80A733.8010906 at test.com.tr>: discarded vacation reply to <> Info: sieve: msgid=<4D80A733.8010906 at test.com.tr>: stored mail into mailbox 'INBOX' But i can forward the incoming mail to another address. Why doesn't work this plugin, any ideas? [root at mail ~]# dovecot -n # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-194.32.1.el5 x86_64 CentOS release 5.5 (Final) auth_debug = yes auth_default_realm = example.com auth_mechanisms = plain digest-md5 cram-md5 auth_socket_path = /usr/local/var/run/dovecot/auth-userdb auth_verbose = yes disable_plaintext_auth = no first_valid_uid = 0 last_valid_uid = 100 log_path = /var/log/dovecot mail_debug = yes mail_location = maildir:~/Maildir:LAYOUT=fs managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /usr/local/etc/dovecot-sql.conf driver = sql } plugin/sieve = ~/.dovecot.sieve plugin/sieve_dir = ~/sieve protocols = imap pop3 sieve service auth { unix_listener auth-userdb { group = vchkpw mode = 0600 user = vpopmail } } ssl = no userdb { args = /usr/local/etc/dovecot-sql.conf driver = sql } protocol lda { info_log_path = /var/log/dovecot-deliver.log log_path = /var/log/dovecot-deliver-errors.log mail_plugins = " sieve" postmaster_address = postmaster at example.com sendmail_path = /var/qmail/bin/sendmail } dovecot-sql.conf ??kt?s?: driver = mysql connect = host=localhost user=vpopmailuser password=vpopmailpassword dbname=vpopmail default_pass_scheme = PLAIN password_query = SELECT CONCAT(pw_name, '@', pw_domain) AS user, pw_clear_passwd AS password FROM vpopmail WHERE pw_name = '%n' AND pw_domain = '%d' user_query = SELECT pw_dir as home, 89 AS uid, 89 AS gid FROM vpopmail WHERE pw_name = '%n' AND pw_domain = '%d' [1]: http://wiki2.dovecot.org/LDA/Qmail -- Selcuk MIYNAT Endersys Ltd. Sistem Destek Muhendisi / System Support Engineer Phone : +90 216-4709423 | Fax : +90 216-4709508 Web : http://www.endersys.com.tr Blog : http://blog.endersys.com Twitter : http://www.twitter.com/endersys LPI : The #1 Linux Certification for IT Professionals LPI (Linux Professional Institute) Turkey http://www.lpi-turkey.com Endersys is the first Advanced Business Partner of Red Hat in Turkey ! http://www.europe.redhat.com/partners/endersys/ -- Selcuk MIYNAT Endersys Ltd. Sistem Destek Muhendisi / System Support Engineer Phone : +90 216-4709423 | Fax : +90 216-4709508 Web : http://www.endersys.com.tr Blog : http://blog.endersys.com Twitter : http://www.twitter.com/endersys LPI : The #1 Linux Certification for IT Professionals LPI (Linux Professional Institute) Turkey http://www.lpi-turkey.com Endersys is the first Advanced Business Partner of Red Hat in Turkey ! http://www.europe.redhat.com/partners/endersys/ From ejs at shubes.net Thu Mar 24 16:53:33 2011 From: ejs at shubes.net (Eric Shubert) Date: Thu, 24 Mar 2011 07:53:33 -0700 Subject: [Dovecot] pigeonhole and roundcube install problem In-Reply-To: <4D8B32A3.5040003@endersys.com.tr> References: <4D8B32A3.5040003@endersys.com.tr> Message-ID: On 03/24/2011 05:01 AM, Selcuk MIYNAT wrote: > Hi, > > I've installed sieve and managesieve(pigeonhole) on qmail and > dovecot(v2.0.11). > > I've install sieverules on Roundcube. I can see the plugin on the > webinterface, and i can add rules. > > But there is a problem: > > I've put this .qmail file on "deneme" user's home directory according to > [1]. > > |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/dovecot-lda -d > $EXT@$USER > > Then I got this message on qmail log: > > deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ > The arguments to dovecot-lda are being seen by preline instead of dovecot-lda. You need doubld-quotes around preline's command argument so that preline sees it all together: |/var/qmail/bin/preline -f "/usr/local/libexec/dovecot/dovecot-lda -d $EXT@$USER" (all in one line) Then the -d $EXT@$USER will get passed to dovecot-lda. Need to fix the wiki. ;) -- -Eric 'shubes' From selcuk.miynat at endersys.com.tr Thu Mar 24 17:15:44 2011 From: selcuk.miynat at endersys.com.tr (Selcuk MIYNAT) Date: Thu, 24 Mar 2011 17:15:44 +0200 Subject: [Dovecot] pigeonhole and roundcube install problem In-Reply-To: References: <4D8B32A3.5040003@endersys.com.tr> Message-ID: <4D8B6020.4030502@endersys.com.tr> On 24.03.2011 16:53, Eric Shubert wrote: > On 03/24/2011 05:01 AM, Selcuk MIYNAT wrote: >> Hi, >> >> I've installed sieve and managesieve(pigeonhole) on qmail and >> dovecot(v2.0.11). >> >> I've install sieverules on Roundcube. I can see the plugin on the >> webinterface, and i can add rules. >> >> But there is a problem: >> >> I've put this .qmail file on "deneme" user's home directory according to >> [1]. >> >> |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/dovecot-lda -d >> $EXT@$USER >> >> Then I got this message on qmail log: >> >> deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ >> > > The arguments to dovecot-lda are being seen by preline instead of > dovecot-lda. You need doubld-quotes around preline's command argument so > that preline sees it all together: > |/var/qmail/bin/preline -f "/usr/local/libexec/dovecot/dovecot-lda -d > $EXT@$USER" > (all in one line) I've put double-quotes but nothing has changed. Same error message: deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ [root at mail deneme]# cat .qmail |/var/qmail/bin/preline -f "/usr/local/libexec/dovecot/dovecot-lda -d $EXT@$USER" -- Selcuk MIYNAT Endersys Ltd. Sistem Destek Muhendisi / System Support Engineer Phone : +90 216-4709423 | Fax : +90 216-4709508 Web : http://www.endersys.com.tr Blog : http://blog.endersys.com Twitter : http://www.twitter.com/endersys LPI : The #1 Linux Certification for IT Professionals LPI (Linux Professional Institute) Turkey http://www.lpi-turkey.com Endersys is the first Advanced Business Partner of Red Hat in Turkey ! http://www.europe.redhat.com/partners/endersys/ From ejs at shubes.net Thu Mar 24 17:38:02 2011 From: ejs at shubes.net (Eric Shubert) Date: Thu, 24 Mar 2011 08:38:02 -0700 Subject: [Dovecot] pigeonhole and roundcube install problem In-Reply-To: <4D8B6020.4030502@endersys.com.tr> References: <4D8B32A3.5040003@endersys.com.tr> <4D8B6020.4030502@endersys.com.tr> Message-ID: On 03/24/2011 08:15 AM, Selcuk MIYNAT wrote: > > On 24.03.2011 16:53, Eric Shubert wrote: >> On 03/24/2011 05:01 AM, Selcuk MIYNAT wrote: >>> Hi, >>> >>> I've installed sieve and managesieve(pigeonhole) on qmail and >>> dovecot(v2.0.11). >>> >>> I've install sieverules on Roundcube. I can see the plugin on the >>> webinterface, and i can add rules. >>> >>> But there is a problem: >>> >>> I've put this .qmail file on "deneme" user's home directory according to >>> [1]. >>> >>> |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/dovecot-lda -d >>> $EXT@$USER >>> >>> Then I got this message on qmail log: >>> >>> deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ >>> >> >> The arguments to dovecot-lda are being seen by preline instead of >> dovecot-lda. You need doubld-quotes around preline's command argument so >> that preline sees it all together: >> |/var/qmail/bin/preline -f "/usr/local/libexec/dovecot/dovecot-lda -d >> $EXT@$USER" >> (all in one line) > > I've put double-quotes but nothing has changed. Same error message: > > deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ > > [root at mail deneme]# cat .qmail > |/var/qmail/bin/preline -f "/usr/local/libexec/dovecot/dovecot-lda -d > $EXT@$USER" > Sorry about that. My mistake. The preline man page is a bit misleading. I don't know why preline would be issuing this error. Would need to look at the source code. Is there something peculiar about your version of preline? Or perhaps $EXT or $USER have peculiar values that's breaking it? -- -Eric 'shubes' From f.bonnet at esiee.fr Thu Mar 24 18:17:00 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Thu, 24 Mar 2011 17:17:00 +0100 Subject: [Dovecot] lda_mailbox_autocreate and lda_mailbox_autosubscribe Message-ID: <4D8B6E7C.4000606@esiee.fr> Hello I use real unix users on the mailhub and I would like to automate home directories creation for new users. I found lda_mailbox_autocreate and lda_mailbox_autosubscribe statements in 15-lda.conf file ( dovecot 2.0.11 ) which seem to be the right things for me :-) I use Postfix 2.8.1 with Dovecot LDA mailbox_command = /usr/local/libexec/dovecot/dovecot-lda All Mailboxes are located in /user/$USER/mail/ Does those two statements means that if a home directory does not exists it will be created at the first login of the new user ? I mean if new user "toto" has no homedir at all , dovecot will create /user/toto/mail at the very first successful connection ? Thanks a lot From list at airstreamcomm.net Thu Mar 24 18:20:16 2011 From: list at airstreamcomm.net (list at airstreamcomm.net) Date: Thu, 24 Mar 2011 11:20:16 -0500 Subject: [Dovecot] Dotlock dovecot-uidlist errors / NFS / High Load In-Reply-To: <1296178838.18488.88.camel@hurina> References: <465a0b624a215c100b95cd211b65de82@mail.airstreamcomm.net> "<1295558296.3133.147.camel@hurina> " <39874ff90ae1bf3122140d0bc1bdfa8d@mail.airstreamcomm.net> <79395377806bdb7a7da8ec1acad9748a@mail.airstreamcomm.net> <68d8eb26d4d53ac0231ee52a18a8e24e@mail.airstreamcomm.net> <16076311365d899c2d1ce3ed60c58793@mail.airstreamcomm.net> <1296178838.18488.88.camel@hurina> Message-ID: <1899a60b414ec9f7427e0dce7e7d13b5@mail.airstreamcomm.net> Timo & friends, We have not posted in a long time regarding this issue, but I wanted to update everyone that it was indeed an NTP issue. We have since put together stratum 2 servers on physical hardware (as opposed to virtual machines) which now act as the source for our cluster of dovecot machines and everything is working flawlessly. I just wanted to give my thanks to everyone that helped us trouble shoot this issue and show my gratitude for such a great community! Michael On Fri, 28 Jan 2011 03:40:38 +0200, Timo Sirainen wrote: > On Tue, 2011-01-25 at 12:34 -0600, list at airstreamcomm.net wrote: >> >> Jan 25 11:30:11 1295976611 POP3(4eagles): Warning: Created dotlock file's >> timestamp is different than current time (1295976643 vs 1295976607): >> /mail/4/e/4eagles/Maildir/dovecot-uidlist >> >> We added the epoch time to the log_timestamp setting to compare it to the >> dotlock error, and as you can see the "Created dotlock" epoch time is 32 >> seconds in the future compared to the epoch time of the log event. At >> this >> point I hope you can help us understand where a timestamp from the future >> might be generated from. > > The first timestamp comes from the .lock file's ctime as reported by > fstat(). If that's in the future, then the possibilities are: > > a) Bug in the kernel's NFS client code (unlikely) > b) Bug in NFS server reporting or setting wrong ctime > c) NFS server's clock went into future > > No possibility of it being Dovecot's fault anymore. From linuxmail at 4lin.net Thu Mar 24 18:35:00 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Thu, 24 Mar 2011 17:35:00 +0100 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails Message-ID: <1300984500.21588.55.camel@pcdenny> hi, one customer told us, that he has performance problem in his Thunderbird 3.1.9, while open his sent folder, which has round about 4000 mails in it, and 20k in his Inbox. For example TB, tries to sync the sent-folder list (over SSL) from the sent folder for now over 15min. In the log, I can't see any strange things, so for me, Dovecot works ok. Maybe, I should use better cache options? Now he tries to move many messages to separate folders, but thats also a bit slow. So, is it a TB problem, with so many messages? Our config: auth_anonymous_username = anonymous auth_cache_negative_ttl = 1 hours auth_cache_size = 0 auth_cache_ttl = 1 hours auth_debug = no auth_debug_passwords = no auth_default_realm = auth_failure_delay = 2 secs auth_first_valid_uid = 500 auth_gssapi_hostname = auth_krb5_keytab = auth_last_valid_uid = 0 auth_master_user_separator = auth_mechanisms = plain auth_realms = auth_socket_path = auth-userdb auth_ssl_require_client_cert = no auth_ssl_username_from_cert = no auth_use_winbind = no auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ auth_username_format = %Lu auth_username_translation = auth_verbose = no auth_verbose_passwords = no auth_winbind_helper_path = /usr/bin/ntlm_auth auth_worker_max_count = 30 base_dir = /var/run/dovecot config_cache_size = 1 M debug_log_path = /var/log/dovecot-debug.log default_client_limit = 1000 default_idle_kill = 60 default_internal_user = dovecot default_login_user = dovenull default_process_limit = 100 default_vsz_limit = 256 M deliver_log_format = msgid=%m: %$ dict_db_config = director_doveadm_port = 0 director_mail_servers = director_servers = director_user_expire = 15 mins disable_plaintext_auth = no dotlock_use_excl = no doveadm_socket_path = doveadm-server doveadm_worker_count = 0 first_valid_gid = 1 first_valid_uid = 500 hostname = xfire05.rbg.informatik.tu-darmstadt.de imap_capability = imap_client_workarounds = imap_id_log = imap_id_send = imap_idle_notify_interval = 2 mins imap_logout_format = bytes=%i/%o imap_max_line_length = 64 k info_log_path = /var/log/dovecot.log last_valid_gid = 0 last_valid_uid = 0 lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = no lda_original_recipient_header = libexec_dir = /usr/local/dovecot/2.0.9/libexec/dovecot listen = *, :: lmtp_proxy = no lmtp_save_to_detail_mailbox = no lock_method = fcntl log_path = syslog log_timestamp = "%b %d %H:%M:%S " login_access_sockets = login_greeting = I'm alive login_log_format = %$: %s login_log_format_elements = user=<%u> method=%m rip=%r lip=%l mpid=%e %c login_trusted_networks = mail_access_groups = mail_attachment_dir = mail_attachment_fs = sis posix mail_attachment_hash = %{sha1} mail_attachment_min_size = 128 k mail_cache_fields = flags mail_cache_min_mail_count = 0 mail_chroot = mail_debug = no mail_fsync = optimized mail_full_filesystem_access = no mail_gid = vmail mail_home = /imap/spool/%d/%1n/%n mail_location = maildir:/imap/spool/%d/%1n/%n:INDEX=/imap/spool/% d/indexes/%1n/%n mail_log_prefix = "%s(%u): " mail_max_keyword_length = 50 mail_max_lock_timeout = 0 mail_max_userip_connections = 10 mail_never_cache_fields = imap.envelope mail_nfs_index = no mail_nfs_storage = no mail_plugin_dir = /usr/local/dovecot/dovecot2/lib/dovecot/ mail_plugins = acl quota mail_privileged_group = vmail mail_save_crlf = no mail_temp_dir = /imap/spool/tmp mail_uid = vmail mailbox_idle_check_interval = 30 secs mailbox_list_index_disable = no maildir_copy_with_hardlinks = yes maildir_stat_dirs = no maildir_very_dirty_syncs = no managesieve_client_workarounds = managesieve_implementation_string = Dovecot Pigeonhole managesieve_logout_format = bytes=%i/%o managesieve_max_compile_errors = 5 managesieve_max_line_length = 65536 managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date imapflags master_user_separator = mbox_dirty_syncs = yes mbox_dotlock_change_timeout = 2 mins mbox_lazy_writes = yes mbox_lock_timeout = 5 mins mbox_min_index_size = 0 mbox_read_locks = fcntl mbox_very_dirty_syncs = no mbox_write_locks = dotlock fcntl mdbox_preallocate_space = no mdbox_rotate_interval = 0 mdbox_rotate_size = 2 M mmap_disable = no namespace { hidden = no inbox = yes list = yes location = prefix = separator = / subscriptions = yes type = private } namespace { hidden = no inbox = no list = yes location = maildir:/imap/spool/public prefix = public/ separator = / subscriptions = no type = public } passdb { args = /usr/local/dovecot/dovecot2/etc/dovecot/conf.d/dovecot-ldap.conf.ext deny = no driver = ldap master = no pass = no } plugin { acl = vfile:/imap/spool/%d/acl autocreate = Sent autocreate2 = Drafts autocreate3 = Trash autocreate4 = Spam autosubscribe = Sent autosubscribe2 = Drafts autosubscribe3 = Trash autosubscribe4 = Spam quota = maildir:User quota quota_rule2 = Trash:storage=+10%% quota_rule3 = Spam:storage=+20%% quota_warning = storage=80% % /usr/local/dovecot/dovecot/bin/quota-warning.sh 80 quota_warning2 = storage=90% % /usr/local/dovecot/dovecot/bin/quota-warning.sh 90 quota_warning3 = storage=95% % /usr/local/dovecot/dovecot/bin/quota-warning.sh 95 sieve = /imap/spool/%d/%1n/%n/sieve/default.sieve sieve_dir = /imap/spool/%d/%1n/%n/sieve sieve_extensions = +imapflags trash = /usr/local/dovecot/dovecot/etc/conf.d/dovecot-trash.conf } pop3_client_workarounds = pop3_enable_last = no pop3_fast_size_lookups = no pop3_lock_session = no pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s pop3_no_flag_updates = no pop3_reuse_xuidl = no pop3_save_uidl = no pop3_uidl_format = %08Xu%08Xv postmaster_address = postmaster at rbg.informatik.tu-darmstadt.de protocols = imap pop3 lmtp sieve quota_full_tempfail = no recipient_delimiter = + rejection_reason = Your message to <%t> was automatically rejected:%n%r rejection_subject = Rejected: %s sendmail_path = /usr/sbin/sendmail service anvil { chroot = empty client_limit = 0 drop_priv_before_exec = no executable = anvil extra_groups = group = idle_kill = 4294967295 secs privileged_group = process_limit = 1 process_min_avail = 1 protocol = service_count = 0 type = anvil unix_listener anvil-auth-penalty { group = mode = 0600 user = } unix_listener anvil { group = mode = 0600 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service auth-worker { chroot = client_limit = 1 drop_priv_before_exec = no executable = auth -w extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 1 type = unix_listener auth-worker { group = mode = 0600 user = $default_internal_user } user = vsz_limit = 18446744073709551615 B } service auth { chroot = client_limit = 4096 drop_priv_before_exec = no executable = auth extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = unix_listener /var/spool/postfix/private/auth { group = postdrop mode = 0600 user = postfix } unix_listener auth-client { group = mode = 0600 user = } unix_listener auth-login { group = mode = 0600 user = $default_internal_user } unix_listener auth-master { group = mode = 0600 user = } unix_listener auth-userdb { group = mode = 0600 user = } unix_listener login/login { group = mode = 0666 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service config { chroot = client_limit = 0 drop_priv_before_exec = no executable = config extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = config unix_listener config { group = mode = 0600 user = } user = vsz_limit = 18446744073709551615 B } service dict { chroot = client_limit = 1 drop_priv_before_exec = no executable = dict extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = unix_listener dict { group = mode = 0600 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service director { chroot = client_limit = 0 drop_priv_before_exec = no executable = director extra_groups = fifo_listener login/proxy-notify { group = mode = 00 user = } group = idle_kill = 4294967295 secs inet_listener { address = port = 0 ssl = no } privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = unix_listener director-admin { group = mode = 0600 user = } unix_listener director-userdb { group = mode = 0600 user = } unix_listener login/director { group = mode = 00 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service dns_client { chroot = client_limit = 1 drop_priv_before_exec = no executable = dns-client extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = unix_listener dns-client { group = mode = 0666 user = } unix_listener login/dns-client { group = mode = 0666 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service doveadm { chroot = client_limit = 1 drop_priv_before_exec = no executable = doveadm-server extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 1 type = unix_listener doveadm-server { group = mode = 0600 user = } user = vsz_limit = 18446744073709551615 B } service imap-login { chroot = login client_limit = 0 drop_priv_before_exec = no executable = imap-login extra_groups = group = idle_kill = 0 inet_listener imap { address = port = 143 ssl = no } inet_listener imaps { address = port = 993 ssl = yes } privileged_group = process_limit = 0 process_min_avail = 0 protocol = imap service_count = 1 type = login user = $default_login_user vsz_limit = 64 M } service imap { chroot = client_limit = 1 drop_priv_before_exec = no executable = imap extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1024 process_min_avail = 0 protocol = imap service_count = 1 type = unix_listener login/imap { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } service lmtp { chroot = client_limit = 0 drop_priv_before_exec = no executable = lmtp extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = lmtp service_count = 0 type = unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postdrop mode = 0666 user = postfix } unix_listener lmtp { group = mode = 0666 user = } user = vsz_limit = 0 } service log { chroot = client_limit = 0 drop_priv_before_exec = no executable = log extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = log user = vsz_limit = 18446744073709551615 B } service managesieve-login { chroot = login client_limit = 0 drop_priv_before_exec = no executable = managesieve-login extra_groups = group = idle_kill = 0 inet_listener sieve { address = port = 4190 ssl = no } inet_listener sieve_deprecated { address = port = 2001 ssl = no } privileged_group = process_limit = 0 process_min_avail = 0 protocol = sieve service_count = 1 type = login user = $default_login_user vsz_limit = 64 M } service managesieve { chroot = client_limit = 1 drop_priv_before_exec = no executable = managesieve extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = sieve service_count = 1 type = unix_listener login/sieve { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } service pop3-login { chroot = login client_limit = 0 drop_priv_before_exec = no executable = pop3-login extra_groups = group = idle_kill = 0 inet_listener pop3 { address = port = 110 ssl = no } inet_listener pop3s { address = port = 995 ssl = yes } privileged_group = process_limit = 0 process_min_avail = 0 protocol = pop3 service_count = 1 type = login user = $default_login_user vsz_limit = 64 M } service pop3 { chroot = client_limit = 1 drop_priv_before_exec = no executable = pop3 extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1024 process_min_avail = 0 protocol = pop3 service_count = 1 type = unix_listener login/pop3 { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } service ssl-params { chroot = client_limit = 0 drop_priv_before_exec = no executable = ssl-params extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = startup unix_listener login/ssl-params { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } shutdown_clients = yes ssl = yes ssl_ca = ssl_cert = ) mails In-Reply-To: <1300984500.21588.55.camel@pcdenny> References: <1300984500.21588.55.camel@pcdenny> Message-ID: On 03/24/2011 09:35 AM, Denny Schierz wrote: > hi, > > one customer told us, that he has performance problem in his Thunderbird > 3.1.9, while open his sent folder, which has round about 4000 mails in > it, and 20k in his Inbox. For example TB, tries to sync the sent-folder > list (over SSL) from the sent folder for now over 15min. > > In the log, I can't see any strange things, so for me, Dovecot works ok. > > Maybe, I should use better cache options? > > Now he tries to move many messages to separate folders, but thats also a > bit slow. So, is it a TB problem, with so many messages? > > > Our config: Recent versions of TB (3.1.9 included) cache all messages locally (on client computer) by default. This is fine for local connections, but on remote connections with a lot of mail, it takes a while for all that to download. Same thing for moving large amounts of messages around. Once it's done though, performance shouldn't be too bad. If the problem persists, I would have the customer change their account settings in the Synchronization & Storage section to something more appropriate to their situation. -- -Eric 'shubes' From tss at iki.fi Thu Mar 24 19:05:18 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 24 Mar 2011 19:05:18 +0200 Subject: [Dovecot] lda_mailbox_autocreate and lda_mailbox_autosubscribe In-Reply-To: <4D8B6E7C.4000606@esiee.fr> References: <4D8B6E7C.4000606@esiee.fr> Message-ID: <1300986318.13041.76.camel@hurina> On Thu, 2011-03-24 at 17:17 +0100, Frank Bonnet wrote: > I use real unix users on the mailhub and I would like to > automate home directories creation for new users. This is done automatically, as long as filesystem permissions allow it. But since you're using real unix users, this may be troublesome unless you set the parent directory permissions to something like 01777. > I found lda_mailbox_autocreate and lda_mailbox_autosubscribe > statements in 15-lda.conf file ( dovecot 2.0.11 ) which seem to be the right > things for me :-) > > Does those two statements means that if a home directory > does not exists it will be created at the first login of the > new user ? Nope. From mkd at cs.brown.edu Thu Mar 24 19:19:44 2011 From: mkd at cs.brown.edu (Mark Dieterich) Date: Thu, 24 Mar 2011 13:19:44 -0400 Subject: [Dovecot] fstat no such file or directory error Message-ID: <4D8B7D30.2030701@cs.brown.edu> Periodically, we will have users IMAP sessions get hung. Their client sees a message like: The server responded: 'SERVERBUG] Internal error occurred. Refer to server log for more information On the server, we see the following in the logs: IMAP(): Transaction log dovecot.index.log: duplicate transaction log sequence (37) IMAP(): fscking index file dovecot.index IMAP(): fstat() failed with index file dovecot.index: No such file or directory After the fstat message shows up, there doesn't appear to be anything on the user side that can be done to fix the problem. We've seen multiple instances where the file dovecot is complaining about not existing is visible, readable, and writable by the user in question, but dovecot is convinced it's not. The only way we've found to fix this issue is to kill off all user connections. When the user reconnects, then all appears to work fine. We have not found a way to recreate this problem. Some details: # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-686 i686 Debian 5.0.8 Mail files are stored on NFS. All imap connections for a given user are are mapped to a particular server at any given time. We have a script in place that watches our logs for this order of events, so the problem self corrects relatively quickly. But it would certainly be nice not have this happen at all. Thanks, Mark -- ---------- I'd rather be burning carbohydrates than hydrocarbons From ef at math.uni-bonn.de Thu Mar 24 19:20:27 2011 From: ef at math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) Date: Thu, 24 Mar 2011 18:20:27 +0100 Subject: [Dovecot] Master credentials for sieve In-Reply-To: <1300914987.13041.62.camel@hurina> References: <89823E3C-54CA-4844-9B44-B8193CCAE4A7@math.uni-bonn.de> <1300914987.13041.62.camel@hurina> Message-ID: <20110324172027.GQ10311@gumme.math.uni-bonn.de> > In v2.0 I believe it's possible to do: Thanks. I guess it's impossible with 1.2 to have master access for sieve only and not for IMAP? From warden at geneseo.edu Thu Mar 24 19:20:34 2011 From: warden at geneseo.edu (David Warden) Date: Thu, 24 Mar 2011 13:20:34 -0400 Subject: [Dovecot] lda_mailbox_autocreate and lda_mailbox_autosubscribe In-Reply-To: <4D8B6E7C.4000606@esiee.fr> References: <4D8B6E7C.4000606@esiee.fr> Message-ID: <24C2A256-137A-41EF-9873-2432F529B645@geneseo.edu> On Mar 24, 2011, at 12:17 PM, Frank Bonnet wrote: > Hello > > I use real unix users on the mailhub and I would like to > automate home directories creation for new users. > Have you looked at pam_mkhomedir which will create a user's home directory if it doesn't already exist? It sounds like that's more in line with what you're looking for. http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/sag-pam_mkhomedir.html has config options. If you're on RHEL/CentOS check out man authconfig. > I found lda_mailbox_autocreate and lda_mailbox_autosubscribe > statements in 15-lda.conf file ( dovecot 2.0.11 ) which seem to be the right > things for me :-) > > I use Postfix 2.8.1 with Dovecot LDA > mailbox_command = /usr/local/libexec/dovecot/dovecot-lda > > All Mailboxes are located in /user/$USER/mail/ > > Does those two statements means that if a home directory > does not exists it will be created at the first login of the > new user ? > > I mean if new user "toto" has no homedir at all , dovecot will > create /user/toto/mail at the very first successful connection ? > > Thanks a lot > > -David Warden From tss at iki.fi Thu Mar 24 19:32:13 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 24 Mar 2011 19:32:13 +0200 Subject: [Dovecot] Master credentials for sieve In-Reply-To: <20110324172027.GQ10311@gumme.math.uni-bonn.de> References: <89823E3C-54CA-4844-9B44-B8193CCAE4A7@math.uni-bonn.de> <1300914987.13041.62.camel@hurina> <20110324172027.GQ10311@gumme.math.uni-bonn.de> Message-ID: <1300987933.13041.77.camel@hurina> On Thu, 2011-03-24 at 18:20 +0100, Edgar Fu? wrote: > > In v2.0 I believe it's possible to do: > Thanks. I guess it's impossible with 1.2 to have master access for sieve only and not for IMAP? The second idea of using %s works in v1.2 too. From robert at schetterer.org Thu Mar 24 21:09:50 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 24 Mar 2011 20:09:50 +0100 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails In-Reply-To: <1300984500.21588.55.camel@pcdenny> References: <1300984500.21588.55.camel@pcdenny> Message-ID: <4D8B96FE.70201@schetterer.org> Am 24.03.2011 17:35, schrieb Denny Schierz: > hi, > > one customer told us, that he has performance problem in his Thunderbird > 3.1.9, while open his sent folder, which has round about 4000 mails in > it, and 20k in his Inbox. For example TB, tries to sync the sent-folder > list (over SSL) from the sent folder for now over 15min. > > In the log, I can't see any strange things, so for me, Dovecot works ok. > > Maybe, I should use better cache options? > > Now he tries to move many messages to separate folders, but thats also a > bit slow. So, is it a TB problem, with so many messages? if he is one under many the problem may sits at him i havent seen this slowness in TB 3.1.9 but in former versions, but that wasnt only in sent folder, it was for all folders with many mails also clamav-milter etc slows down a little bit at my setup, as well as some networking problems sometimes so the failure can be everywhere i would recommend test with a fresh tb install with small or no firewall settings on perhaps same local network with the server if it "feels" there slow too, then try tune dovecot look top logs etc , upgrade memory etc if not , analyse the clients setup , what is his internet troughput , is it shared , what firewall is he using, what OS, how many accounts , does he share his conect etc sorry no time for looking your setup now > > > Our config: > > auth_anonymous_username = anonymous > auth_cache_negative_ttl = 1 hours > auth_cache_size = 0 > auth_cache_ttl = 1 hours > auth_debug = no > auth_debug_passwords = no > auth_default_realm = > auth_failure_delay = 2 secs > auth_first_valid_uid = 500 > auth_gssapi_hostname = > auth_krb5_keytab = > auth_last_valid_uid = 0 > auth_master_user_separator = > auth_mechanisms = plain > auth_realms = > auth_socket_path = auth-userdb > auth_ssl_require_client_cert = no > auth_ssl_username_from_cert = no > auth_use_winbind = no > auth_username_chars = > abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ > auth_username_format = %Lu > auth_username_translation = > auth_verbose = no > auth_verbose_passwords = no > auth_winbind_helper_path = /usr/bin/ntlm_auth > auth_worker_max_count = 30 > base_dir = /var/run/dovecot > config_cache_size = 1 M > debug_log_path = /var/log/dovecot-debug.log > default_client_limit = 1000 > default_idle_kill = 60 > default_internal_user = dovecot > default_login_user = dovenull > default_process_limit = 100 > default_vsz_limit = 256 M > deliver_log_format = msgid=%m: %$ > dict_db_config = > director_doveadm_port = 0 > director_mail_servers = > director_servers = > director_user_expire = 15 mins > disable_plaintext_auth = no > dotlock_use_excl = no > doveadm_socket_path = doveadm-server > doveadm_worker_count = 0 > first_valid_gid = 1 > first_valid_uid = 500 > hostname = xfire05.rbg.informatik.tu-darmstadt.de > imap_capability = > imap_client_workarounds = > imap_id_log = > imap_id_send = > imap_idle_notify_interval = 2 mins > imap_logout_format = bytes=%i/%o > imap_max_line_length = 64 k > info_log_path = /var/log/dovecot.log > last_valid_gid = 0 > last_valid_uid = 0 > lda_mailbox_autocreate = yes > lda_mailbox_autosubscribe = no > lda_original_recipient_header = > libexec_dir = /usr/local/dovecot/2.0.9/libexec/dovecot > listen = *, :: > lmtp_proxy = no > lmtp_save_to_detail_mailbox = no > lock_method = fcntl > log_path = syslog > log_timestamp = "%b %d %H:%M:%S " > login_access_sockets = > login_greeting = I'm alive > login_log_format = %$: %s > login_log_format_elements = user=<%u> method=%m rip=%r lip=%l mpid=%e %c > login_trusted_networks = > mail_access_groups = > mail_attachment_dir = > mail_attachment_fs = sis posix > mail_attachment_hash = %{sha1} > mail_attachment_min_size = 128 k > mail_cache_fields = flags > mail_cache_min_mail_count = 0 > mail_chroot = > mail_debug = no > mail_fsync = optimized > mail_full_filesystem_access = no > mail_gid = vmail > mail_home = /imap/spool/%d/%1n/%n > mail_location = maildir:/imap/spool/%d/%1n/%n:INDEX=/imap/spool/% > d/indexes/%1n/%n > mail_log_prefix = "%s(%u): " > mail_max_keyword_length = 50 > mail_max_lock_timeout = 0 > mail_max_userip_connections = 10 > mail_never_cache_fields = imap.envelope > mail_nfs_index = no > mail_nfs_storage = no > mail_plugin_dir = /usr/local/dovecot/dovecot2/lib/dovecot/ > mail_plugins = acl quota > mail_privileged_group = vmail > mail_save_crlf = no > mail_temp_dir = /imap/spool/tmp > mail_uid = vmail > mailbox_idle_check_interval = 30 secs > mailbox_list_index_disable = no > maildir_copy_with_hardlinks = yes > maildir_stat_dirs = no > maildir_very_dirty_syncs = no > managesieve_client_workarounds = > managesieve_implementation_string = Dovecot Pigeonhole > managesieve_logout_format = bytes=%i/%o > managesieve_max_compile_errors = 5 > managesieve_max_line_length = 65536 > managesieve_notify_capability = mailto > managesieve_sieve_capability = fileinto reject envelope > encoded-character vacation subaddress comparator-i;ascii-numeric > relational regex imap4flags copy include variables body enotify > environment mailbox date imapflags > master_user_separator = > mbox_dirty_syncs = yes > mbox_dotlock_change_timeout = 2 mins > mbox_lazy_writes = yes > mbox_lock_timeout = 5 mins > mbox_min_index_size = 0 > mbox_read_locks = fcntl > mbox_very_dirty_syncs = no > mbox_write_locks = dotlock fcntl > mdbox_preallocate_space = no > mdbox_rotate_interval = 0 > mdbox_rotate_size = 2 M > mmap_disable = no > namespace { > hidden = no > inbox = yes > list = yes > location = > prefix = > separator = / > subscriptions = yes > type = private > } > namespace { > hidden = no > inbox = no > list = yes > location = maildir:/imap/spool/public > prefix = public/ > separator = / > subscriptions = no > type = public > } > passdb { > args > = /usr/local/dovecot/dovecot2/etc/dovecot/conf.d/dovecot-ldap.conf.ext > deny = no > driver = ldap > master = no > pass = no > } > plugin { > acl = vfile:/imap/spool/%d/acl > autocreate = Sent > autocreate2 = Drafts > autocreate3 = Trash > autocreate4 = Spam > autosubscribe = Sent > autosubscribe2 = Drafts > autosubscribe3 = Trash > autosubscribe4 = Spam > quota = maildir:User quota > quota_rule2 = Trash:storage=+10%% > quota_rule3 = Spam:storage=+20%% > quota_warning = storage=80% > % /usr/local/dovecot/dovecot/bin/quota-warning.sh 80 > quota_warning2 = storage=90% > % /usr/local/dovecot/dovecot/bin/quota-warning.sh 90 > quota_warning3 = storage=95% > % /usr/local/dovecot/dovecot/bin/quota-warning.sh 95 > sieve = /imap/spool/%d/%1n/%n/sieve/default.sieve > sieve_dir = /imap/spool/%d/%1n/%n/sieve > sieve_extensions = +imapflags > trash = /usr/local/dovecot/dovecot/etc/conf.d/dovecot-trash.conf > } > pop3_client_workarounds = > pop3_enable_last = no > pop3_fast_size_lookups = no > pop3_lock_session = no > pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s > pop3_no_flag_updates = no > pop3_reuse_xuidl = no > pop3_save_uidl = no > pop3_uidl_format = %08Xu%08Xv > postmaster_address = postmaster at rbg.informatik.tu-darmstadt.de > protocols = imap pop3 lmtp sieve > quota_full_tempfail = no > recipient_delimiter = + > rejection_reason = Your message to <%t> was automatically rejected:%n%r > rejection_subject = Rejected: %s > sendmail_path = /usr/sbin/sendmail > service anvil { > chroot = empty > client_limit = 0 > drop_priv_before_exec = no > executable = anvil > extra_groups = > group = > idle_kill = 4294967295 secs > privileged_group = > process_limit = 1 > process_min_avail = 1 > protocol = > service_count = 0 > type = anvil > unix_listener anvil-auth-penalty { > group = > mode = 0600 > user = > } > unix_listener anvil { > group = > mode = 0600 > user = > } > user = $default_internal_user > vsz_limit = 18446744073709551615 B > } > service auth-worker { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = auth -w > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 1 > type = > unix_listener auth-worker { > group = > mode = 0600 > user = $default_internal_user > } > user = > vsz_limit = 18446744073709551615 B > } > service auth { > chroot = > client_limit = 4096 > drop_priv_before_exec = no > executable = auth > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 1 > process_min_avail = 0 > protocol = > service_count = 0 > type = > unix_listener /var/spool/postfix/private/auth { > group = postdrop > mode = 0600 > user = postfix > } > unix_listener auth-client { > group = > mode = 0600 > user = > } > unix_listener auth-login { > group = > mode = 0600 > user = $default_internal_user > } > unix_listener auth-master { > group = > mode = 0600 > user = > } > unix_listener auth-userdb { > group = > mode = 0600 > user = > } > unix_listener login/login { > group = > mode = 0666 > user = > } > user = $default_internal_user > vsz_limit = 18446744073709551615 B > } > service config { > chroot = > client_limit = 0 > drop_priv_before_exec = no > executable = config > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 0 > type = config > unix_listener config { > group = > mode = 0600 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > service dict { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = dict > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 0 > type = > unix_listener dict { > group = > mode = 0600 > user = > } > user = $default_internal_user > vsz_limit = 18446744073709551615 B > } > service director { > chroot = > client_limit = 0 > drop_priv_before_exec = no > executable = director > extra_groups = > fifo_listener login/proxy-notify { > group = > mode = 00 > user = > } > group = > idle_kill = 4294967295 secs > inet_listener { > address = > port = 0 > ssl = no > } > privileged_group = > process_limit = 1 > process_min_avail = 0 > protocol = > service_count = 0 > type = > unix_listener director-admin { > group = > mode = 0600 > user = > } > unix_listener director-userdb { > group = > mode = 0600 > user = > } > unix_listener login/director { > group = > mode = 00 > user = > } > user = $default_internal_user > vsz_limit = 18446744073709551615 B > } > service dns_client { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = dns-client > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 0 > type = > unix_listener dns-client { > group = > mode = 0666 > user = > } > unix_listener login/dns-client { > group = > mode = 0666 > user = > } > user = $default_internal_user > vsz_limit = 18446744073709551615 B > } > service doveadm { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = doveadm-server > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 1 > type = > unix_listener doveadm-server { > group = > mode = 0600 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > service imap-login { > chroot = login > client_limit = 0 > drop_priv_before_exec = no > executable = imap-login > extra_groups = > group = > idle_kill = 0 > inet_listener imap { > address = > port = 143 > ssl = no > } > inet_listener imaps { > address = > port = 993 > ssl = yes > } > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = imap > service_count = 1 > type = login > user = $default_login_user > vsz_limit = 64 M > } > service imap { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = imap > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 1024 > process_min_avail = 0 > protocol = imap > service_count = 1 > type = > unix_listener login/imap { > group = > mode = 0666 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > service lmtp { > chroot = > client_limit = 0 > drop_priv_before_exec = no > executable = lmtp > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = lmtp > service_count = 0 > type = > unix_listener /var/spool/postfix/private/dovecot-lmtp { > group = postdrop > mode = 0666 > user = postfix > } > unix_listener lmtp { > group = > mode = 0666 > user = > } > user = > vsz_limit = 0 > } > service log { > chroot = > client_limit = 0 > drop_priv_before_exec = no > executable = log > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 1 > process_min_avail = 0 > protocol = > service_count = 0 > type = log > user = > vsz_limit = 18446744073709551615 B > } > service managesieve-login { > chroot = login > client_limit = 0 > drop_priv_before_exec = no > executable = managesieve-login > extra_groups = > group = > idle_kill = 0 > inet_listener sieve { > address = > port = 4190 > ssl = no > } > inet_listener sieve_deprecated { > address = > port = 2001 > ssl = no > } > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = sieve > service_count = 1 > type = login > user = $default_login_user > vsz_limit = 64 M > } > service managesieve { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = managesieve > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = sieve > service_count = 1 > type = > unix_listener login/sieve { > group = > mode = 0666 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > service pop3-login { > chroot = login > client_limit = 0 > drop_priv_before_exec = no > executable = pop3-login > extra_groups = > group = > idle_kill = 0 > inet_listener pop3 { > address = > port = 110 > ssl = no > } > inet_listener pop3s { > address = > port = 995 > ssl = yes > } > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = pop3 > service_count = 1 > type = login > user = $default_login_user > vsz_limit = 64 M > } > service pop3 { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = pop3 > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 1024 > process_min_avail = 0 > protocol = pop3 > service_count = 1 > type = > unix_listener login/pop3 { > group = > mode = 0666 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > service ssl-params { > chroot = > client_limit = 0 > drop_priv_before_exec = no > executable = ssl-params > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 0 > type = startup > unix_listener login/ssl-params { > group = > mode = 0666 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > shutdown_clients = yes > ssl = yes > ssl_ca = > ssl_cert = ssl_cert_username_field = commonName > ssl_cipher_list = ALL:!LOW:!SSLv2:!EXP:!aNULL > ssl_key = ssl_key_password = > ssl_parameters_file = ssl-parameters.dat > ssl_parameters_regenerate = 168 > ssl_verify_client_cert = no > syslog_facility = mail > userdb { > args > = /usr/local/dovecot/dovecot2/etc/dovecot/conf.d/dovecot-ldap.conf.ext > driver = ldap > } > valid_chroot_dirs = > verbose_auth = no > verbose_proctitle = yes > verbose_ssl = no > version_ignore = no > protocol lda { > mail_plugins = acl quota sieve quota > } > protocol imap { > imap_idle_notify_interval = 2 mins > mail_max_userip_connections = 10 > mail_plugins = acl quota imap_acl imap_quota mail_log notify > autocreate trash listescape > } > protocol lmtp { > mail_plugins = acl quota sieve > } > protocol pop3 { > mail_plugins = acl quota quota > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > pop3_reuse_xuidl = yes > } > -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Thu Mar 24 21:12:57 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 24 Mar 2011 20:12:57 +0100 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails In-Reply-To: References: <1300984500.21588.55.camel@pcdenny> Message-ID: <4D8B97B9.50409@schetterer.org> Am 24.03.2011 17:51, schrieb Eric Shubert: > On 03/24/2011 09:35 AM, Denny Schierz wrote: >> hi, >> >> one customer told us, that he has performance problem in his Thunderbird >> 3.1.9, while open his sent folder, which has round about 4000 mails in >> it, and 20k in his Inbox. For example TB, tries to sync the sent-folder >> list (over SSL) from the sent folder for now over 15min. >> >> In the log, I can't see any strange things, so for me, Dovecot works ok. >> >> Maybe, I should use better cache options? >> >> Now he tries to move many messages to separate folders, but thats also a >> bit slow. So, is it a TB problem, with so many messages? >> >> >> Our config: > > > Recent versions of TB (3.1.9 included) cache all messages locally (on > client computer) by default. This is fine for local connections, but on > remote connections with a lot of mail, it takes a while for all that to > download. Same thing for moving large amounts of messages around. Once > it's done though, performance shouldn't be too bad. > > If the problem persists, I would have the customer change their account > settings in the Synchronization & Storage section to something more > appropriate to their situation. > good tip, perhaps works, at my setup it didnt helped very much, but i didnt investigated time for debug cause setting up new server now its gone -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Thu Mar 24 22:28:54 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 24 Mar 2011 21:28:54 +0100 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails In-Reply-To: <4D8B97B9.50409@schetterer.org> References: <1300984500.21588.55.camel@pcdenny> <4D8B97B9.50409@schetterer.org> Message-ID: <4D8BA986.6060906@schetterer.org> Am 24.03.2011 20:12, schrieb Robert Schetterer: > Am 24.03.2011 17:51, schrieb Eric Shubert: >> On 03/24/2011 09:35 AM, Denny Schierz wrote: >>> hi, >>> >>> one customer told us, that he has performance problem in his Thunderbird >>> 3.1.9, while open his sent folder, which has round about 4000 mails in >>> it, and 20k in his Inbox. For example TB, tries to sync the sent-folder >>> list (over SSL) from the sent folder for now over 15min. >>> >>> In the log, I can't see any strange things, so for me, Dovecot works ok. >>> >>> Maybe, I should use better cache options? >>> >>> Now he tries to move many messages to separate folders, but thats also a >>> bit slow. So, is it a TB problem, with so many messages? >>> >>> >>> Our config: >> >> >> Recent versions of TB (3.1.9 included) cache all messages locally (on >> client computer) by default. This is fine for local connections, but on >> remote connections with a lot of mail, it takes a while for all that to >> download. Same thing for moving large amounts of messages around. Once >> it's done though, performance shouldn't be too bad. >> >> If the problem persists, I would have the customer change their account >> settings in the Synchronization & Storage section to something more >> appropriate to their situation. >> > > good tip, perhaps works, at my setup it didnt helped very much, but i > didnt investigated time for debug cause setting up new server now its gone > additional info , dont know if its interesting just compared with my old courier server, behavior with lot of mails over imap with same tb version over same network in same profile feels much more slower then dovecot, anyway i would bet that tb is the main problem here, but i dont think other wide spreaded clients behave better -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From easy12377 at gmx.de Thu Mar 24 22:58:02 2011 From: easy12377 at gmx.de (easy) Date: Thu, 24 Mar 2011 21:58:02 +0100 Subject: [Dovecot] try to compile dovecot 2.0.11 with ssl support Message-ID: <4D8BB05A.8010308@gmx.de> Hello, I try to compile dovecot in Version 2.0.11 with ssl support on a CentOS 4.5 system. Installed packages are openssl and openssl-devel. after "./configure --with-ssl=openssl" "make" "make install"the message is: (also tried with CPPFLAGS="-I/opt/openssl/include" LDFLAGS="-L/opt/openssl/lib -ldl") Install prefix . : /usr/local File offsets ... : 64bit I/O polling .... : epoll I/O notifys .... : dnotify SSL ............ : yes (OpenSSL) GSSAPI ......... : no passdbs ........ : static passwd passwd-file shadow checkpassword : -pam -bsdauth -sia -ldap -sql -vpopmail userdbs ........ : static prefetch passwd passwd-file checkpassword nss : -ldap -sql -vpopmail SQL drivers .... : : -pgsql -mysql -sqlite so it looks like SSL support is included, but when I start dovecot the message is: # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-128.1.1.el5.028stab062.3ent i686 CentOS release 4.5 (Final) passdb { driver = pam } protocols = imap ssl_cert = Hello, I try to compile dovecot in Version 2.0.11 with ssl support on a CentOS 4.5 system. Installed packages are openssl and openssl-devel. after "./configure --with-ssl=openssl" "make" "make install"the message is: (also tried with CPPFLAGS="-I/opt/openssl/include" LDFLAGS="-L/opt/openssl/lib -ldl") Install prefix . : /usr/local File offsets ... : 64bit I/O polling .... : epoll I/O notifys .... : dnotify SSL ............ : yes (OpenSSL) GSSAPI ......... : no passdbs ........ : static passwd passwd-file shadow checkpassword : -pam -bsdauth -sia -ldap -sql -vpopmail userdbs ........ : static prefetch passwd passwd-file checkpassword nss : -ldap -sql -vpopmail SQL drivers .... : : -pgsql -mysql -sqlite so it looks like SSL support is included, but when I start dovecot the message is: # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-128.1.1.el5.028stab062.3ent i686 CentOS release 4.5 (Final) passdb { driver = pam } protocols = imap ssl_cert = Hi, I am trying to use Quota in dovecot-2.0.11. I find as a sender(same user a receiver) I receive an email that receiver's Quota is exceeded , and receiver's mailbox is full . This is good, however the receiver whose MB is full isn't getting any quota-warning. Configuration is as below, dovecot -n # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35-gentoo-r8 x86_64 Gentoo Base System release 1.12.14 ext4 auth_mechanisms = plain login listen = * mail_location = maildir:/nfs1/mail/%u mail_plugins = " quota" passdb { args = * driver = pam } plugin/quota = maildir:User quota plugin/quota_rule = *:storage=5M plugin/quota_rule2 = Trash:storage=+1M plugin/quota_rule3 = Junk:storage=+1M plugin/quota_warning = storage=95%% quota-warning 95 %u plugin/quota_warning2 = storage=80%% quota-warning 80 %u service quota-warning { executable = script /usr/local/bin/quota-warning.sh user = dovecot } ssl_cert = : save failed to INBOX: Quota exceeded (mailbox for user is full) Mar 24 15:41:28 email_serverdovecot: lda(local_username): msgid=<20110324154128.0df8855a at local_username_ots.domainname>: rejected: Quota exceeded (mailbox for user is full) Mar 24 15:41:28 email_serverpostfix/pickup[25550]: D25C121BB4: uid=1002 from=<> ls -al /var/run/dovecot/ total 20 drwxr-xr-x 4 root root 4096 Mar 24 15:35 . drwxr-xr-x 33 root root 4096 Mar 24 14:54 .. srw------- 1 root root 0 Mar 24 15:35 anvil srw------- 1 root root 0 Mar 24 15:35 anvil-auth-penalty srw------- 1 root root 0 Mar 24 15:35 auth-client srw------- 1 dovecot root 0 Mar 24 15:35 auth-login srw------- 1 root root 0 Mar 24 15:35 auth-master srw------- 1 root root 0 Mar 24 15:35 auth-userdb srw------- 1 dovecot root 0 Mar 24 15:35 auth-worker srw------- 1 root root 0 Mar 24 15:35 config srw------- 1 root root 0 Mar 24 15:35 dict srw------- 1 root root 0 Mar 24 15:35 director-admin srw------- 1 root root 0 Mar 24 15:35 director-userdb srw-rw-rw- 1 root root 0 Mar 24 15:35 dns-client srw------- 1 root root 0 Mar 24 15:35 doveadm-server lrwxrwxrwx 1 root root 25 Mar 24 15:35 dovecot.conf -> /etc/dovecot/dovecot.conf drwxr-xr-x 2 root root 4096 Mar 16 13:24 empty srw-rw-rw- 1 root root 0 Mar 24 15:35 lmtp drwxr-x--- 2 root dovenull 4096 Mar 24 15:35 login -rw------- 1 root root 6 Mar 24 15:35 master.pid srw------- 1 root root 0 Mar 24 15:35 quota-warning ls -al /usr/local/bin/quota-warning.sh -rwxrwxrwx 1 root root 225 Mar 24 13:16 /usr/local/bin/quota-warning.sh cat /usr/local/bin/quota-warning.sh #!/bin/sh PERCENT=$1 USER=$2 cat << EOF | /usr/libexec/dovecot/dovecot-lda -d $USER -o "plugin/quota=maildir:User quota:noenforcing" From: postmaster at domain.com Subject: quota warning Your mailbox is now $PERCENT% full. EOF ### Any help is appreciated. Thanks. From dieterknopf at googlemail.com Fri Mar 25 03:50:42 2011 From: dieterknopf at googlemail.com (Dieter Knopf) Date: Fri, 25 Mar 2011 01:50:42 +0000 Subject: [Dovecot] Issue with Dovecot v2.0 auto packages In-Reply-To: <4D806EDB.4030504@rename-it.nl> References: <4D806EDB.4030504@rename-it.nl> Message-ID: 2011/3/16 Stephan Bosch : > The issue manifests as follows: Have the same issue now with :( Fist i used the testing repository and ended with an error. Then i changed it to stable and anything worked fine. But now some days later the error is back again, now with stable. Setting up dovecot-imapd (2:2.0.11-0~auto+30) ... ucfr: Attempt from package dovecot-imapd to take /etc/dovecot/conf.d/20-imap.conf away from package dovecot-common ucfr: Aborting. dpkg: error processing dovecot-imapd (--configure): subprocess installed post-installation script returned error exit status 4 configured to not write apport reports Errors were encountered while processing: > to get rid of these errors as a workaround. I did this in combination with > temporarily purging and removing Dovecot, but that is probably not > necessary. Once you have upgraded, you will not encounter this problem > again. Thanks for the workaround, workes perfectly. And don't forget the database-driver after this update, like dovecot-mysql :-) Dieter From michael.abbott at apple.com Fri Mar 25 04:21:15 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Thu, 24 Mar 2011 21:21:15 -0500 Subject: [Dovecot] imaptest assertion failure Message-ID: <8FB1DF29-6BC0-4D0B-8B7B-9E2F934F053A@apple.com> While trying to use imaptest (-20100922, from http://dovecot.org/nightly/imaptest/imaptest-latest.tar.gz) with the included tests directory, it assert-crashes after a suspicious connect() failure: $ ./imaptest user=foo pass=bar host=localhost test=tests Error: connect() failed: No route to host Panic: file test-exec.c: line 903 (test_send_lstate_commands): assertion failed: (ctx->clients_waiting > 0) Error: Raw backtrace: 2 libdovecot.0.dylib 0x0000000102afadfd default_fatal_finish + 35 -> 3 libdovecot.0.dylib 0x0000000102af9b87 i_set_error_handler + 0 -> 4 libdovecot.0.dylib 0x0000000102afa986 default_handler + 0 -> 5 imaptest 0x0000000102ac2966 test_send_lstate_commands + 1016 -> 6 imaptest 0x0000000102ab7acd client_send_more_commands + 28 -> 7 imaptest 0x0000000102ab7f42 client_input + 394 -> 8 libdovecot.0.dylib 0x0000000102b01112 io_loop_call_io + 70 -> 9 libdovecot.0.dylib 0x0000000102b003ba io_loop_handler_run + 227 -> 10 libdovecot.0.dylib 0x0000000102b010bf io_loop_run + 72 -> 11 imaptest 0x0000000102abce4c main + 2538 -> 12 imaptest 0x0000000102ab6aa0 start + 52 Abort trap: 6 This seems to happen with any test which uses more than one connection. Tests with "connections: 1" at the top work fine. From f.bonnet at esiee.fr Fri Mar 25 10:28:49 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 25 Mar 2011 09:28:49 +0100 Subject: [Dovecot] lda_mailbox_autocreate and lda_mailbox_autosubscribe In-Reply-To: <1300986318.13041.76.camel@hurina> References: <4D8B6E7C.4000606@esiee.fr> <1300986318.13041.76.camel@hurina> Message-ID: <4D8C5241.1030601@esiee.fr> On 03/24/2011 06:05 PM, Timo Sirainen wrote: > On Thu, 2011-03-24 at 17:17 +0100, Frank Bonnet wrote: > >> I use real unix users on the mailhub and I would like to >> automate home directories creation for new users. > This is done automatically, as long as filesystem permissions allow it. > But since you're using real unix users, this may be troublesome unless > you set the parent directory permissions to something like 01777. > OK >> I found lda_mailbox_autocreate and lda_mailbox_autosubscribe >> statements in 15-lda.conf file ( dovecot 2.0.11 ) which seem to be the right >> things for me :-) >> >> Does those two statements means that if a home directory >> does not exists it will be created at the first login of the >> new user ? > Nope. OK thanks a lot From mhlavink at redhat.com Fri Mar 25 10:57:53 2011 From: mhlavink at redhat.com (Michal Hlavinka) Date: Fri, 25 Mar 2011 09:57:53 +0100 Subject: [Dovecot] Regression in settings-parser.c (dovecot 2.0.11) Message-ID: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> Hi, one Fedora user sees regression in dovecot 2.0.11 (compared to prev. 2.0.9). There was change recently: http://hg.dovecot.org/dovecot-2.0/diff/bc77e80947c0/src/lib-settings/settings-parser.c which adds call to settings_find_key_nth(...., &parent_def,...). This function can set parent_def to NULL, but there is no check for this situation in the code. So on next line if (parent_def->type !=... dovecot crashes. We've tested simple fix: if (parent_def==NULL) return FALSE; and everything was working again. Michal Backtrace of the crash: Program received signal SIGSEGV, Segmentation fault. settings_find_key_nth (ctx=0x99e4050, key=0x99c4330 "plugin//etc", n=0xbff9bdac, def_r=0xbff9bda8, link_r=0xbff9bda4) at settings-parser.c:696 696 if (parent_def->type != SET_STRLIST) (gdb) p parent_def $1 = (const struct setting_define *) 0x0 (gdb) bt #0 settings_find_key_nth (ctx=0x99e4050, key=0x99c4330 "plugin//etc", n=0xbff9bdac, def_r=0xbff9bda8, link_r=0xbff9bda4) at settings-parser.c:696 #1 0x004f9ce5 in settings_find_key_nth (ctx=0x99e4050, key=0x99c4318 "plugin//etc/dovecot", n=0xbff9be1c, def_r=0xbff9be18, link_r=0xbff9be14) at settings-parser.c:693 #2 0x004f9ce5 in settings_find_key_nth (ctx=0x99e4050, key=0x99c42f8 "plugin//etc/dovecot/users", n=0xbff9beb4, def_r=0xbff9bebc, link_r=0xbff9beb8) at settings-parser.c:693 #3 0x004f94fd in settings_parse_keyvalue (ctx=0x99e4050, key=0x99c42f8 "plugin//etc/dovecot/users", value=0x99c42f2 "yes") at settings-parser.c:760 #4 0x004fa270 in settings_parse_line (ctx=0x99e4050, line=0x99c42d8 "plugin//etc/dovecot/users=yes") at settings-parser.c:862 #5 0x00dededa in set_line (ctx=0x99cd468, input=0xbff9c100, user_r=0xbff9c04c, error_r=0xbff9c0fc) at mail-storage-service.c:134 #6 user_reply_handle (ctx=0x99cd468, input=0xbff9c100, user_r=0xbff9c04c, error_r=0xbff9c0fc) at mail-storage-service.c:227 #7 mail_storage_service_lookup (ctx=0x99cd468, input=0xbff9c100, user_r=0xbff9c04c, error_r=0xbff9c0fc) at mail-storage-service.c:843 #8 0x00deeaae in mail_storage_service_lookup_next (ctx=0x99cd468, input=0xbff9c100, user_r=0xbff9c0ac, mail_user_r=0xbff9c0a8, error_r=0xbff9c0fc) at mail-storage-service.c:968 #9 0x0805f2e7 in client_create_from_input (input=, ---Type to continue, or q to quit--- login_client=0x99ce810, fd_in=11, fd_out=11, input_buf=0xbff9c0e0, error_r=0xbff9c0fc) at main.c:202 #10 0x0805f5dd in login_client_connected (client=0x99ce810, username=0x99c409b "sjoerd", extra_fields=0x99c4110) at main.c:267 #11 0x0051606f in master_login_auth_finish (client=0x99ce810, auth_args=) at master-login.c:206 #12 0x005163c2 in master_login_auth_callback (auth_args=0x99c410c, errormsg=0x0, context=0x99ce810) at master-login.c:374 #13 0x00516d3e in master_login_auth_input_user (auth=0x99cdcd8) at master-login-auth.c:239 #14 master_login_auth_input (auth=0x99cdcd8) at master-login-auth.c:359 #15 0x0052cc72 in io_loop_call_io (io=0x99cea10) at ioloop.c:384 #16 0x0052ded3 in io_loop_handler_run (ioloop=0x99cc390) at ioloop-epoll.c:213 #17 0x0052cbf0 in io_loop_run (ioloop=0x99cc390) at ioloop.c:405 #18 0x005181fb in master_service_run (service=0x99cc2e0, callback=0x805f100 ) at master-service.c:478 #19 0x0805fb0d in main (argc=1, argv=0xbff9c4c4) at main.c:375 From f.bonnet at esiee.fr Fri Mar 25 17:34:53 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 25 Mar 2011 16:34:53 +0100 Subject: [Dovecot] Restrict clients access during mailboxes convertion ? Message-ID: <4D8CB61D.30805@esiee.fr> Hello Is there a way to restrict access to Dovecot server during mailboxes convertion ? I need dovecot to be running to convert mailboxes from a format to another, but I would like to block all our LAN clients until the end of convertion. If there is no internal Dovecot mechanism I will use some firewall rule on the server. Thanks From upendra.gandhi at gmail.com Fri Mar 25 18:20:36 2011 From: upendra.gandhi at gmail.com (upen) Date: Fri, 25 Mar 2011 11:20:36 -0500 Subject: [Dovecot] quota warning email to user In-Reply-To: References: Message-ID: > Hi, > > I am trying to use Quota in dovecot-2.0.11. I find as a sender(same > user a receiver) I receive an email that receiver's Quota is exceeded > , and receiver's mailbox is full . This is good, however the receiver > whose MB is full isn't getting any quota-warning. Configuration is as > below, > > > dovecot -n > # 2.0.11: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.35-gentoo-r8 x86_64 Gentoo Base System release 1.12.14 ext4 > auth_mechanisms = plain login > listen = * > mail_location = maildir:/nfs1/mail/%u > mail_plugins = " quota" > passdb { > ?args = * > ?driver = pam > } > plugin/quota = maildir:User quota > plugin/quota_rule = *:storage=5M > plugin/quota_rule2 = Trash:storage=+1M > plugin/quota_rule3 = Junk:storage=+1M > plugin/quota_warning = storage=95%% quota-warning 95 %u > plugin/quota_warning2 = storage=80%% quota-warning 80 %u > service quota-warning { > ?executable = script /usr/local/bin/quota-warning.sh > ?user = dovecot > } > ssl_cert = ssl_cipher_list = ALL:!LOW:!SSLv2 > ssl_key = userdb { > ?driver = passwd > } > protocol imap { > ?mail_plugins = " quota imap_quota" > > > Mar 24 15:41:28 email_serverdovecot: imap(local_username): Error: > quota: net_connect_unix(/var/run/dovecot/quota-warning) failed: > Permission denied (euid=1002(local_username) egid=10(wheel) missing +r > perm: /var/run/dovecot/quota-warning, euid is not dir owner) > Mar 24 15:41:28 email_serverdovecot: lda(local_username): > msgid=<20110324154128.0df8855a at local_username_ots.domainname>: save > failed to INBOX: Quota exceeded (mailbox for user is full) > Mar 24 15:41:28 email_serverdovecot: lda(local_username): > msgid=<20110324154128.0df8855a at local_username_ots.domainname>: > rejected: Quota exceeded (mailbox for user is full) > Mar 24 15:41:28 email_serverpostfix/pickup[25550]: D25C121BB4: uid=1002 from=<> > > > ls -al /var/run/dovecot/ > total 20 > drwxr-xr-x ?4 root ? ?root ? ? 4096 Mar 24 15:35 . > drwxr-xr-x 33 root ? ?root ? ? 4096 Mar 24 14:54 .. > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 anvil > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 anvil-auth-penalty > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 auth-client > srw------- ?1 dovecot root ? ? ? ?0 Mar 24 15:35 auth-login > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 auth-master > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 auth-userdb > srw------- ?1 dovecot root ? ? ? ?0 Mar 24 15:35 auth-worker > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 config > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 dict > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 director-admin > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 director-userdb > srw-rw-rw- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 dns-client > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 doveadm-server > lrwxrwxrwx ?1 root ? ?root ? ? ? 25 Mar 24 15:35 dovecot.conf -> > /etc/dovecot/dovecot.conf > drwxr-xr-x ?2 root ? ?root ? ? 4096 Mar 16 13:24 empty > srw-rw-rw- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 lmtp > drwxr-x--- ?2 root ? ?dovenull 4096 Mar 24 15:35 login > -rw------- ?1 root ? ?root ? ? ? ?6 Mar 24 15:35 master.pid > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 quota-warning > > ls -al /usr/local/bin/quota-warning.sh > -rwxrwxrwx 1 root root 225 Mar 24 13:16 /usr/local/bin/quota-warning.sh > > cat /usr/local/bin/quota-warning.sh > #!/bin/sh > PERCENT=$1 > USER=$2 > cat << EOF | /usr/libexec/dovecot/dovecot-lda -d $USER -o > "plugin/quota=maildir:User quota:noenforcing" > From: postmaster at domain.com > Subject: quota warning > > Your mailbox is now $PERCENT% full. > EOF > > > ### > > Any help is appreciated. > > Thanks. > Owner of an over quota account just got an email when some emails were deleted from it (no date on that email though, don't understand why) Don't know what resolved the issue, I did following changes recently, chmod 700 /usr/local/bin/quota-warning.sh Edit , 90-quota.conf as below, service quota-warning { executable = script /usr/local/bin/quota-warning.sh # use some unprivileged user for executing the quota warnings user = root unix_listener quota-warning { mode = 0666 user = root group = root } } /etc/init.d/dovecot restart ls -al /var/run/dovecot/quota-warning srw-rw-rw- 1 root root 0 Mar 24 20:23 quota-warning Thanks, From brandonlamb at gmail.com Fri Mar 25 18:47:12 2011 From: brandonlamb at gmail.com (Brandon Lamb) Date: Fri, 25 Mar 2011 09:47:12 -0700 Subject: [Dovecot] mdbox, quota, ns, maildir quota? Message-ID: Hello, I pasted my config below, hoping someone can point out something obvious. In my dovecot.log I am seeing: Warning: quota: Namespace '' is not Maildir, skipping for Maildir++ quota I am using mysql userdb_* and passing maildir:~/maildir or mdbox:~/mdbox for mail. When its maildir its fine, I had that originally then used dsync to convert to mdbox, updated mysql entry to point to mdbox:~/mdbox and now I keept getting those quota errors. It IS possible to have mixed environment still correct? Some users can be maildir and some can be mdbox since Im using the per-user userdb options? Any hints here? I would swear this was all working on a different server I had setup but Im no longer employed there so I cant peek at the config =P Thanks for any help or tips Brandon ------------------------------------------------------------------------------- root at mail1:~# dovecot -n # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.37-2-amd64 x86_64 Debian wheezy/sid auth_cache_negative_ttl = 30 secs auth_cache_size = 4 k auth_cache_ttl = 30 secs auth_default_realm = greencrane.com auth_mechanisms = plain login auth_username_format = %Lu auth_verbose = yes auth_worker_max_count = 60 base_dir = /var/run/dovecot debug_log_path = /var/log/dovecot/debug.log default_client_limit = 1024 default_internal_user = mail default_login_user = mail deliver_log_format = %s from %f %$ dict/expire = mysql:/etc/dovecot/conf.d/dovecot-dict-expire.conf.ext disable_plaintext_auth = no first_valid_gid = 8 first_valid_uid = 8 info_log_path = /var/log/dovecot/info.log last_valid_gid = 8 last_valid_uid = 8 log_path = /var/log/dovecot/dovecot.log log_timestamp = "%Y-%m-%d %H:%M:%S " login_log_format = %s login_log_format_elements = (%u) (%r) mail_access_groups = mail mail_fsync = never mail_gid = 8 mail_location = maildir:~/maildir mail_log_prefix = "%Ls <%u>: " mail_max_userip_connections = 4 mail_plugins = quota expire mail_privileged_group = mail mail_uid = 8 mailbox_idle_check_interval = 1 mins maildir_very_dirty_syncs = yes passdb { args = /etc/dovecot/conf.d/dovecot-sql.conf.ext driver = sql } plugin/auth_socket_path = /var/run/dovecot/auth-master plugin/autocreate = Trash plugin/autocreate2 = Sent plugin/autocreate3 = Drafts plugin/autocreate4 = Spam plugin/autosubscribe = Trash plugin/autosubscribe2 = Sent plugin/autosubscribe3 = Drafts plugin/autosubscribe4 = Spam plugin/quota = maildir:User quota plugin/quota_warning = storage=95%% quota-warning 95 %u plugin/quota_warning2 = storage=80%% quota-warning 80 %u protocols = imap pop3 service auth { executable = /usr/local/libexec/dovecot/auth unix_listener auth-client { group = mail mode = 0666 user = mail } unix_listener auth-master { group = mail mode = 0666 user = mail } unix_listener auth-userdb { group = mail mode = 0666 user = mail } vsz_limit = 512 M } service dict { unix_listener dict { group = mail mode = 0666 } } service imap-login { chroot = login client_limit = 512 executable = /usr/local/libexec/dovecot/imap-login process_limit = 20 process_min_avail = 4 service_count = 0 user = dovecot vsz_limit = 128 M } service imap { drop_priv_before_exec = no executable = /usr/local/libexec/dovecot/imap vsz_limit = 512 M } service pop3-login { chroot = login client_limit = 512 executable = /usr/local/libexec/dovecot/pop3-login process_limit = 20 process_min_avail = 4 service_count = 0 user = dovecot vsz_limit = 128 M } service pop3 { drop_priv_before_exec = no executable = /usr/local/libexec/dovecot/pop3 vsz_limit = 512 M } service quota-warning { executable = script /etc/dovecot/quota-warning.sh user = mail } ssl_cert = with subject of <%s> was automatically rejected:%n%r rejection_subject = Mailbox Full: %s sendmail_path = /usr/sbin/exim } protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep imap_id_log = * imap_logout_format = bytes=%i/%o imap_max_line_length = 64 k mail_max_userip_connections = 20 mail_plugin_dir = /usr/local/lib/dovecot mail_plugins = quota expire imap_quota autocreate trash } protocol pop3 { mail_max_userip_connections = 2 mail_plugin_dir = /usr/local/lib/dovecot mail_plugins = quota expire pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_enable_last = no pop3_lock_session = no pop3_logout_format = retr=%r/%b, del=%d/%m, size=%s pop3_no_flag_updates = yes pop3_reuse_xuidl = no pop3_save_uidl = yes pop3_uidl_format = %g } From f.bonnet at esiee.fr Fri Mar 25 18:57:45 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 25 Mar 2011 17:57:45 +0100 Subject: [Dovecot] Restrict clients access during mailboxes convertion ? In-Reply-To: <4D8CB61D.30805@esiee.fr> References: <4D8CB61D.30805@esiee.fr> Message-ID: <4D8CC989.20209@esiee.fr> On 03/25/2011 04:34 PM, Frank Bonnet wrote: > Hello > > Is there a way to restrict access to Dovecot server during > mailboxes convertion ? > > I need dovecot to be running to convert mailboxes from > a format to another, but I would like to block all our > LAN clients until the end of convertion. > > If there is no internal Dovecot mechanism I will use > some firewall rule on the server. > > Thanks > finally is it more useful to put all users in /etc/dovecot.deny.* files. fast and easy. From playedalive at gmail.com Fri Mar 25 23:05:54 2011 From: playedalive at gmail.com (duonut) Date: Fri, 25 Mar 2011 14:05:54 -0700 (PDT) Subject: [Dovecot] FTS Compound Search Message-ID: <31241908.post@talk.nabble.com> Hi I use roundcube as the webmail fronted to a dovecot server. It currently has squat enabled. When round cube performs a search, it does a compound search even if only one field is selected. >From another thread i read, dovecot in the v1 period did not support compound searches for squat. Does the latest version of V2 support compound searches with fts squat? If not, does fts with solr support compound searches? -- View this message in context: http://old.nabble.com/FTS-Compound-Search-tp31241908p31241908.html Sent from the Dovecot mailing list archive at Nabble.com. From olafrv at gmail.com Sat Mar 26 00:26:57 2011 From: olafrv at gmail.com (Olaf Reitmaier Veracierta) Date: Fri, 25 Mar 2011 17:56:57 -0430 Subject: [Dovecot] Ignored proxy_maybe var and no local login when "host = Proxy FQDN" Message-ID: Hi help is preciated, PROBLEM The dovecot-ldap.conf of "proxy server A" is working when the "host" attribute is the FQDN of other server: pass_attrs = uid=user,userPassword={SSHA}password,\ =proxy_maybe=,maildrop=host,=port=143,=destuser=%u,=starttls=any-cert pass_filter = (&(objectClass=posixAccount)(uid=%u)) CASES When the "host" attribute is the "FQDN of server A" dovecot imap-login start and infinite loop which swallow all RAM, and process are showing many connections although is just 1 test user connected. It seems that connections are infinitely proxified to it self. When the "host" attribute is the "IP of server A" dovecot imap-login works OK, login the user locally in the server A. I include debug message int the source of "dovecot-2.0.11/src/auth/auth-request.c" which appears: Mar 25 14:10:49 debian dovecot: auth: Debug: ldap(steran,172.26.98.85): result: uid(user)=steran maildrop(host)=smtp2.tsj-dem.gob.ve Mar 25 14:10:49 debian dovecot: auth: Debug: BROKEN SETUP The modifications appears here and reveals problems with the call to net_addr2ip(host, &ip) in auth_request_proxy_is_self: static bool auth_request_proxy_is_self(struct auth_request *request) { const char *const *tmp, *host = NULL, *port = NULL, *destuser = NULL; struct ip_addr ip; tmp = auth_stream_split(request->extra_fields); for (; *tmp != NULL; tmp++) { if (strncmp(*tmp, "host=", 5) == 0) host = *tmp + 5; else if (strncmp(*tmp, "port=", 5) == 0) port = *tmp + 5; if (strncmp(*tmp, "destuser=", 9) == 0) destuser = *tmp + 9; } if (host == NULL || net_addr2ip(host, &ip) < 0) { /* broken setup */ T_BEGIN { i_debug("BROKEN SETUP %s", host); } T_END; return FALSE; } if (!net_ip_compare(&ip, &request->local_ip)){ T_BEGIN { i_debug("%s", "IPS NOT EQUAL"); }T_END; return FALSE; } if (port != NULL && !str_uint_equals(port, request->local_port)){ T_BEGIN { i_debug("%s", "PORTS DIFFERENT"); } T_END; return FALSE; } return destuser == NULL || strcmp(destuser, request->original_username) == 0; } -- "You don't know where your shadow will fall", Somebody.- ---------------------------------------------------------------- Olaf Reitmaier Veracierta ---------------------------------------------------------------- http://www.olafrv.com ---------------------------------------------------------------- From tss at iki.fi Sat Mar 26 00:44:29 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 00:44:29 +0200 Subject: [Dovecot] Dsync & random delete problem In-Reply-To: <20110309225011.600e2c61@noodle> References: <20110309225011.600e2c61@noodle> Message-ID: <1301093069.13041.86.camel@hurina> On Wed, 2011-03-09 at 22:50 +0100, Antoine Millet wrote: > Some trashed messages reappear after the next sync, by dint of > insisting, sometime it are duplicated. Occasionally, the > synchronization has the desired effect, but messages reappear few hours > later... See if these fixes help: http://hg.dovecot.org/dovecot-2.0/rev/99e3209fc78d http://hg.dovecot.org/dovecot-2.0/rev/e0f13d7510ef http://hg.dovecot.org/dovecot-2.0/rev/0d437e2e6949 From tss at iki.fi Sat Mar 26 00:48:23 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 00:48:23 +0200 Subject: [Dovecot] FTS Compound Search In-Reply-To: <31241908.post@talk.nabble.com> References: <31241908.post@talk.nabble.com> Message-ID: <1301093303.13041.89.camel@hurina> On Fri, 2011-03-25 at 14:05 -0700, duonut wrote: > Hi > I use roundcube as the webmail fronted to a dovecot server. It currently has > squat enabled. When round cube performs a search, it does a compound search > even if only one field is selected. > > >From another thread i read, dovecot in the v1 period did not support > compound searches for squat. > > Does the latest version of V2 support compound searches with fts squat? No. > If not, does fts with solr support compound searches? I think it does, but I'm not entirely sure. From tss at iki.fi Sat Mar 26 00:50:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 00:50:06 +0200 Subject: [Dovecot] Restrict clients access during mailboxes convertion ? In-Reply-To: <4D8CB61D.30805@esiee.fr> References: <4D8CB61D.30805@esiee.fr> Message-ID: <1301093406.13041.90.camel@hurina> On Fri, 2011-03-25 at 16:34 +0100, Frank Bonnet wrote: > Is there a way to restrict access to Dovecot server during > mailboxes convertion ? You'd want to also tempfail all mail deliveries. > I need dovecot to be running to convert mailboxes from > a format to another, but I would like to block all our > LAN clients until the end of convertion. > > If there is no internal Dovecot mechanism I will use > some firewall rule on the server. Why not simply stop Dovecot? From tss at iki.fi Sat Mar 26 00:54:10 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 00:54:10 +0200 Subject: [Dovecot] mdbox, quota, ns, maildir quota? In-Reply-To: References: Message-ID: <1301093650.13041.92.camel@hurina> On Fri, 2011-03-25 at 09:47 -0700, Brandon Lamb wrote: > In my dovecot.log I am seeing: > Warning: quota: Namespace '' is not Maildir, skipping for Maildir++ quota Maildir++ quota is only for Maildir. You need to switch to dict (file) quota. Maildir works fine with it too. http://wiki2.dovecot.org/Quota/Dict From tss at iki.fi Sat Mar 26 00:57:31 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 00:57:31 +0200 Subject: [Dovecot] try to compile dovecot 2.0.11 with ssl support In-Reply-To: <4D8BB05A.8010308@gmx.de> References: <4D8BB05A.8010308@gmx.de> Message-ID: <1301093851.13041.96.camel@hurina> On Thu, 2011-03-24 at 21:58 +0100, easy wrote: > SSL ............ : yes (OpenSSL) So it should be there.. > so it looks like SSL support is included, but when I start dovecot the > message is: > > doveconf: Error: SSL support not compiled in but ssl=yes Well, that's weird. Are you sure you're running the just-compiled version of Dovecot (i.e. not a previously installed version that didn't have OpenSSL compiled in)? What does dovecot --build-options say? Do you have "#define HAVE_SSL" in config.h? From tss at iki.fi Sat Mar 26 01:02:04 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 01:02:04 +0200 Subject: [Dovecot] Regression in settings-parser.c (dovecot 2.0.11) In-Reply-To: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> References: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> Message-ID: <1301094124.13041.98.camel@hurina> On Fri, 2011-03-25 at 09:57 +0100, Michal Hlavinka wrote: > Hi, > > one Fedora user sees regression in dovecot 2.0.11 (compared to prev. 2.0.9). There was change recently: > http://hg.dovecot.org/dovecot-2.0/diff/bc77e80947c0/src/lib-settings/settings-parser.c > which adds call to settings_find_key_nth(...., &parent_def,...). This function can set parent_def to NULL, but > there is no check for this situation in the code. So on next line if (parent_def->type !=... dovecot crashes. > We've tested simple fix: if (parent_def==NULL) return FALSE; and everything was working again. Well, yes, there is a bug. But how is this happening? > #3 0x004f94fd in settings_parse_keyvalue (ctx=0x99e4050, > key=0x99c42f8 "plugin//etc/dovecot/users", value=0x99c42f2 "yes") Where is this "plugin//etc/dovecot/users=yes" coming from? Is it from a userdb lookup that returns a broken setting? If Dovecot is somehow internally setting this, there's a bug somewhere. From tss at iki.fi Sat Mar 26 01:12:37 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 01:12:37 +0200 Subject: [Dovecot] Regression in settings-parser.c (dovecot 2.0.11) In-Reply-To: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> References: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> Message-ID: <1301094757.13041.100.camel@hurina> On Fri, 2011-03-25 at 09:57 +0100, Michal Hlavinka wrote: > Hi, > > one Fedora user sees regression in dovecot 2.0.11 (compared to prev. 2.0.9). There was change recently: > http://hg.dovecot.org/dovecot-2.0/diff/bc77e80947c0/src/lib-settings/settings-parser.c > which adds call to settings_find_key_nth(...., &parent_def,...). This function can set parent_def to NULL, but > there is no check for this situation in the code. So on next line if (parent_def->type !=... dovecot crashes. > We've tested simple fix: if (parent_def==NULL) return FALSE; and everything was working again. I fixed it with: http://hg.dovecot.org/dovecot-2.0/rev/746b4e9e7015 I'm not really sure what the handling should be when parent_def=NULL. I think it might make a difference in future.. From tss at iki.fi Sat Mar 26 01:24:43 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 01:24:43 +0200 Subject: [Dovecot] fstat no such file or directory error In-Reply-To: <4D8B7D30.2030701@cs.brown.edu> References: <4D8B7D30.2030701@cs.brown.edu> Message-ID: <1301095483.13041.108.camel@hurina> On Thu, 2011-03-24 at 13:19 -0400, Mark Dieterich wrote: > IMAP(): Transaction log dovecot.index.log: duplicate > transaction log sequence (37) This is the reason everything else messes up.. > IMAP(): fscking index file dovecot.index > IMAP(): fstat() failed with index file > dovecot.index: No such file or directory fstat() should never return ENOENT. With NFS if the file is gone, it should be ESTALE. See if the attached patch helps. > After the fstat message shows up, there doesn't appear to be anything on > the user side that can be done to fix the problem. We've seen multiple > instances where the file dovecot is complaining about not existing is > visible, readable, and writable by the user in question, but dovecot is > convinced it's not. The only way we've found to fix this issue is to > kill off all user connections. When the user reconnects, then all > appears to work fine. We have not found a way to recreate this problem. I think the problem is that Dovecot doesn't know how to deal with the failing ENOENT, so it just keeps on giving failures. > Some details: > > # 1.2.15: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.26-2-686 i686 Debian 5.0.8 > > Mail files are stored on NFS. All imap connections for a given user are > are mapped to a particular server at any given time. What about new mail deliveries? Are you using deliver? -------------- next part -------------- A non-text attachment was scrubbed... Name: diff Type: text/x-patch Size: 1137 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20110326/7e61d824/attachment.bin From tss at iki.fi Sat Mar 26 01:26:31 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 01:26:31 +0200 Subject: [Dovecot] imaptest assertion failure In-Reply-To: <8FB1DF29-6BC0-4D0B-8B7B-9E2F934F053A@apple.com> References: <8FB1DF29-6BC0-4D0B-8B7B-9E2F934F053A@apple.com> Message-ID: <1301095591.13041.110.camel@hurina> On Thu, 2011-03-24 at 21:21 -0500, Mike Abbott wrote: > While trying to use imaptest (-20100922, from http://dovecot.org/nightly/imaptest/imaptest-latest.tar.gz) with the included tests directory, it assert-crashes after a suspicious connect() failure: > > $ ./imaptest user=foo pass=bar host=localhost test=tests > Error: connect() failed: No route to host I can't reproduce this connect() failure. Not in OSX or Linux. > Panic: file test-exec.c: line 903 (test_send_lstate_commands): assertion failed: (ctx->clients_waiting > 0) The testing has failed in any case if connect fails.. Probably too much trouble to fix it to handle this any more nicely. :) From tss at iki.fi Sat Mar 26 01:35:22 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 01:35:22 +0200 Subject: [Dovecot] Ignored proxy_maybe var and no local login when "host = Proxy FQDN" In-Reply-To: References: Message-ID: <1301096122.13041.115.camel@hurina> On Fri, 2011-03-25 at 17:56 -0430, Olaf Reitmaier Veracierta wrote: > The dovecot-ldap.conf of "proxy server A" is working when the "host" > attribute is the FQDN of other server: > > pass_attrs = uid=user,userPassword={SSHA}password,\ > =proxy_maybe=,maildrop=host,=port=143,=destuser=%u,=starttls=any-cert > pass_filter = (&(objectClass=posixAccount)(uid=%u)) .. > The modifications appears here and reveals problems with the call to > net_addr2ip(host, &ip) in auth_request_proxy_is_self: Yeah. The main problem is that this loop detection code is in auth process, which won't be doing any DNS lookups. I already once tried moving it to login process code where it belongs to, but I failed back then. Hmm. Maybe because request->original_username isn't available to login processes. But I guess it could be set back. Anyway, I think it's a bit too dangerous to go change this logic too much for v2.0. For v2.1 I guess this could be fixed (and you could easily backport that patch then). From olafrv at gmail.com Sat Mar 26 01:52:54 2011 From: olafrv at gmail.com (Olaf Reitmaier Veracierta) Date: Fri, 25 Mar 2011 19:22:54 -0430 Subject: [Dovecot] Ignored proxy_maybe var and no local login when "host = Proxy FQDN" In-Reply-To: <1301096122.13041.115.camel@hurina> References: <1301096122.13041.115.camel@hurina> Message-ID: On Fri, Mar 25, 2011 at 7:05 PM, Timo Sirainen wrote: > On Fri, 2011-03-25 at 17:56 -0430, Olaf Reitmaier Veracierta wrote: > > > The dovecot-ldap.conf of "proxy server A" is working when the "host" > > attribute is the FQDN of other server: > > > > pass_attrs = uid=user,userPassword={SSHA}password,\ > > =proxy_maybe=,maildrop=host,=port=143,=destuser=%u,=starttls=any-cert > > pass_filter = (&(objectClass=posixAccount)(uid=%u)) > .. > > The modifications appears here and reveals problems with the call to > > net_addr2ip(host, &ip) in auth_request_proxy_is_self: > > Yeah. The main problem is that this loop detection code is in auth > process, which won't be doing any DNS lookups. I already once tried > moving it to login process code where it belongs to, but I failed back > then. Hmm. Maybe because request->original_username isn't available to > login processes. But I guess it could be set back. > > Ok... I will use the IP address in the the maildrop (host) field of my user's LDAP entries. > Anyway, I think it's a bit too dangerous to go change this logic too > much for v2.0. For v2.1 I guess this could be fixed (and you could > easily backport that patch then). > > Well, although there is no solution right now for the problem, your reply was really fast and helpful. Thank you, Best regards.- -- "You don't know where your shadow will fall", Somebody.- ---------------------------------------------------------------- Olaf Reitmaier Veracierta ---------------------------------------------------------------- http://www.olafrv.com ---------------------------------------------------------------- From mkd at cs.brown.edu Sat Mar 26 03:00:13 2011 From: mkd at cs.brown.edu (Mark Dieterich) Date: Fri, 25 Mar 2011 21:00:13 -0400 Subject: [Dovecot] fstat no such file or directory error In-Reply-To: <1301095483.13041.108.camel@hurina> References: <4D8B7D30.2030701@cs.brown.edu> <1301095483.13041.108.camel@hurina> Message-ID: <4D8D3A9D.7060809@cs.brown.edu> Timo, Thanks for the patch. It's been applied and I'll let you know whether it clears up the problems. >> Mail files are stored on NFS. All imap connections for a given user are >> are mapped to a particular server at any given time. > > What about new mail deliveries? Are you using deliver? All our mail delivery is done with procmail. The majority of the users are using Maildir, if this matters. Mark From philledwards at gmail.com Sat Mar 26 09:49:57 2011 From: philledwards at gmail.com (Phill Edwards) Date: Sat, 26 Mar 2011 18:49:57 +1100 Subject: [Dovecot] How can I view these email files? Message-ID: I messed up my email today through a combination of stuff-ups with procmail and dovecot. The result was that I ended up delivering some email messages to the root Maildir folder instead of the sub-folders. The files are in the correct format but have names like msg.3BXE, msg.2BXE etc. Of course these don't show up in my IMAP client so I can't read them. Does anyone know a way I can point some sort of email client at these to read them? Or a way to transfer them under Maildir/new so that I can read them as part of my normal inbox? I know that some of them have attachments. From philledwards at gmail.com Sat Mar 26 13:16:20 2011 From: philledwards at gmail.com (Phill Edwards) Date: Sat, 26 Mar 2011 22:16:20 +1100 Subject: [Dovecot] Multiple versions of Dovecot installed Message-ID: I have had to rebuild my 64-bit CentOS 5 email server and after installing dovecot rpms (using yum) I seem to have multiple versions installed: dovecot-1.1.20-1_98.el5 - from ATrpms repo dovecot-1.0.7-7.el5 - from CentOS repo dovecot-sieve-0.1.18-6.1.el5 - from ATrpms repo I have tried to install just the ATrpms version but when I do "yum install dovecot" the CentOS one always gets pulled in as well. Is this normal, or does it indicate that something has gone wrong in the installation process? I'm having an issue with Dovecot sieve because it can't find a sieve plugin in /usr/lib64/dovecot/lda/. However, there is one in /usr/lib/dovecot/lda/. Do I have some sort or 32-bit/64-bit mismatch? From olafrv at gmail.com Sat Mar 26 16:45:30 2011 From: olafrv at gmail.com (Olaf Reitmaier Veracierta) Date: Sat, 26 Mar 2011 10:15:30 -0430 Subject: [Dovecot] Multiple versions of Dovecot installed In-Reply-To: References: Message-ID: On Sat, Mar 26, 2011 at 6:46 AM, Phill Edwards wrote: > I have had to rebuild my 64-bit CentOS 5 email server and after > installing dovecot rpms (using yum) I seem to have multiple versions > installed: > > dovecot-1.1.20-1_98.el5 - from ATrpms repo > dovecot-1.0.7-7.el5 - from CentOS repo > dovecot-sieve-0.1.18-6.1.el5 - from ATrpms repo > Backup conf files and /etc/init.d/dovecot start script. Unninstall all, maybe there are dependencies problems between packages from those repos. > I have tried to install just the ATrpms version but when I do "yum > install dovecot" the CentOS one always gets pulled in as well. Is this > normal, or does it indicate that something has gone wrong in the > installation process? > download the source for the version you want: wget http://www.dovecot.org/releases/1.2/dovecot-1.2.16.tar.gz wget http://www.dovecot.org/releases/sieve/dovecot-sieve-1.1.8.tar.gz You have to install devel packages similar to: libpq-devel libpam0g-devel libldap2-devel libnss3-devel libmysqlclient-devel libsqlite3-devel I recommend this compile options (rules) from Debian packages for version 1.1 or 1.2: ./configure \ --with-ioloop=best \ --with-notify=inotify \ --with-nss \ --with-shadow \ --with-pam \ --with-ldap=yes \ --with-sql=yes \ --with-pgsql \ --with-mysql \ --with-sqlite \ --with-ssl=openssl \ --sysconfdir=/etc \ --prefix=/usr \ --sysconfdir=/etc \ --libexecdir=/usr/lib \ --localstatedir=/var \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --with-moduledir=/usr/lib/dovecot/modules \ --disable-rpath \ --disable-static Then: make && make install > > I'm having an issue with Dovecot sieve because it can't find a sieve > plugin in /usr/lib64/dovecot/lda/. However, there is one in > /usr/lib/dovecot/lda/. Do I have some sort or 32-bit/64-bit mismatch? > This is because if you build rpms from source the installation path are different in fedorized packages. -- "You don't know where your shadow will fall", Somebody.- ---------------------------------------------------------------- Olaf Reitmaier Veracierta ---------------------------------------------------------------- http://www.olafrv.com ---------------------------------------------------------------- From tss at iki.fi Sat Mar 26 18:20:24 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 18:20:24 +0200 Subject: [Dovecot] How can I view these email files? In-Reply-To: References: Message-ID: On 26.3.2011, at 9.49, Phill Edwards wrote: > I messed up my email today through a combination of stuff-ups with > procmail and dovecot. The result was that I ended up delivering some > email messages to the root Maildir folder instead of the sub-folders. > The files are in the correct format but have names like msg.3BXE, > msg.2BXE etc. That would be MH format. > Of course these don't show up in my IMAP client so I can't read them. > Does anyone know a way I can point some sort of email client at these > to read them? Or a way to transfer them under Maildir/new so that I > can read them as part of my normal inbox? I know that some of them > have attachments. Just mv them into new/ From easy12377 at gmx.de Sat Mar 26 20:54:20 2011 From: easy12377 at gmx.de (easy klaus) Date: Sat, 26 Mar 2011 19:54:20 +0100 Subject: [Dovecot] try to compile dovecot 2.0.11 with ssl support Message-ID: <20110326185420.304800@gmx.net> Hello, >> SSL ............ : yes (OpenSSL) > >So it should be there.. > >> so it looks like SSL support is included, but when I start dovecot the >> message is: >> >> doveconf: Error: SSL support not compiled in but ssl=yes > >Well, that's weird. Are you sure you're running the just-compiled >version of Dovecot (i.e. not a previously installed version that didn't >have OpenSSL compiled in)? > Yes, I think so. I tried to find every dovecot directory and files and deleted it. After "make" and "make install" there was a new file under "/usr/local/sbin/dovecot" this is the one I use. >What does dovecot --build-options say? output of "/usr/local/sbin/dovecot --build-options" Build options: ioloop=epoll notify=dnotify ipv6 io_block_size=8192 Mail storages: cydir maildir mbox mdbox raw sdbox shared SQL drivers: Passdb: checkpassword passwd passwd-file shadow Userdb: checkpassword nss passwd prefetch passwd-file This looks strange because there is no ssl support. >Do you have "#define HAVE_SSL" in config.h? No, I only can find "#define HAVE_OPENSSL" Regards, Markus -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone From worklord at yandex.ru Sat Mar 26 21:31:02 2011 From: worklord at yandex.ru (=?UTF-8?B?0JHQsNGB0L7QsiDQldCy0LPQtdC90LjQuQ==?=) Date: Sat, 26 Mar 2011 22:31:02 +0300 Subject: [Dovecot] Dovecot-2.0.11 searches in all LDAP directory Message-ID: <4D8E3EF6.7050102@yandex.ru> Hello. I have some users IDs in different OUs with different passwords. Base OU for mail server is 'ou=Mail, dc=ph, dc=com' Trying manual search: # ldapsearch -b 'ou=Mail, dc=ph, dc=com' -D 'cn=bind, ou=Users, dc=ph, dc=com' -w XXX -s sub -h mainserv.ph.com '(&(objectClass=qmailUser)(uid=someuser))' uid mailMessageStore ? # extended LDIF ? uid: someuser mailMessageStore: /var/mail/someuser/Maildir/ # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 It works fine. My dovecot configuration: # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.36-gentoo-r5 x86_64 Gentoo Base System release 2.0.1 base_dir = /var/run/dovecot/ listen = * login_trusted_networks = 192.168.1.0/24 mail_location = maildir:~/.maildir managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = * driver = pam } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin/sieve = ~/.dovecot.sieve plugin/sieve_dir = ~/sieve protocols = imap ssl_cert = access_allowed: search access to "cn=John Smith,ou=Mail,dc=ph,dc=com" "objectClass" requested slapd[1917]: => dn: [2] ou=mail,dc=ph,dc=com slapd[1917]: => acl_get: [2] matched slapd[1917]: => acl_get: [2] attr objectClass? and etc I have some questions: 1. Why is it searches in another LDAP places, not only ou=Mail, dc=ph, dc=com? 2. It not put mailMessageStore from ou=Mail, dc=ph, dc=com. Why? 3. How disable lookup in another LDAP places exept ou=Mail, dc=ph, dc=com? Thanks for answers. From worklord at yandex.ru Sat Mar 26 21:36:21 2011 From: worklord at yandex.ru (=?UTF-8?B?0JHQsNGB0L7QsiDQldCy0LPQtdC90LjQuQ==?=) Date: Sat, 26 Mar 2011 22:36:21 +0300 Subject: [Dovecot] Dovecot-2.0.11 searches in all LDAP directory In-Reply-To: <4D8E3EF6.7050102@yandex.ru> References: <4D8E3EF6.7050102@yandex.ru> Message-ID: <4D8E4035.5030208@yandex.ru> > I tested IMAP over telnet: > > $ telnet mainserv.ph.com 143 > Trying 192.168.1.252... > Connected to mainserv.ph.com. > Escape character is '^]'. > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE STARTTLS AUTH=PLAIN] Dovecot ready. > a001 LOGIN someuser password1 > > Two passwords are tested: for uid from ou=Mail and ou=Users. Dovecot authenticate with password1 for uid from ou=Mail and for some uid from ou=Users. It should not be. From shopik at inblock.ru Sat Mar 26 23:56:35 2011 From: shopik at inblock.ru (Nikolay Shopik) Date: Sun, 27 Mar 2011 00:56:35 +0300 Subject: [Dovecot] IMAP move extension support In-Reply-To: <3CEB7722-EB7B-4D9C-A260-5140A1E3A80F@iki.fi> References: <3CEB7722-EB7B-4D9C-A260-5140A1E3A80F@iki.fi> Message-ID: <4D8E6113.90207@inblock.ru> On 12.03.2011 2:41, Timo Sirainen wrote: > On 11.3.2011, at 23.25, Nikolay Shopik wrote: > >> Any chance we could get IMAP move extension support in Dovecot? >> http://tools.ietf.org/html/draft-krecicki-imap-move-01 > > Little chance at the moment. It's not easy. It's actually very difficult. I would want to create "doveadm move" command, but I think I'll just make that to be a copy+expunge as well. > Timo, Forgot to ask, will be "copy+expunge" actually atomic operation? This is currently problem with copy+expunge from email client at least. From philledwards at gmail.com Sun Mar 27 01:54:31 2011 From: philledwards at gmail.com (Phill Edwards) Date: Sun, 27 Mar 2011 10:54:31 +1100 Subject: [Dovecot] How can I view these email files? In-Reply-To: References: Message-ID: >> Of course these don't show up in my IMAP client so I can't read them. >> Does anyone know a way I can point some sort of email client at these >> to read them? Or a way to transfer them under Maildir/new so that I >> can read them as part of my normal inbox? I know that some of them >> have attachments. > > Just mv them into new/ Thanks so much - I had no idea it would be that easy! Worked a treat. From CMarcus at Media-Brokers.com Sun Mar 27 02:04:58 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Sat, 26 Mar 2011 20:04:58 -0400 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails In-Reply-To: <1300984500.21588.55.camel@pcdenny> References: <1300984500.21588.55.camel@pcdenny> Message-ID: <4D8E7F2A.4040901@Media-Brokers.com> On 3/24/2011 12:35 PM, Denny Schierz wrote: > Our config: > > auth_anonymous_username = anonymous No... please, provide only dovecot -n output... -- Best regards, Charles From easy12377 at gmx.de Sun Mar 27 16:30:37 2011 From: easy12377 at gmx.de (Markus) Date: Sun, 27 Mar 2011 15:30:37 +0200 Subject: [Dovecot] try to compile dovecot 2.0.11 with ssl support In-Reply-To: <20110326185420.304800@gmx.net> References: <20110326185420.304800@gmx.net> Message-ID: <4D8F3BFD.2070205@gmx.de> hello, >> Do you have "#define HAVE_SSL" in config.h? > No, I only can find "#define HAVE_OPENSSL" > Sorry, this was wrong, I also have "#define HAVE_SSL". Regards, Markus From stsiol at yahoo.co.uk Sun Mar 27 21:28:29 2011 From: stsiol at yahoo.co.uk (Spyros Tsiolis) Date: Sun, 27 Mar 2011 19:28:29 +0100 (BST) Subject: [Dovecot] try to compile dovecot 2.0.11 with ssl support In-Reply-To: <20110326185420.304800@gmx.net> Message-ID: <270375.59222.qm@web27202.mail.ukl.yahoo.com> --- On Sat, 26/3/11, easy klaus wrote: > From: easy klaus > Subject: Re: [Dovecot] try to compile dovecot 2.0.11 with ssl support > To: dovecot at dovecot.org > Date: Saturday, 26 March, 2011, 20:54 > Hello, > > >>? ? ? SSL ............ : yes > (OpenSSL) > > > >So it should be there.. > > > >> so it looks like SSL support is included, but when > I start dovecot the > >> message is: > >> > >>? ? ? doveconf: Error: SSL support > not compiled in but ssl=yes > > > >Well, that's weird. Are you sure you're running the > just-compiled > >version of Dovecot (i.e. not a previously installed > version that didn't > >have OpenSSL compiled in)? > > > > Yes, I think so. I tried to find every dovecot directory > and files and deleted it. After "make" and "make install" > there was a new file under "/usr/local/sbin/dovecot" this is > the one I use. > > >What does dovecot --build-options say? > > output of "/usr/local/sbin/dovecot --build-options" > > Build options: ioloop=epoll notify=dnotify ipv6 > io_block_size=8192 > Mail storages: cydir maildir mbox mdbox raw sdbox shared > SQL drivers: > Passdb: checkpassword passwd passwd-file shadow > Userdb: checkpassword nss passwd prefetch passwd-file > > This looks strange because there is no ssl support. > > >Do you have "#define HAVE_SSL" in config.h? > > No, I only can find "#define HAVE_OPENSSL" > > Regards, Markus > > > -- > NEU: FreePhone - kostenlos mobil telefonieren und > surfen!??? ??? > ??? > Jetzt informieren: http://www.gmx.net/de/go/freephone > Chaps, on the same issue, does one need to have both SSLs configured in ? Like "OpenSSL" _and_ "SSL" support build in or just one of the two ? Thanks, s. ---- "I merely function as a channel that filters music through the chaos of noise" - Vangelis From mhlavink at redhat.com Mon Mar 28 09:38:28 2011 From: mhlavink at redhat.com (Michal Hlavinka) Date: Mon, 28 Mar 2011 08:38:28 +0200 Subject: [Dovecot] Regression in settings-parser.c (dovecot 2.0.11) In-Reply-To: <1301094124.13041.98.camel@hurina> References: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> <1301094124.13041.98.camel@hurina> Message-ID: <201103280638.p2S6cWkW028329@int-mx09.intmail.prod.int.phx2.redhat.com> On Saturday, March 26, 2011 01:02:04 Timo Sirainen wrote: > On Fri, 2011-03-25 at 09:57 +0100, Michal Hlavinka wrote: > > Hi, > > > > one Fedora user sees regression in dovecot 2.0.11 (compared to prev. 2.0.9). There was change recently: > > http://hg.dovecot.org/dovecot-2.0/diff/bc77e80947c0/src/lib-settings/settings-parser.c > > which adds call to settings_find_key_nth(...., &parent_def,...). This function can set parent_def to NULL, but > > there is no check for this situation in the code. So on next line if (parent_def->type !=... dovecot crashes. > > We've tested simple fix: if (parent_def==NULL) return FALSE; and everything was working again. > > Well, yes, there is a bug. But how is this happening? > > > #3 0x004f94fd in settings_parse_keyvalue (ctx=0x99e4050, > > key=0x99c42f8 "plugin//etc/dovecot/users", value=0x99c42f2 "yes") > > Where is this "plugin//etc/dovecot/users=yes" coming from? Is it from a > userdb lookup that returns a broken setting? If Dovecot is somehow > internally setting this, there's a bug somewhere. User reported he uses original configuration with minimal changes: """My configuration differs only slightly from what the RPM delivers. Instead of using the file auth-system.conf.ext, I use a file with the following content: passdb { driver = passwd-file args = username_format=%u /etc/dovecot/users } userdb { driver = passwd args = username_format=%u /etc/dovecot/users } """"" From tss at iki.fi Mon Mar 28 10:46:01 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 28 Mar 2011 10:46:01 +0300 Subject: [Dovecot] Regression in settings-parser.c (dovecot 2.0.11) In-Reply-To: <201103280638.p2S6cWkW028329@int-mx09.intmail.prod.int.phx2.redhat.com> References: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> <1301094124.13041.98.camel@hurina> <201103280638.p2S6cWkW028329@int-mx09.intmail.prod.int.phx2.redhat.com> Message-ID: On 28.3.2011, at 9.38, Michal Hlavinka wrote: >>> #3 0x004f94fd in settings_parse_keyvalue (ctx=0x99e4050, >>> key=0x99c42f8 "plugin//etc/dovecot/users", value=0x99c42f2 "yes") >> >> Where is this "plugin//etc/dovecot/users=yes" coming from? Is it from a >> userdb lookup that returns a broken setting? If Dovecot is somehow >> internally setting this, there's a bug somewhere. > > User reported he uses original configuration with minimal changes: > """My configuration differs only slightly from what the RPM delivers. Instead of > using the file auth-system.conf.ext, I use a file with the following content: > passdb { > driver = passwd-file > args = username_format=%u /etc/dovecot/users > } The above is right. > userdb { > driver = passwd > args = username_format=%u /etc/dovecot/users > } I see, this was the problem. I think that should be driver=passwd-file in there. Or alternatively the args should be empty. From playedalive at gmail.com Mon Mar 28 01:06:04 2011 From: playedalive at gmail.com (duonut) Date: Sun, 27 Mar 2011 15:06:04 -0700 (PDT) Subject: [Dovecot] FTS Compound Search In-Reply-To: <1301093303.13041.89.camel@hurina> References: <31241908.post@talk.nabble.com> <1301093303.13041.89.camel@hurina> Message-ID: <31252675.post@talk.nabble.com> Timo Sirainen wrote: > >> Does the latest version of V2 support compound searches with fts squat? > > No. > >> If not, does fts with solr support compound searches? > > I think it does, but I'm not entirely sure. > > Thanks, does anyone else know if the solr plugin supports compound searches, before i go and recompile and build solr to try it myself? -- View this message in context: http://old.nabble.com/FTS-Compound-Search-tp31241908p31252675.html Sent from the Dovecot mailing list archive at Nabble.com. From tss at iki.fi Mon Mar 28 11:10:17 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 28 Mar 2011 11:10:17 +0300 Subject: [Dovecot] IMAP move extension support In-Reply-To: <4D8E6113.90207@inblock.ru> References: <3CEB7722-EB7B-4D9C-A260-5140A1E3A80F@iki.fi> <4D8E6113.90207@inblock.ru> Message-ID: <8FC303E3-9EBE-4397-B38B-5B85A8645131@iki.fi> On 26.3.2011, at 23.56, Nikolay Shopik wrote: >> Little chance at the moment. It's not easy. It's actually very difficult. I would want to create "doveadm move" command, but I think I'll just make that to be a copy+expunge as well. doveadm move command is in hg. > Forgot to ask, will be "copy+expunge" actually atomic operation? This is currently problem with copy+expunge from email client at least. It's not atomic, but its behavior should be close enough for it to not matter. If copying fails, nothing is moved. If copying succeeds, those messages are expunged. Duplicates happen only if doveadm crashes between those actions. (If moving from multiple source mailboxes it can get messier.) From nmilas at noa.gr Mon Mar 28 12:51:29 2011 From: nmilas at noa.gr (Nikolaos Milas) Date: Mon, 28 Mar 2011 12:51:29 +0300 Subject: [Dovecot] Upgrade to v2.0 conf file fails Message-ID: <4D905A21.9020909@noa.gr> Hi, I am trying to use the command: doveconf -n -c dovecot-1.conf > dovecot-2.conf to upgrade my dovecot.conf file, but it fails (see below). Judging from the message that vsz_limit is the new setting for login_process_size, I have retried using login_process_size=256 rather than login_process_size=64 (which was the initial value), but the error persists. Please advise. Thanks, Nick Output of "doveconf -n -c" command: =========================================================================================================================== doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -n > dovecot-new.conf doveconf: Warning: Obsolete setting in dovecot.conf:1: protocols=imaps is no longer necessary, remove it doveconf: Warning: Obsolete setting in dovecot.conf:1: protocols=pop3s is no longer necessary, remove it doveconf: Warning: Obsolete setting in dovecot.conf:6: ssl_cert_file has been replaced by ssl_cert = References: <4D8E3EF6.7050102@yandex.ru> <4D8E4035.5030208@yandex.ru> Message-ID: <201103281319.14208.joseba.torre@ehu.es> On Saturday 26 March 2011 20:36:21 ????? ??????? wrote: > Dovecot authenticate with password1 for uid from ou=Mail and for some > uid from ou=Users. It should not be. Maybe the password in the ou=Users matches the pam password? Maybe pam is checking ldap? This could also explain why sometimes the home is not set correctly. If not needed, remove the pam passdb and the passwd userdb and check again. HTH -- Joseba Torre. Vicegerencia de TICs, ?rea de Explotaci?n From Andreas.Kossack at TU-Cottbus.De Mon Mar 28 14:42:10 2011 From: Andreas.Kossack at TU-Cottbus.De (Andreas Kossack) Date: Mon, 28 Mar 2011 13:42:10 +0200 Subject: [Dovecot] Errors logged from 2.0.11 In-Reply-To: <1300727816.13041.40.camel@hurina> References: <4D7F33B3.1000606@TU-Cottbus.De> <1300293178.19220.597.camel@hurina> <4D870A18.1040601@TU-Cottbus.De> <1300727816.13041.40.camel@hurina> Message-ID: <4D907412.9090202@TU-Cottbus.De> Hi Timo, hi all, > I see. INDEX=MEMORY is the problem, fixed: > http://hg.dovecot.org/dovecot-2.0/rev/4f1b77b81cf3 > > (Why do you have indexes disabled anyway?) Because of too much errors "Corrupted index cache file ..." in logfiles. -- Mit freundlichen Gr??en A. Kossack _______________________________________________________________________________ Andreas Kossack Andreas.Kossack at TU-Cottbus.De BTU Cottbus, Brandenburg, Germany, Walther-Pauer-Str.2, 03046 Cottbus http://wwwca.telesec.de/cgi-bin/caservice/Common/InstallRoot/DT-Root-CA-2.der _______________________________________________________________________________ Diese Nachricht wurde aus 100% wiederverwerteten Elektronen erstellt. _______________________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6731 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110328/07a7422e/attachment.bin From swartel at zero-spam.fr Mon Mar 28 15:40:04 2011 From: swartel at zero-spam.fr (=?UTF-8?Q?St=C3=A9phane_Wartel?=) Date: Mon, 28 Mar 2011 14:40:04 +0200 Subject: [Dovecot] Support not compiled in for passdb driver ldap Message-ID: Hello, From repo, the lastest release 2.0.11-0~auto+32 does not have ldap support :/ auth: Fatal: Support not compiled in for passdb driver 'ldap' Regards, Stephane From swartel at zero-spam.fr Mon Mar 28 16:13:33 2011 From: swartel at zero-spam.fr (=?UTF-8?B?U3TDqXBoYW5lIFdhcnRlbA==?=) Date: Mon, 28 Mar 2011 15:13:33 +0200 Subject: [Dovecot] Support not compiled in for passdb driver ldap In-Reply-To: References: Message-ID: <4D90897D.305@zero-spam.fr> Sorry, solved by installing dovecot-ldap. Stephane Le 28/03/2011 14:40, St?phane Wartel a ?crit : > auth: Fatal: Support not compiled in for passdb driver 'ldap' From andrew at sybaweb.com Mon Mar 28 16:25:06 2011 From: andrew at sybaweb.com (Andrew Lewis) Date: Mon, 28 Mar 2011 15:25:06 +0200 Subject: [Dovecot] SiS: Attachment file larger than expected Message-ID: <20110328152506.7c48604a.andrew@sybaweb.com> I recently set up SiS and imported a large chunk of mail. I've noticed one or two instances of this in the logs: Mar 28 09:03:50 mail dovecot: imap(xxx at yyy.zz): Error: Attachment file /mailstore/attachments/ce/73/ce737a45fe07495e2ae6466f9e381a30d5ec300406f11269d79bd5608cc0c922-822b3d2df67f8e4d7f5000009501e12a larger than expected (252218) Mar 28 14:52:34 mail dovecot: pop3(zzz at xxx.yy): Error: Attachment file /mailstore/attachments/c5/e1/c5e13d671d1d796680ae7166363afcb819af3d9cd04e01de7d65031b2f732bdf-b2ecf918b910904d826200009501e12a larger than expected (143959) Could that be an indication of a hash collision? No problem reports from the affected users. Output of du -b below: 186572 /mailstore/attachments/ce/73/ce737a45fe07495e2ae6466f9e381a30d5ec300406f11269d79bd5608cc0c922-822b3d2df67f8e4d7f5000009501e12a 106489 /mailstore/attachments/c5/e1/c5e13d671d1d796680ae7166363afcb819af3d9cd04e01de7d65031b2f732bdf-b2ecf918b910904d826200009501e12a Both attachments are PDF documents. I'm using Dovecot 2.0.11 + changesets d3d6ed6d268b and 890a46b3ab63 from git. -- Andrew Lewis From tss at iki.fi Mon Mar 28 16:31:27 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 28 Mar 2011 16:31:27 +0300 Subject: [Dovecot] SiS: Attachment file larger than expected In-Reply-To: <20110328152506.7c48604a.andrew@sybaweb.com> References: <20110328152506.7c48604a.andrew@sybaweb.com> Message-ID: <45EAA516-A8CB-4BB9-9AE7-447A28B61587@iki.fi> On 28.3.2011, at 16.25, Andrew Lewis wrote: > I recently set up SiS and imported a large chunk of mail. With dsync? > I've noticed one or two instances of this in the logs: > > Mar 28 09:03:50 mail dovecot: imap(xxx at yyy.zz): Error: Attachment file /mailstore/attachments/ce/73/ce737a45fe07495e2ae6466f9e381a30d5ec300406f11269d79bd5608cc0c922-822b3d2df67f8e4d7f5000009501e12a larger than expected (252218) Do you think it's possible for you to reproduce this? If you have the original pre-dbox mail and you convert it to a new and empty dbox+sis and reading it gives this error message, I'd really like to get the original mail. > Could that be an indication of a hash collision? Highly unlikely. There have been other similar error reports, so I know there's a bug somewhere. I just don't really know where. I haven't managed to reproduce any SIS errors with any of my tests. From andrew at sybaweb.com Mon Mar 28 17:00:18 2011 From: andrew at sybaweb.com (Andrew Lewis) Date: Mon, 28 Mar 2011 16:00:18 +0200 Subject: [Dovecot] SiS: Attachment file larger than expected In-Reply-To: <45EAA516-A8CB-4BB9-9AE7-447A28B61587@iki.fi> References: <20110328152506.7c48604a.andrew@sybaweb.com> <45EAA516-A8CB-4BB9-9AE7-447A28B61587@iki.fi> Message-ID: <20110328160018.16048d78.andrew@sybaweb.com> Hi Timo, > > I recently set up SiS and imported a large chunk of mail. > With dsync? Using fetchmail (delivery via LMTP) and imapsync, dsync does not support the mail storage I moved away from. > Do you think it's possible for you to reproduce this? If you have the original pre-dbox mail and you convert it to a new > and empty dbox+sis and reading it gives this error message, I'd really like to get the original mail. Yes, I was able to reproduce this (by imapsync'ing the old mailbox and then sync'ing the copy elsewhere): Mar 28 15:54:38 mail dovecot: imap(dru.test at xxx): Error: Attachment file /mailstore/attachments/ce/73/ce737a45fe07495e2ae6466f9e381a30d5ec300406f11269d79bd5608cc0c922-e2ff0d2b0692904dc51b00009501e12a larger than expected (252218) Mar 28 15:54:54 mail dovecot: imap(dru.test at xxx): Error: Attachment file /mailstore/attachments/ad/16/ad1634c6cd19fd3cfb5b924bfa1ca8bf57075c760da29c16669a261af4edf11c-e0e90f379b92904dc72400009501e12a larger than expected (135722) Mar 28 15:54:54 mail dovecot: imap(dru.test at xxx): Error: FETCH [] for mailbox Backup/Sent Items UID 81 got too little data: 1253411 vs 1253413 Mar 28 15:54:54 mail dovecot: imap(dru.test at xxx): Error: Corrupted index cache file /mailstore/sybaweb.co.za/dru.test/mailboxes/Backup/Sent Items/dbox-Mails/dovecot.index.cache: Broken virtual size for mail UID 81 How best to extract the problem e-mail to send it to you? > > Could that be an indication of a hash collision? > Highly unlikely. There have been other similar error reports, so I know there's a bug somewhere. I just don't really know > where. I haven't managed to reproduce any SIS errors with any of my tests. Good to hear. I didn't think I'd be that unlucky (though suspected I could be). -- Andrew Lewis From michael.abbott at apple.com Mon Mar 28 21:43:35 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Mon, 28 Mar 2011 13:43:35 -0500 Subject: [Dovecot] imaptest assertion failure In-Reply-To: <1301095591.13041.110.camel@hurina> References: <8FB1DF29-6BC0-4D0B-8B7B-9E2F934F053A@apple.com> <1301095591.13041.110.camel@hurina> Message-ID: >> $ ./imaptest user=foo pass=bar host=localhost test=tests >> Error: connect() failed: No route to host > > I can't reproduce this connect() failure. Not in OSX or Linux. It has something to do with IPv6 or multiple aliases of localhost, for if I comment out this line in client_new() like so it runs fine: // if (++conf.ip_idx == conf.ips_count) FYI my /etc/hosts says: 127.0.0.1 localhost ::1 localhost fe80::1%lo0 localhost Anyway, I was trying to use imaptest to make a reproducible case for you to troubleshoot the "dovecot-uidlist: Duplicate file entry" warnings but with no joy yet. Do you have any hints as to what I should try next? From wshekrota at penguinacity.org Mon Mar 28 22:36:50 2011 From: wshekrota at penguinacity.org (Walt Shekrota) Date: Mon, 28 Mar 2011 15:36:50 -0400 Subject: [Dovecot] file permissions Message-ID: <201103281536.51934.wshekrota@penguinacity.org> Dovecot 1.2.12 maildir format using :LAYOUT=fs (my Mail dir came from KDE) I can't remember the permissions of the /Mail/ directory because I haven't been concerned with it too much until now. I think they were user:user or user:mail. Now a new mail ends up 600 root:mail. (in alternate directories) When I start my mutt client to the imap server it gets an error for any folder containing a root:mail new mail file. I think the root ownership is a procmail side effect? If I chmod 760 Mail/folder/* (then the new emails show in dovecot without the access error) It appears mail comes to the INBOX fine just not individual folders On the initial access, dovecot gets a "missing +r perm" or "+x" in the log. 1: What permission structure should permeate my Mail dir? 2: What might affect the incoming mail file getting wrong permissions/ownership? I'm thinking the later may be a procmail issue unless it is related to initial incorrect permissions? Thanks for any insight. -Walt From robert at schetterer.org Mon Mar 28 22:43:30 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 28 Mar 2011 21:43:30 +0200 Subject: [Dovecot] xi.rename-it.nl problems Message-ID: <4D90E4E2.7070809@schetterer.org> Hi , i know there were errors reported before with autobuild packs from xi.rename-it.nl , hint was purge and remove old dovecot packs, but at reinstall i ever get such ucfr: Attempt from package dovecot-pop3d to take /etc/dovecot/conf.d/20-pop3.conf away from package dovecot-common ucfr: Aborting. on a few packs ,any idea? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From CMarcus at Media-Brokers.com Mon Mar 28 22:49:53 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 28 Mar 2011 15:49:53 -0400 Subject: [Dovecot] file permissions In-Reply-To: <201103281536.51934.wshekrota@penguinacity.org> References: <201103281536.51934.wshekrota@penguinacity.org> Message-ID: <4D90E661.6070605@Media-Brokers.com> On 2011-03-28 3:36 PM, Walt Shekrota wrote: > I'm thinking the later may be a procmail issue unless it is related > to initial incorrect permissions? Timo - I'm curious... some programs have the ability to check permissions on their respective directories they work with/on, and fix them if necessary... any chance dovecot could do that? -- Best regards, Charles From david at blue-labs.org Mon Mar 28 23:02:34 2011 From: david at blue-labs.org (David Ford) Date: Mon, 28 Mar 2011 16:02:34 -0400 Subject: [Dovecot] file permissions In-Reply-To: <4D90E661.6070605@Media-Brokers.com> References: <201103281536.51934.wshekrota@penguinacity.org> <4D90E661.6070605@Media-Brokers.com> Message-ID: <4D90E95A.9010104@blue-labs.org> On 03/28/11 15:49, Charles Marcus wrote: > On 2011-03-28 3:36 PM, Walt Shekrota wrote: >> I'm thinking the later may be a procmail issue unless it is related >> to initial incorrect permissions? > Timo - I'm curious... some programs have the ability to check > permissions on their respective directories they work with/on, and fix > them if necessary... any chance dovecot could do that? please make sure this is optional. dovecot always tries to set the wrong ownership on our servers. -david From stephan at rename-it.nl Mon Mar 28 23:20:06 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Mon, 28 Mar 2011 22:20:06 +0200 Subject: [Dovecot] xi.rename-it.nl problems In-Reply-To: <4D90E4E2.7070809@schetterer.org> References: <4D90E4E2.7070809@schetterer.org> Message-ID: <4D90ED76.4020401@rename-it.nl> Op 28-3-2011 21:43, Robert Schetterer schreef: > Hi , i know there were errors reported before > with autobuild packs from > xi.rename-it.nl , hint was purge and remove old dovecot packs, > but at reinstall i ever get such > > > > ucfr: Attempt from package dovecot-pop3d to take > /etc/dovecot/conf.d/20-pop3.conf away from package dovecot-common > ucfr: Aborting. > > on a few packs ,any idea? Did you execute the ucfr --purge commands? This is explained in my earlier posting: http://www.dovecot.org/list/dovecot/2011-March/057959.html Regards, Stephan. From CMarcus at Media-Brokers.com Mon Mar 28 23:21:09 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 28 Mar 2011 16:21:09 -0400 Subject: [Dovecot] file permissions In-Reply-To: <4D90E95A.9010104@blue-labs.org> References: <201103281536.51934.wshekrota@penguinacity.org> <4D90E661.6070605@Media-Brokers.com> <4D90E95A.9010104@blue-labs.org> Message-ID: <4D90EDB5.2090000@Media-Brokers.com> On 2011-03-28 4:02 PM, David Ford wrote: > please make sure this is optional. dovecot always tries to set the wrong ownership on our servers. Of course I meant a doveadm argument... Something like doveadm --fix-perms -- Best regards, Charles From david at davidwbrown.name Mon Mar 28 23:22:56 2011 From: david at davidwbrown.name (david at davidwbrown.name) Date: Mon, 28 Mar 2011 20:22:56 +0000 (UTC) Subject: [Dovecot] dovecot auth password mismatch Message-ID: <1301343776.15774@davidwbrown.name> Hello dovecot gods, after using Postfix with webmail for 8 years the new gen of email smartphones forces me to consider using IMAP. Actually, for several months I was successfully using IMAP. I believe the reason why IMAP worked previously (before migrating to the Cloud) the hosting server and the client machines were considered local by the system. Now, I have moved everything to a Cloud service. And, now attempts to use my Ubuntu Evolution or iPhone generates the following error condition in my logs: dovecot: auth(default): client in: AUTH 1 PLAIN service=imap lip=xxx.yyy.www.zzz rip=75.214.160.72 lport=143 rport=59107 resp=AGRhdmlkAGx1dGVmaXNr dovecot: auth(default): passwd(kilroy,75.214.160.72): lookup dovecot: auth(default): passwd(kilroy,75.214.160.72): Password mismatch dovecot: auth(default): passwd(kilroy,75.214.160.72): CRYPT(mypass) != 'x' dovecot: auth(default): new auth connection: pid=15522 dovecot: auth(default): client out: FAIL 1 user=kilroy ******************* dovecot -n ******************* 1.2.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.34.1-rscloud x86_64 Ubuntu 10.04.2 LTS log_timestamp: %Y-%m-%d %H:%M:%S disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_privileged_group: mail mail_location: maildir:~/Maildir mbox_write_locks: fcntl dotlock auth default: realms: myname.name, hisname.name, hername.name default_realm: myrealm.com username_format: %n verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd userdb: driver: passwd From robert at schetterer.org Mon Mar 28 23:52:27 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 28 Mar 2011 22:52:27 +0200 Subject: [Dovecot] xi.rename-it.nl problems In-Reply-To: <4D90ED76.4020401@rename-it.nl> References: <4D90E4E2.7070809@schetterer.org> <4D90ED76.4020401@rename-it.nl> Message-ID: <4D90F50B.8070908@schetterer.org> Am 28.03.2011 22:20, schrieb Stephan Bosch: > Op 28-3-2011 21:43, Robert Schetterer schreef: >> Hi , i know there were errors reported before >> with autobuild packs from >> xi.rename-it.nl , hint was purge and remove old dovecot packs, >> but at reinstall i ever get such >> >> >> >> ucfr: Attempt from package dovecot-pop3d to take >> /etc/dovecot/conf.d/20-pop3.conf away from package dovecot-common >> ucfr: Aborting. >> >> on a few packs ,any idea? > > Did you execute the ucfr --purge commands? This is explained in my > earlier posting: > > http://www.dovecot.org/list/dovecot/2011-March/057959.html > > Regards, > > Stephan. jep did like this ucfr --purge --force dovecot-imapd /etc/dovecot/conf.d/20-imap.conf ucfr --purge --force dovecot-sieve /etc/dovecot/conf.d/90-sieve.conf ucfr --purge --force dovecot-managesieved /etc/dovecot/conf/20managesieve.conf but this seems not enough i.e is a must have at my site ucfr --purge --force dovecot-common /etc/dovecot/conf.d/20-pop3.conf ucfr --purge --force dovecot-common /etc/dovecot/dovecot-ldap.conf.ext ucfr --purge --force dovecot-common /etc/dovecot/conf.d/20-lmtp.conf for sure only if i want to install all this packs but pop3 should be very wide spreaded anyway but thx bringing me on the right way now i will look what else might breaked with update From ianj at ian-justman.com Tue Mar 29 04:05:57 2011 From: ianj at ian-justman.com (Ian R. Justman) Date: Mon, 28 Mar 2011 18:05:57 -0700 Subject: [Dovecot] Trouble with password scheme module Message-ID: <4D913075.1060902@ian-justman.com> Hi, all. About two and a half years ago, I wrote a hack to add an additional MD5-based password scheme to Dovecot, but I wrote it as a hack to src/auth/password_scheme.c since it was relatively easy to do, and I needed to get a machine running since the machine I was replacing, a Sun Ultra 5 running Post.Office, had dying hard drives. Now, I'm actually sitting down and adapting it as a module and am having trouble getting it to work. The code tarball itself can be picked up here: http://www.ian-justman.com/code/dovecot/password_scheme_po_smd5.tar.gz Before I continued, I made sure that a system-level account worked: # telnet 110 Trying ... Connected to . Escape character is '^]'. +OK Dovecot ready. user +OK pass +OK Logged in. quit +OK Logging out. Connection closed by foreign host. I then enabled the module, which introduces the password scheme "PO-SMD5". I have Dovecot's default scheme set to SMD5. If I get a password hash whose value has a {PO-SMD5} tag on it, the session looks like the following: # telnet 110 Trying ... Connected to . Escape character is '^]'. +OK Dovecot ready. user +OK pass -ERR Authentication failed. quit +OK Logging out Connection closed by foreign host. The following entry is deposited into the system log: Mar 28 17:44:51 dovecot: auth: Error: sql(,): Unknown scheme PO-SMD5 However, when I try using an account covered by the system (which does work when the plugin isn't loaded in dovecot.conf), the session looks like the following: mikuru# telnet 110 Trying ... Connected to . Escape character is '^]'. +OK Dovecot ready. user +OK pass Connection closed by foreign host. The following entry is deposited into the system log: Mar 28 17:45:13 dovecot: pop3: Error: dlopen(/usr/local/lib/dovecot/lib_password_scheme_po_smd5.so) failed: /usr/local/lib/dovecot/lib_password_scheme_po_smd5.so: Undefined symbol "password_scheme_unregister" Otherwise, the patch I developed under 1.x applies cleanly to 2.0.x's password_scheme.c and works perfectly as a builtin. This work was done under FreeBSD 8.1-RELEASE amd64. Any ideas? --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com From ianj at ian-justman.com Tue Mar 29 04:49:00 2011 From: ianj at ian-justman.com (Ian R. Justman) Date: Mon, 28 Mar 2011 18:49:00 -0700 Subject: [Dovecot] Trouble with password scheme module In-Reply-To: <4D913075.1060902@ian-justman.com> References: <4D913075.1060902@ian-justman.com> Message-ID: <4D913A8C.8020303@ian-justman.com> On 03/28/2011 18:05, Ian R. Justman wrote: [...] > The code tarball itself can be picked up here: > > http://www.ian-justman.com/code/dovecot/password_scheme_po_smd5.tar.gz I now offer the file for download, though I will need to write some quick docs. [... troubleshooting I did removed ...] > Otherwise, the patch I developed under 1.x applies cleanly to 2.0.x's > password_scheme.c and works perfectly as a builtin. > > This work was done under FreeBSD 8.1-RELEASE amd64. > > Any ideas? I found that I'm an idiot. The plugin was in entirely the wrong spot. It should have been in /usr/local/lib/dovecot/auth rather than in where I had it, /usr/local/lib/dovecot. Once I moved the module into place and an unnecessary config fixed, it works fine. I can now continue to use my Post.Office password hashes as before without having to patch the codebase each and every time a new release of Dovecot comes out. More to come! --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com From ianj at ian-justman.com Tue Mar 29 05:37:30 2011 From: ianj at ian-justman.com (Ian R. Justman) Date: Mon, 28 Mar 2011 19:37:30 -0700 Subject: [Dovecot] Trouble with password scheme module In-Reply-To: <4D913A8C.8020303@ian-justman.com> References: <4D913075.1060902@ian-justman.com> <4D913A8C.8020303@ian-justman.com> Message-ID: <4D9145EA.5000708@ian-justman.com> On 03/28/2011 18:49, Ian R. Justman wrote: > On 03/28/2011 18:05, Ian R. Justman wrote: > > [...] > >> The code tarball itself can be picked up here: >> >> http://www.ian-justman.com/code/dovecot/password_scheme_po_smd5.tar.gz > > I now offer the file for download, though I will need to write some > quick docs. [...] > More to come! The tarball now has documentation for how to build, install and use. --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com From CMarcus at Media-Brokers.com Tue Mar 29 13:59:44 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 29 Mar 2011 06:59:44 -0400 Subject: [Dovecot] file permissions In-Reply-To: <4D90EDB5.2090000@Media-Brokers.com> References: <201103281536.51934.wshekrota@penguinacity.org> <4D90E661.6070605@Media-Brokers.com> <4D90E95A.9010104@blue-labs.org> <4D90EDB5.2090000@Media-Brokers.com> Message-ID: <4D91BBA0.5050705@Media-Brokers.com> On 2011-03-28 4:21 PM, Charles Marcus wrote: > On 2011-03-28 4:02 PM, David Ford wrote: >> please make sure this is optional. dovecot always tries to set the wrong ownership on our servers. > > Of course I meant a doveadm argument... > > Something like doveadm --fix-perms and of course it should take take your config into account. -- Best regards, Charles From hkeasytech at gmail.com Tue Mar 29 14:22:44 2011 From: hkeasytech at gmail.com (Barry Kwok) Date: Tue, 29 Mar 2011 19:22:44 +0800 Subject: [Dovecot] global sieve not working Message-ID: My global sieve rule is not working and do not compile. But per-user sieve is working. Here is my dovecot -n: log_path: /var/log/dovecot.log protocols: imap pop3 ssl: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_uid: 501 mail_gid: 501 mail_location: maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ mail_debug: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota acl imap_acl mail_plugins(imap): quota imap_quota acl imap_acl mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: shared/%%u/ location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu list: children lda: postmaster_address: root mail_plugins: sieve quota autocreate expire auth_socket_path: /var/run/dovecot/auth-master sieve_global_path: /var/vmail/sieve/dovecot.sieve log_path: /var/log/sieve.log auth default: mechanisms: plain login default_realm: mydomain.net user: vmail username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ passdb: driver: pam passdb: driver: sql args: /etc/dovecot-mysql.conf userdb: driver: passwd userdb: driver: sql args: /etc/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/dovecot-auth mode: 438 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: vmail group: vmail plugin: quota: dict:user::proxy::quota quota: maildir quota_rule: *:storage=0 acl: vfile acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db expire: Trash 7 Trash/* 7 Junk 30 expire_dict: proxy::expire sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve dict: quota: mysql:/etc/dovecot-dict-quota.conf expire: db:/var/lib/dovecot/expire.db By reading sieve.log, it simple ignore sieve_global_path: /var/vmail/sieve/dovecot.sieve but the per user sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working --barry From dovecot.user at seibercom.net Tue Mar 29 14:52:12 2011 From: dovecot.user at seibercom.net (Jerry) Date: Tue, 29 Mar 2011 07:52:12 -0400 Subject: [Dovecot] global sieve not working In-Reply-To: References: Message-ID: <20110329075212.4b8fd85c@scorpio> On Tue, 29 Mar 2011 19:22:44 +0800 Barry Kwok articulated: > My global sieve rule is not working and do not compile. But per-user > sieve is working. Are you implying that the global dovecot.sieve does not actually compile or it is not being used? What error message is output when you run: sievec /var/vmail/sieve/dovecot.sieve What are the permissions & ownership on the file? -- Jerry ? Dovecot.user at seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From f.bonnet at esiee.fr Tue Mar 29 15:03:01 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Tue, 29 Mar 2011 14:03:01 +0200 Subject: [Dovecot] service auth { client_limit=4096 } is lower than required under max. load (5720 Message-ID: <4D91CA75.8080202@esiee.fr> Hello Since I started up dovecot2 this morning I get this kind of warning message when I start Dovecot Help appreciated thanks doveconf: Warning: service auth { client_limit=4096 } is lower than required under max. load (5720) Stopping dovecot. Waiting for PIDS: 79978, 79978. doveconf: Warning: service auth { client_limit=4096 } is lower than required under max. load (5720) Starting dovecot. doveconf: Warning: service auth { client_limit=4096 } is lower than required under max. load (5720) Warning: service auth { client_limit=4096 } is lower than required under max. load (5720) From tom at whyscream.net Tue Mar 29 15:04:12 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Tue, 29 Mar 2011 14:04:12 +0200 Subject: [Dovecot] global sieve not working In-Reply-To: References: Message-ID: <4D91CABC.6010706@whyscream.net> On 29/03/11 13:22, Barry Kwok wrote: > My global sieve rule is not working and do not compile. But per-user sieve > is working. > Here is my dovecot -n: > > log_path: /var/log/dovecot.log > protocols: imap pop3 > ssl: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/libexec/dovecot/imap-login > login_executable(imap): /usr/libexec/dovecot/imap-login > login_executable(pop3): /usr/libexec/dovecot/pop3-login > mail_uid: 501 > mail_gid: 501 > mail_location: maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ > mail_debug: yes > mail_executable(default): /usr/libexec/dovecot/imap > mail_executable(imap): /usr/libexec/dovecot/imap > mail_executable(pop3): /usr/libexec/dovecot/pop3 > mail_plugins(default): quota imap_quota acl imap_acl > mail_plugins(imap): quota imap_quota acl imap_acl > mail_plugins(pop3): > mail_plugin_dir(default): /usr/lib/dovecot/imap > mail_plugin_dir(imap): /usr/lib/dovecot/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 > pop3_client_workarounds(default): > pop3_client_workarounds(imap): > pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh > namespace: > type: private > separator: / > inbox: yes > list: yes > subscriptions: yes > namespace: > type: shared > separator: / > prefix: shared/%%u/ > location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu > list: children > lda: > postmaster_address: root > mail_plugins: sieve quota autocreate expire > auth_socket_path: /var/run/dovecot/auth-master > sieve_global_path: /var/vmail/sieve/dovecot.sieve > log_path: /var/log/sieve.log > auth default: > mechanisms: plain login > default_realm: mydomain.net > user: vmail > username_chars: > abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ > passdb: > driver: pam > passdb: > driver: sql > args: /etc/dovecot-mysql.conf > userdb: > driver: passwd > userdb: > driver: sql > args: /etc/dovecot-mysql.conf > socket: > type: listen > client: > path: /var/spool/postfix/dovecot-auth > mode: 438 > user: postfix > group: postfix > master: > path: /var/run/dovecot/auth-master > mode: 438 > user: vmail > group: vmail > plugin: > quota: dict:user::proxy::quota > quota: maildir > quota_rule: *:storage=0 > acl: vfile > acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db > expire: Trash 7 Trash/* 7 Junk 30 > expire_dict: proxy::expire > sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve > dict: > quota: mysql:/etc/dovecot-dict-quota.conf > expire: db:/var/lib/dovecot/expire.db > > > > By reading sieve.log, it simple ignore sieve_global_path: > /var/vmail/sieve/dovecot.sieve but the per user > sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working > I had to do some searching for your sieve_global_path setting, as it is not in the 'plugin' section, but under 'lda'. Seems to me that this is your problem. This ofcourse raises the question why doveconf -n lists the directive when it is misplaced... -- Regards, Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110329/6833bdc4/attachment.bin From jk at jkart.de Tue Mar 29 15:27:23 2011 From: jk at jkart.de (Jim Knuth) Date: Tue, 29 Mar 2011 14:27:23 +0200 Subject: [Dovecot] global sieve not working In-Reply-To: <4D91CABC.6010706@whyscream.net> References: <4D91CABC.6010706@whyscream.net> Message-ID: <4D91D02B.6030203@jkart.de> am 29.03.11 14:04 schrieb Tom Hendrikx : > On 29/03/11 13:22, Barry Kwok wrote: >> My global sieve rule is not working and do not compile. But per-user sieve >> is working. >> Here is my dovecot -n: >> >> log_path: /var/log/dovecot.log >> protocols: imap pop3 >> ssl: no >> login_dir: /var/run/dovecot/login >> login_executable(default): /usr/libexec/dovecot/imap-login >> login_executable(imap): /usr/libexec/dovecot/imap-login >> login_executable(pop3): /usr/libexec/dovecot/pop3-login >> mail_uid: 501 >> mail_gid: 501 >> mail_location: maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ >> mail_debug: yes >> mail_executable(default): /usr/libexec/dovecot/imap >> mail_executable(imap): /usr/libexec/dovecot/imap >> mail_executable(pop3): /usr/libexec/dovecot/pop3 >> mail_plugins(default): quota imap_quota acl imap_acl >> mail_plugins(imap): quota imap_quota acl imap_acl >> mail_plugins(pop3): >> mail_plugin_dir(default): /usr/lib/dovecot/imap >> mail_plugin_dir(imap): /usr/lib/dovecot/imap >> mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 >> pop3_client_workarounds(default): >> pop3_client_workarounds(imap): >> pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh >> namespace: >> type: private >> separator: / >> inbox: yes >> list: yes >> subscriptions: yes >> namespace: >> type: shared >> separator: / >> prefix: shared/%%u/ >> location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu >> list: children >> lda: >> postmaster_address: root >> mail_plugins: sieve quota autocreate expire >> auth_socket_path: /var/run/dovecot/auth-master >> sieve_global_path: /var/vmail/sieve/dovecot.sieve >> log_path: /var/log/sieve.log >> auth default: >> mechanisms: plain login >> default_realm: mydomain.net >> user: vmail >> username_chars: >> abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ >> passdb: >> driver: pam >> passdb: >> driver: sql >> args: /etc/dovecot-mysql.conf >> userdb: >> driver: passwd >> userdb: >> driver: sql >> args: /etc/dovecot-mysql.conf >> socket: >> type: listen >> client: >> path: /var/spool/postfix/dovecot-auth >> mode: 438 >> user: postfix >> group: postfix >> master: >> path: /var/run/dovecot/auth-master >> mode: 438 >> user: vmail >> group: vmail >> plugin: >> quota: dict:user::proxy::quota >> quota: maildir >> quota_rule: *:storage=0 >> acl: vfile >> acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db >> expire: Trash 7 Trash/* 7 Junk 30 >> expire_dict: proxy::expire >> sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve >> dict: >> quota: mysql:/etc/dovecot-dict-quota.conf >> expire: db:/var/lib/dovecot/expire.db >> >> >> >> By reading sieve.log, it simple ignore sieve_global_path: >> /var/vmail/sieve/dovecot.sieve but the per user >> sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working >> > > > I had to do some searching for your sieve_global_path setting, as it is > not in the 'plugin' section, but under 'lda'. Seems to me that this is > your problem. I think, that`s right plugin/sieve_global_path = /etc/dovecot/sieve/global/global.sieve plugin/sieve_global_dir = /etc/dovecot/sieve/global/ > > This ofcourse raises the question why doveconf -n lists the directive > when it is misplaced... > > > -- > Regards, > Tom > -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Erfolg h?rt nur auf Applaus. F?r alles andere ist er taub. (Elias Canetti) From hkeasytech at gmail.com Tue Mar 29 16:50:02 2011 From: hkeasytech at gmail.com (Barry Kwok) Date: Tue, 29 Mar 2011 21:50:02 +0800 Subject: [Dovecot] global sieve not working In-Reply-To: <4D91D02B.6030203@jkart.de> References: <4D91CABC.6010706@whyscream.net> <4D91D02B.6030203@jkart.de> Message-ID: On Tue, Mar 29, 2011 at 8:27 PM, Jim Knuth wrote: > am 29.03.11 14:04 schrieb Tom Hendrikx : > > > On 29/03/11 13:22, Barry Kwok wrote: >> >>> My global sieve rule is not working and do not compile. But per-user >>> sieve >>> is working. >>> Here is my dovecot -n: >>> >>> log_path: /var/log/dovecot.log >>> protocols: imap pop3 >>> ssl: no >>> login_dir: /var/run/dovecot/login >>> login_executable(default): /usr/libexec/dovecot/imap-login >>> login_executable(imap): /usr/libexec/dovecot/imap-login >>> login_executable(pop3): /usr/libexec/dovecot/pop3-login >>> mail_uid: 501 >>> mail_gid: 501 >>> mail_location: >>> maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ >>> mail_debug: yes >>> mail_executable(default): /usr/libexec/dovecot/imap >>> mail_executable(imap): /usr/libexec/dovecot/imap >>> mail_executable(pop3): /usr/libexec/dovecot/pop3 >>> mail_plugins(default): quota imap_quota acl imap_acl >>> mail_plugins(imap): quota imap_quota acl imap_acl >>> mail_plugins(pop3): >>> mail_plugin_dir(default): /usr/lib/dovecot/imap >>> mail_plugin_dir(imap): /usr/lib/dovecot/imap >>> mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 >>> pop3_client_workarounds(default): >>> pop3_client_workarounds(imap): >>> pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh >>> namespace: >>> type: private >>> separator: / >>> inbox: yes >>> list: yes >>> subscriptions: yes >>> namespace: >>> type: shared >>> separator: / >>> prefix: shared/%%u/ >>> location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu >>> list: children >>> lda: >>> postmaster_address: root >>> mail_plugins: sieve quota autocreate expire >>> auth_socket_path: /var/run/dovecot/auth-master >>> sieve_global_path: /var/vmail/sieve/dovecot.sieve >>> log_path: /var/log/sieve.log >>> auth default: >>> mechanisms: plain login >>> default_realm: mydomain.net >>> user: vmail >>> username_chars: >>> abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ >>> passdb: >>> driver: pam >>> passdb: >>> driver: sql >>> args: /etc/dovecot-mysql.conf >>> userdb: >>> driver: passwd >>> userdb: >>> driver: sql >>> args: /etc/dovecot-mysql.conf >>> socket: >>> type: listen >>> client: >>> path: /var/spool/postfix/dovecot-auth >>> mode: 438 >>> user: postfix >>> group: postfix >>> master: >>> path: /var/run/dovecot/auth-master >>> mode: 438 >>> user: vmail >>> group: vmail >>> plugin: >>> quota: dict:user::proxy::quota >>> quota: maildir >>> quota_rule: *:storage=0 >>> acl: vfile >>> acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db >>> expire: Trash 7 Trash/* 7 Junk 30 >>> expire_dict: proxy::expire >>> sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve >>> dict: >>> quota: mysql:/etc/dovecot-dict-quota.conf >>> expire: db:/var/lib/dovecot/expire.db >>> >>> >>> >>> By reading sieve.log, it simple ignore sieve_global_path: >>> /var/vmail/sieve/dovecot.sieve but the per user >>> sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working >>> >>> >> >> I had to do some searching for your sieve_global_path setting, as it is >> not in the 'plugin' section, but under 'lda'. Seems to me that this is >> your problem. >> > > I think, that`s right > > plugin/sieve_global_path = /etc/dovecot/sieve/global/global.sieve > plugin/sieve_global_dir = /etc/dovecot/sieve/global/ > > > >> This ofcourse raises the question why doveconf -n lists the directive >> when it is misplaced... >> >> >> -- >> Regards, >> Tom >> >> > > I have set sieve_global_dir: /var/vmail/sieve/ sieve_global_path: /var/vmail/sieve/dovecot.sieve in plugin section. But it still not working. sievec have no compile error and I also set mail_debug on. But there is no info regarding this global sieve. --barry From wshek at penguinacity.org Tue Mar 29 16:24:01 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Tue, 29 Mar 2011 09:24:01 -0400 Subject: [Dovecot] doveadm Message-ID: <20110329132401.GC6206@directnic.com> Hi Where does this utility reside for installation. I use Ubuntu and installed dovecot-imapd and dovecot-pop3d so far. Does it now ship in the regular dovecot installation packages? Thanks. -Walt From tom at whyscream.net Tue Mar 29 17:04:51 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Tue, 29 Mar 2011 16:04:51 +0200 Subject: [Dovecot] global sieve not working In-Reply-To: References: <4D91CABC.6010706@whyscream.net> <4D91D02B.6030203@jkart.de> Message-ID: <4D91E703.4030500@whyscream.net> On 29/03/11 15:50, Barry Kwok wrote: > On Tue, Mar 29, 2011 at 8:27 PM, Jim Knuth wrote: > >> am 29.03.11 14:04 schrieb Tom Hendrikx : >> >> >> On 29/03/11 13:22, Barry Kwok wrote: >>> >>>> My global sieve rule is not working and do not compile. But per-user >>>> sieve >>>> is working. >>>> Here is my dovecot -n: >>>> >>>> log_path: /var/log/dovecot.log >>>> protocols: imap pop3 >>>> ssl: no >>>> login_dir: /var/run/dovecot/login >>>> login_executable(default): /usr/libexec/dovecot/imap-login >>>> login_executable(imap): /usr/libexec/dovecot/imap-login >>>> login_executable(pop3): /usr/libexec/dovecot/pop3-login >>>> mail_uid: 501 >>>> mail_gid: 501 >>>> mail_location: >>>> maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ >>>> mail_debug: yes >>>> mail_executable(default): /usr/libexec/dovecot/imap >>>> mail_executable(imap): /usr/libexec/dovecot/imap >>>> mail_executable(pop3): /usr/libexec/dovecot/pop3 >>>> mail_plugins(default): quota imap_quota acl imap_acl >>>> mail_plugins(imap): quota imap_quota acl imap_acl >>>> mail_plugins(pop3): >>>> mail_plugin_dir(default): /usr/lib/dovecot/imap >>>> mail_plugin_dir(imap): /usr/lib/dovecot/imap >>>> mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 >>>> pop3_client_workarounds(default): >>>> pop3_client_workarounds(imap): >>>> pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh >>>> namespace: >>>> type: private >>>> separator: / >>>> inbox: yes >>>> list: yes >>>> subscriptions: yes >>>> namespace: >>>> type: shared >>>> separator: / >>>> prefix: shared/%%u/ >>>> location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu >>>> list: children >>>> lda: >>>> postmaster_address: root >>>> mail_plugins: sieve quota autocreate expire >>>> auth_socket_path: /var/run/dovecot/auth-master >>>> sieve_global_path: /var/vmail/sieve/dovecot.sieve >>>> log_path: /var/log/sieve.log >>>> auth default: >>>> mechanisms: plain login >>>> default_realm: mydomain.net >>>> user: vmail >>>> username_chars: >>>> abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ >>>> passdb: >>>> driver: pam >>>> passdb: >>>> driver: sql >>>> args: /etc/dovecot-mysql.conf >>>> userdb: >>>> driver: passwd >>>> userdb: >>>> driver: sql >>>> args: /etc/dovecot-mysql.conf >>>> socket: >>>> type: listen >>>> client: >>>> path: /var/spool/postfix/dovecot-auth >>>> mode: 438 >>>> user: postfix >>>> group: postfix >>>> master: >>>> path: /var/run/dovecot/auth-master >>>> mode: 438 >>>> user: vmail >>>> group: vmail >>>> plugin: >>>> quota: dict:user::proxy::quota >>>> quota: maildir >>>> quota_rule: *:storage=0 >>>> acl: vfile >>>> acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db >>>> expire: Trash 7 Trash/* 7 Junk 30 >>>> expire_dict: proxy::expire >>>> sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve >>>> dict: >>>> quota: mysql:/etc/dovecot-dict-quota.conf >>>> expire: db:/var/lib/dovecot/expire.db >>>> >>>> >>>> >>>> By reading sieve.log, it simple ignore sieve_global_path: >>>> /var/vmail/sieve/dovecot.sieve but the per user >>>> sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working >>>> >>>> >>> >>> I had to do some searching for your sieve_global_path setting, as it is >>> not in the 'plugin' section, but under 'lda'. Seems to me that this is >>> your problem. >>> >> >> I think, that`s right >> >> plugin/sieve_global_path = /etc/dovecot/sieve/global/global.sieve >> plugin/sieve_global_dir = /etc/dovecot/sieve/global/ >> >> >> >>> This ofcourse raises the question why doveconf -n lists the directive >>> when it is misplaced... >>> >>> >>> -- >>> Regards, >>> Tom >>> >>> >> >> > I have set > sieve_global_dir: /var/vmail/sieve/ > sieve_global_path: /var/vmail/sieve/dovecot.sieve > in plugin section. But it still not working. > > sievec have no compile error and I also set mail_debug on. But there is no > info regarding this global sieve. Last time I read up on this, the global sieve script was only executed when no per-user script was available. If you want to run both scripts, look into 'sieve_before' for the global script. See http://wiki2.dovecot.org/Pigeonhole/Sieve/Configuration -- Regards, Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110329/05cc599a/attachment.bin From hkeasytech at gmail.com Tue Mar 29 17:19:26 2011 From: hkeasytech at gmail.com (Barry Kwok) Date: Tue, 29 Mar 2011 22:19:26 +0800 Subject: [Dovecot] global sieve not working In-Reply-To: <4D91E703.4030500@whyscream.net> References: <4D91CABC.6010706@whyscream.net> <4D91D02B.6030203@jkart.de> <4D91E703.4030500@whyscream.net> Message-ID: On Tue, Mar 29, 2011 at 10:04 PM, Tom Hendrikx wrote: > On 29/03/11 15:50, Barry Kwok wrote: > > On Tue, Mar 29, 2011 at 8:27 PM, Jim Knuth wrote: > > > >> am 29.03.11 14:04 schrieb Tom Hendrikx : > >> > >> > >> On 29/03/11 13:22, Barry Kwok wrote: > >>> > >>>> My global sieve rule is not working and do not compile. But per-user > >>>> sieve > >>>> is working. > >>>> Here is my dovecot -n: > >>>> > >>>> log_path: /var/log/dovecot.log > >>>> protocols: imap pop3 > >>>> ssl: no > >>>> login_dir: /var/run/dovecot/login > >>>> login_executable(default): /usr/libexec/dovecot/imap-login > >>>> login_executable(imap): /usr/libexec/dovecot/imap-login > >>>> login_executable(pop3): /usr/libexec/dovecot/pop3-login > >>>> mail_uid: 501 > >>>> mail_gid: 501 > >>>> mail_location: > >>>> maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ > >>>> mail_debug: yes > >>>> mail_executable(default): /usr/libexec/dovecot/imap > >>>> mail_executable(imap): /usr/libexec/dovecot/imap > >>>> mail_executable(pop3): /usr/libexec/dovecot/pop3 > >>>> mail_plugins(default): quota imap_quota acl imap_acl > >>>> mail_plugins(imap): quota imap_quota acl imap_acl > >>>> mail_plugins(pop3): > >>>> mail_plugin_dir(default): /usr/lib/dovecot/imap > >>>> mail_plugin_dir(imap): /usr/lib/dovecot/imap > >>>> mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 > >>>> pop3_client_workarounds(default): > >>>> pop3_client_workarounds(imap): > >>>> pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh > >>>> namespace: > >>>> type: private > >>>> separator: / > >>>> inbox: yes > >>>> list: yes > >>>> subscriptions: yes > >>>> namespace: > >>>> type: shared > >>>> separator: / > >>>> prefix: shared/%%u/ > >>>> location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu > >>>> list: children > >>>> lda: > >>>> postmaster_address: root > >>>> mail_plugins: sieve quota autocreate expire > >>>> auth_socket_path: /var/run/dovecot/auth-master > >>>> sieve_global_path: /var/vmail/sieve/dovecot.sieve > >>>> log_path: /var/log/sieve.log > >>>> auth default: > >>>> mechanisms: plain login > >>>> default_realm: mydomain.net > >>>> user: vmail > >>>> username_chars: > >>>> abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ > >>>> passdb: > >>>> driver: pam > >>>> passdb: > >>>> driver: sql > >>>> args: /etc/dovecot-mysql.conf > >>>> userdb: > >>>> driver: passwd > >>>> userdb: > >>>> driver: sql > >>>> args: /etc/dovecot-mysql.conf > >>>> socket: > >>>> type: listen > >>>> client: > >>>> path: /var/spool/postfix/dovecot-auth > >>>> mode: 438 > >>>> user: postfix > >>>> group: postfix > >>>> master: > >>>> path: /var/run/dovecot/auth-master > >>>> mode: 438 > >>>> user: vmail > >>>> group: vmail > >>>> plugin: > >>>> quota: dict:user::proxy::quota > >>>> quota: maildir > >>>> quota_rule: *:storage=0 > >>>> acl: vfile > >>>> acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db > >>>> expire: Trash 7 Trash/* 7 Junk 30 > >>>> expire_dict: proxy::expire > >>>> sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve > >>>> dict: > >>>> quota: mysql:/etc/dovecot-dict-quota.conf > >>>> expire: db:/var/lib/dovecot/expire.db > >>>> > >>>> > >>>> > >>>> By reading sieve.log, it simple ignore sieve_global_path: > >>>> /var/vmail/sieve/dovecot.sieve but the per user > >>>> sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working > >>>> > >>>> > >>> > >>> I had to do some searching for your sieve_global_path setting, as it is > >>> not in the 'plugin' section, but under 'lda'. Seems to me that this is > >>> your problem. > >>> > >> > >> I think, that`s right > >> > >> plugin/sieve_global_path = /etc/dovecot/sieve/global/global.sieve > >> plugin/sieve_global_dir = /etc/dovecot/sieve/global/ > >> > >> > >> > >>> This ofcourse raises the question why doveconf -n lists the directive > >>> when it is misplaced... > >>> > >>> > >>> -- > >>> Regards, > >>> Tom > >>> > >>> > >> > >> > > I have set > > sieve_global_dir: /var/vmail/sieve/ > > sieve_global_path: /var/vmail/sieve/dovecot.sieve > > in plugin section. But it still not working. > > > > sievec have no compile error and I also set mail_debug on. But there is > no > > info regarding this global sieve. > > Last time I read up on this, the global sieve script was only executed > when no per-user script was available. > > If you want to run both scripts, look into 'sieve_before' for the global > script. See http://wiki2.dovecot.org/Pigeonhole/Sieve/Configuration > > -- > Regards, > Tom > > Thank you. It work now after I change sieve_global_path parameter to sieve_before = /var/vmail/sieve/dovecot.sieve --barry From nmilas at noa.gr Tue Mar 29 17:23:17 2011 From: nmilas at noa.gr (Nikolaos Milas) Date: Tue, 29 Mar 2011 17:23:17 +0300 Subject: [Dovecot] Upgrade to v2.0 conf file fails In-Reply-To: <4D905A21.9020909@noa.gr> References: <4D905A21.9020909@noa.gr> Message-ID: <4D91EB55.9010702@noa.gr> On 28/3/2011 12:51 ??, Nikolaos Milas wrote: > Hi, > > I am trying to use the command: > doveconf -n -c dovecot-1.conf > dovecot-2.conf > to upgrade my dovecot.conf file, but it fails (see below). > > Judging from the message that vsz_limit is the new setting for > login_process_size, I have retried using login_process_size=256 rather > than login_process_size=64 (which was the initial value), but the > error persists. > > OK, I figured this out, thanks to: http://dovecot.org/pipermail/dovecot-cvs/2010-November/018340.html I used login_process_size=1024 in the initial dovecot.conf and doveconf -n -c completed without errors. Is there a minimum suggested value for this parameter? Judging from here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606646, it seems that vsz_limit should be 64M. Any advice? Nick -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5632 bytes Desc: S/MIME Cryptographic Signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110329/b490905b/attachment.bin From worklord at yandex.ru Tue Mar 29 18:23:26 2011 From: worklord at yandex.ru (=?UTF-8?B?0JHQsNGB0L7QsiDQldCy0LPQtdC90LjQuQ==?=) Date: Tue, 29 Mar 2011 19:23:26 +0400 Subject: [Dovecot] Dovecot-2.0.11 searches in all LDAP directory In-Reply-To: <201103281319.14208.joseba.torre@ehu.es> References: <4D8E3EF6.7050102@yandex.ru> <4D8E4035.5030208@yandex.ru> <201103281319.14208.joseba.torre@ehu.es> Message-ID: <4D91F96E.9010107@yandex.ru> 28.03.2011 15:19, Joseba Torre ?????: > > If not needed, remove the pam passdb and the passwd userdb and check again. > > HTH Yes you are quite right. Dovecot uses LDAP over pam. I'm disabled this feature and works fine. Thanks. From example.com at gmail.com Tue Mar 29 19:32:05 2011 From: example.com at gmail.com (Pete) Date: Tue, 29 Mar 2011 12:32:05 -0400 Subject: [Dovecot] dovecot-lda can not find home dir Message-ID: Hello, Running dovecot 2.0.11 and pigeonhole on Fedora 14 x86_64. The lda can not seem to find the user's home directory, yet other parts of dovecot (pop3, imap, managesieve) can. Grepping "Effective uid" from /var/log/maillog: Mar 29 11:21:34 new-eagle dovecot: pop3(pete): Debug: Effective uid=726, gid=726, home=/home/pete Mar 29 11:23:18 new-eagle dovecot: imap(pete): Debug: Effective uid=726, gid=726, home=/home/pete Mar 29 11:23:52 new-eagle dovecot: managesieve(pete): Debug: Effective uid=726, gid=726, home=/home/pete Mar 29 11:24:53 new-eagle dovecot: managesieve(pete): Debug: Effective uid=726, gid=726, home=/home/pete Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: Effective uid=726, gid=726, home= Although mail does get delivered, the .dovecot.lda-dupes file can not be created because of this: Mar 29 11:26:15 new-eagle dovecot: lda: Debug: Loading modules from directory: /usr/lib64/dovecot Mar 29 11:26:15 new-eagle dovecot: lda: Debug: Module loaded: /usr/lib64/dovecot/lib90_sieve_plugin.so Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: Effective uid=726, gid=726, home= Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: fs: root=/home/pete/mail, index=, control=, inbox=/var/spool/mail/pete Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: userdb lookup skipped, username taken from passwd lookup for process euid Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: none: root=, index=, control=, inbox= Mar 29 11:26:15 new-eagle dovecot: lda(pete): Error: User pete doesn't have home dir set, disabling duplicate database Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: sieve: using sieve path for user's script: /home/pete/.dovecot.sieve Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: sieve: opening script /home/pete/.dovecot.sieve Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: sieve: script /home/pete/.dovecot.sieve successfully compiled Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: sieve: executing script from /home/pete/.dovecot.sieve Mar 29 11:26:15 new-eagle dovecot: lda(pete): sieve: msgid=: stored mail into mailbox 'INBOX' Dovecot seems to be able to determine the user's home directory, but I do not know how to tell dovecot-lda where it is. Running "doveadm user pete" produces: userdb: pete system_groups_user: pete uid : 726 gid : 726 home : /home/pete In /home/pete, the .forward file is: | "/usr/libexec/dovecot/dovecot-lda" Entry from /etc/passwd: pete:x:726:726:Peter:/home/pete:/bin/false Output of dovecot -n: # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35.11-83.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) ext4 auth_cache_size = 10 M auth_debug = yes auth_mechanisms = login plain auth_verbose = yes disable_plaintext_auth = no listen = * mail_debug = yes mail_location = mbox:/home/%u/mail:INBOX=/var/spool/mail/%u:INDEX=MEMORY managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mbox_write_locks = fcntl passdb { driver = pam } plugin/sieve = /home/%u/.dovecot.sieve plugin/sieve_dir = /home/%u/sieve protocols = pop3 imap sieve rejection_reason = Sorry, your message was automatically rejected:%n%r rejection_subject = failure notice re: %s service managesieve-login { inet_listener sieve { port = 4190 } } ssl = no userdb { driver = passwd } protocol lda { mail_plugins = sieve I did update from dovecot-2.0.9 (which the lda could find the home directory) but I also had to change the mail_location from: mail_location = mbox:~/mail:INBOX=/var/spool/mail/%u:INDEX=MEMORY to: mail_location = mbox:/home/%u/mail:INBOX=/var/spool/mail/%u:INDEX=MEMORY Also had to change: plugin/sieve = ~/.dovecot.sieve plugin/sieve_dir = ~/sieve To: plugin/sieve = /home/%u/.dovecot.sieve plugin/sieve_dir = /home/%u/sieve ... in order for 2.0.11 to function. Any thoughts on how to get the home dir passed correctly to lda ? Thanks, Pete From patrickdk at patrickdk.com Tue Mar 29 20:26:52 2011 From: patrickdk at patrickdk.com (Patrick Domack) Date: Tue, 29 Mar 2011 13:26:52 -0400 Subject: [Dovecot] doveadm In-Reply-To: <20110329132401.GC6206@directnic.com> References: <20110329132401.GC6206@directnic.com> Message-ID: <20110329132652.93191g3dhyvpweho@mail.patrickdk.com> It doesn't exist. doveadm belongs in dovecot 2.x, but ubuntu only has 1.x versions. Quoting Walt Shekrota : > Hi > > Where does this utility reside for installation. I use Ubuntu and > installed dovecot-imapd and dovecot-pop3d so far. Does it now ship > in the regular dovecot installation packages? > > Thanks. > -Walt > From p at state-of-mind.de Tue Mar 29 20:38:23 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Tue, 29 Mar 2011 19:38:23 +0200 Subject: [Dovecot] doveadm In-Reply-To: <20110329132652.93191g3dhyvpweho@mail.patrickdk.com> References: <20110329132401.GC6206@directnic.com> <20110329132652.93191g3dhyvpweho@mail.patrickdk.com> Message-ID: <20110329173822.GB2295@state-of-mind.de> * Patrick Domack : > It doesn't exist. > > doveadm belongs in dovecot 2.x, but ubuntu only has 1.x versions. Try Christians builds: p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From a.chapellon at horoa.net Wed Mar 30 01:26:30 2011 From: a.chapellon at horoa.net (Alexandre Chapellon) Date: Wed, 30 Mar 2011 00:26:30 +0200 Subject: [Dovecot] migrating to dovecot Message-ID: <1301437590.32407.19.camel@elronde.middle.earth> Hello, I am trying to setup a migration scenario from an proprietary solution to dovecot IMAP/POP3. Whereas am only at the strating point, things appear quite complicated because of the following reasons: - The proprietary solution uses special/own/proprietary mailbox format (wich is more like maildir but is not maildir) - I don't have direct access to the filesystem where the mails are stored. The best I could do would be a snapshots of the filesystem - I have about 1,5TB of mail data. - Having users to be forced to empty their mailbox before migration or re-download their whole mailbox after migration would be something hard for me to present as a correct option. Am looking for advices that would avoid me loosing time searching in bad directions. Or even point me to a miraculous tool thatdoes all magic while i have a beer :) Best regards. -- horoa: la voie est libre -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20110330/35911a57/attachment.bin From jtl+dovecot at uvm.edu Wed Mar 30 02:04:36 2011 From: jtl+dovecot at uvm.edu (Jim Lawson) Date: Tue, 29 Mar 2011 19:04:36 -0400 Subject: [Dovecot] migrating to dovecot In-Reply-To: <1301437590.32407.19.camel@elronde.middle.earth> References: <1301437590.32407.19.camel@elronde.middle.earth> Message-ID: <4D926584.6090405@uvm.edu> Does the proprietary solution allow IMAP access? If so, I would use imapsync. http://www.linux-france.org/prj/imapsync/ Jim On 3/29/11 18:26 , Alexandre Chapellon wrote: > Hello, > > I am trying to setup a migration scenario from an proprietary solution > to dovecot IMAP/POP3. > Whereas am only at the strating point, things appear quite complicated > because of the following reasons: > > - The proprietary solution uses special/own/proprietary mailbox format > (wich is more like maildir but is not maildir) > - I don't have direct access to the filesystem where the mails are > stored. The best I could do would be a snapshots of the filesystem > - I have about 1,5TB of mail data. > - Having users to be forced to empty their mailbox before migration or > re-download their whole mailbox after migration would be something hard > for me to present as a correct option. > > Am looking for advices that would avoid me loosing time searching in bad > directions. Or even point me to a miraculous tool thatdoes all magic > while i have a beer :) > > Best regards. > From fcatunda at contactnet.com.br Wed Mar 30 02:07:38 2011 From: fcatunda at contactnet.com.br (Fabio Catunda) Date: Tue, 29 Mar 2011 20:07:38 -0300 Subject: [Dovecot] migrating to dovecot In-Reply-To: <4D926584.6090405@uvm.edu> References: <1301437590.32407.19.camel@elronde.middle.earth> <4D926584.6090405@uvm.edu> Message-ID: <4D92663A.3060901@contactnet.com.br> Also: imapcopy - IMAP backup, copy and migration tool On 03/29/2011 08:04 PM, Jim Lawson wrote: > Does the proprietary solution allow IMAP access? If so, I would use > imapsync. > > http://www.linux-france.org/prj/imapsync/ > > Jim > > On 3/29/11 18:26 , Alexandre Chapellon wrote: >> Hello, >> >> I am trying to setup a migration scenario from an proprietary solution >> to dovecot IMAP/POP3. >> Whereas am only at the strating point, things appear quite complicated >> because of the following reasons: >> >> - The proprietary solution uses special/own/proprietary mailbox format >> (wich is more like maildir but is not maildir) >> - I don't have direct access to the filesystem where the mails are >> stored. The best I could do would be a snapshots of the filesystem >> - I have about 1,5TB of mail data. >> - Having users to be forced to empty their mailbox before migration or >> re-download their whole mailbox after migration would be something hard >> for me to present as a correct option. >> >> Am looking for advices that would avoid me loosing time searching in bad >> directions. Or even point me to a miraculous tool thatdoes all magic >> while i have a beer :) >> >> Best regards. >> From wshek at penguinacity.org Wed Mar 30 00:43:07 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Tue, 29 Mar 2011 17:43:07 -0400 Subject: [Dovecot] dovecot.conf settings vs 'dovecot-n' output Message-ID: <20110329214307.GA4415@directnic.com> I am curious why these do not seem to match? It especially bothers me that the modes set are different. Am I missing something? Thanks. -Walt From wshekrota at penguinacity.org Wed Mar 30 02:22:08 2011 From: wshekrota at penguinacity.org (Walt Shekrota) Date: Tue, 29 Mar 2011 19:22:08 -0400 Subject: [Dovecot] doveadm In-Reply-To: <20110329173822.GB2295@state-of-mind.de> References: <20110329132401.GC6206@directnic.com> <20110329132652.93191g3dhyvpweho@mail.patrickdk.com> <20110329173822.GB2295@state-of-mind.de> Message-ID: <201103291922.09184.wshekrota@penguinacity.org> On Tuesday 29 March 2011 13:38:23 Patrick Ben Koetter wrote: > * Patrick Domack : > > It doesn't exist. > > > > doveadm belongs in dovecot 2.x, but ubuntu only has 1.x versions. > > Try Christians builds: > > > > p at rick Ok I see that setup and added the PPA. Its worth a shot. This add process appears to be clean. I see that 'dovecot' contains a collection of 2.x packages I did the update now what do you install? 'dovecot' (I assume dovecot is the PPA name and apt won't know that?) my 'apt-get install dovecot' found nothing. Trying to install the old package names still gets the 1.2 stuff. I've poked around w/ aptitude and see some of your desktop stuff but no dovecot :( Thanks. -Walt From wshek at penguinacity.org Wed Mar 30 03:12:26 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Tue, 29 Mar 2011 20:12:26 -0400 Subject: [Dovecot] 1.2 problem 'dovecot -n' vs dovecot.conf Message-ID: <20110330001226.GA7832@directnic.com> To elaborate, if there is a database associated with this setup it is really fubar. note: tail of dovecot -n lda: postmaster_address: postmaster mail_plugins: sieve quota_full_tempfail: yes deliver_log_format: msgid=%m: %$ rejection_reason: Your message to <%t> was automatically rejected:%n%r auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/run/dovecot/auth-client mode: 504 socket: type: listen client: path: /var/spool/postfix/private/dovecot-auth mode: 432 user: postfix group: postfix plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve This in no way represents the settings in my dovecot.conf. It seems to have rembered old .conf settings and mixed them. At no time was mode 504 set or even 432. What am I doing wrong? Thanks. -Walt I'm also toying with the idea of loading 2.x if I can figure out the PPA stuff. From user+dovecot at localhost.localdomain.org Wed Mar 30 03:17:44 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Wed, 30 Mar 2011 02:17:44 +0200 Subject: [Dovecot] 1.2 problem 'dovecot -n' vs dovecot.conf In-Reply-To: <20110330001226.GA7832@directnic.com> References: <20110330001226.GA7832@directnic.com> Message-ID: <4D9276A8.3030004@localhost.localdomain.org> On 03/30/2011 02:12 AM Walt Shekrota wrote: > To elaborate, if there is a database associated with this setup it is really fubar. > note: tail of dovecot -n > ? > client: > path: /var/run/dovecot/auth-client > mode: 504 > socket: > type: listen > client: > path: /var/spool/postfix/private/dovecot-auth > mode: 432 > ? > > This in no way represents the settings in my dovecot.conf. It seems to have rembered old .conf settings and mixed them. > At no time was mode 504 set or even 432. > What am I doing wrong? Octal vs. decimal. ,--[ bc ]-- | obase=8 | 504 | 770 | 432 | 660 `-- Regards, Pascal -- The trapper recommends today: c01dcafe.1108902 at localdomain.org From a.chapellon at horoa.net Wed Mar 30 10:51:57 2011 From: a.chapellon at horoa.net (Alexandre Chapellon) Date: Wed, 30 Mar 2011 09:51:57 +0200 Subject: [Dovecot] migrating to dovecot In-Reply-To: <4D926584.6090405@uvm.edu> References: <1301437590.32407.19.camel@elronde.middle.earth> <4D926584.6090405@uvm.edu> Message-ID: <1301471517.2642.17.camel@elronde.middle.earth> Le mardi 29 mars 2011 ? 19:04 -0400, Jim Lawson a ?crit : > Does the proprietary solution allow IMAP access? If so, I would use > imapsync. > Thanks for answers. Not all the accounts have IMAP enabled, but I guess I could setup some master account with IMAP enabled or even enable IMAP for all users to proceed with migration. But will imapsync keep trac of UIDs so users won't have have duplicated messages or re-download them if they use POP3? Will it preserve flags of messages so read or deleted messages do not appear as new messages? regards. > http://www.linux-france.org/prj/imapsync/ > > Jim > > On 3/29/11 18:26 , Alexandre Chapellon wrote: > > Hello, > > > > I am trying to setup a migration scenario from an proprietary solution > > to dovecot IMAP/POP3. > > Whereas am only at the strating point, things appear quite complicated > > because of the following reasons: > > > > - The proprietary solution uses special/own/proprietary mailbox format > > (wich is more like maildir but is not maildir) > > - I don't have direct access to the filesystem where the mails are > > stored. The best I could do would be a snapshots of the filesystem > > - I have about 1,5TB of mail data. > > - Having users to be forced to empty their mailbox before migration or > > re-download their whole mailbox after migration would be something hard > > for me to present as a correct option. > > > > Am looking for advices that would avoid me loosing time searching in bad > > directions. Or even point me to a miraculous tool thatdoes all magic > > while i have a beer :) > > > > Best regards. > > -- horoa: la voie est libre -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20110330/f1ad059a/attachment-0001.bin From stf at eisenbits.com Wed Mar 30 11:35:18 2011 From: stf at eisenbits.com (=?UTF-8?B?U3RhbmlzxYJhdyBGaW5kZWlzZW4=?=) Date: Wed, 30 Mar 2011 10:35:18 +0200 Subject: [Dovecot] mbox sync: Expunged message reappeared in mailbox Message-ID: <4D92EB46.8040700@eisenbits.com> Mar 29 10:57:02 k8ux dovecot: POP3(stf): mbox sync: Expunged message reappeared in mailbox /var/mail/stf (UID 123 < 60016, seq=2, idx_msgs=0) Mar 29 10:57:02 k8ux dovecot: pop3-login: Login: user=, method=... Mar 29 10:57:03 k8ux dovecot: POP3(stf): mbox sync: UID inserted in the middle of mailbox /var/mail/stf (60016 > 123, seq=2, idx_msgs=1) Mar 29 10:57:03 k8ux dovecot: POP3(stf): Disconnected: Logged out top=0/0, retr=1/15968, del=1/1, size=15950 What is it??! $ dovecot --version 1.0.15 -- Eisenbits - proven software solutions: http://www.eisenbits.com/ OpenPGP: DFD9 0146 3794 9CF6 17EA D63F DBF5 8AA8 3B31 FE8A -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature Url : http://dovecot.org/pipermail/dovecot/attachments/20110330/19bb8046/attachment.bin From CMarcus at Media-Brokers.com Wed Mar 30 13:51:20 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 30 Mar 2011 06:51:20 -0400 Subject: [Dovecot] dovecot.conf settings vs 'dovecot-n' output In-Reply-To: <20110329214307.GA4415@directnic.com> References: <20110329214307.GA4415@directnic.com> Message-ID: <4D930B28.7080509@Media-Brokers.com> On 2011-03-29 5:43 PM, Walt Shekrota wrote: > I am curious why these do not seem to match? > It especially bothers me that the modes set are different. > Am I missing something? I don't understand your question... what doesn't 'match'? doveconf -n output shows the settings that the active/running version of dovecot is using. If they don't match what is in your dovecot.conf file then most likely you have more than one and are looking at/editing the wrong file. This is one of the purposes of doveconf -n - to confirm that what you *think* you are using is indeed what you *are* using. -- Best regards, Charles From CMarcus at Media-Brokers.com Wed Mar 30 13:54:14 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 30 Mar 2011 06:54:14 -0400 Subject: [Dovecot] mbox sync: Expunged message reappeared in mailbox In-Reply-To: <4D92EB46.8040700@eisenbits.com> References: <4D92EB46.8040700@eisenbits.com> Message-ID: <4D930BD6.1000704@Media-Brokers.com> On 2011-03-30 4:35 AM, Stanis?aw Findeisen wrote: > $ dovecot --version > 1.0.15 Very old... upgrading will very likely magically solve many problems.... -- Best regards, Charles From janfrode at tanso.net Wed Mar 30 16:26:40 2011 From: janfrode at tanso.net (Jan-Frode Myklebust) Date: Wed, 30 Mar 2011 15:26:40 +0200 Subject: [Dovecot] dovecot ldap failed to recover Message-ID: <20110330132640.GA31461@oc1046828364.ibm.com> One of our backend pop/imap-server running dovecot v1.2.16 experienced some problems yesterday. It suddenly couldn't authenticate users anymore, flooding the logs with: pop3-login: Disconnected (auth failed, 1 attempts): user=, method=PLAIN, rip=192.168.42.15, lip=192.168.42.28 The problem seemed to start with this log entry: Mar 29 18:57:21 popimap1 dovecot: auth(default): ldap(userX at example.com,192.168.42.15): Connection appears to be hanging, reconnecting and this suspicious entry a few seconds later: Mar 29 18:57:41 popimap1 dovecot: auth(default): LDAP: Reply with unknown msgid 2 Afterward 18:57:21 it was unable to authenticate any users before I restarted the dovecot service. Also some of our postfix servers reported ldap lookup failures between 18:56-18:58, but then recovered. Looking at the ldap server side, we saw no problems logged, but netstat reports there being 3 active ldap sessions towards the dovecot server that failed yesterday, while the dovecot server only has 1: ldap1$ netstat -na |grep 192.168.42.28 tcp 0 0 192.168.43.2:389 192.168.42.28:44408 ESTABLISHED tcp 0 0 192.168.43.2:389 192.168.42.28:36464 ESTABLISHED tcp 0 0 192.168.43.2:389 192.168.42.28:60580 ESTABLISHED popimap1$ netstat -na| grep 192.168.43.2 tcp 0 0 192.168.42.28:60580 192.168.43.2:389 ESTABLISHED So it looks to us like there was some problem with either the network, or the ldap-server for a short periode, and that dovecot then wasn't able to recover from this. -jf From jtl+dovecot at uvm.edu Wed Mar 30 16:48:40 2011 From: jtl+dovecot at uvm.edu (Jim Lawson) Date: Wed, 30 Mar 2011 09:48:40 -0400 Subject: [Dovecot] migrating to dovecot In-Reply-To: <1301471517.2642.17.camel@elronde.middle.earth> References: <1301437590.32407.19.camel@elronde.middle.earth> <4D926584.6090405@uvm.edu> <1301471517.2642.17.camel@elronde.middle.earth> Message-ID: <4D9334B8.4030602@uvm.edu> On 3/30/11 03:51 , Alexandre Chapellon wrote: > Le mardi 29 mars 2011 ? 19:04 -0400, Jim Lawson a ?crit : >> Does the proprietary solution allow IMAP access? If so, I would use >> imapsync. >> > Thanks for answers. > > Not all the accounts have IMAP enabled, but I guess I could setup some > master account with IMAP enabled or even enable IMAP for all users to > proceed with migration. > But will imapsync keep trac of UIDs so users won't have have duplicated > messages or re-download them if they use POP3? I don't think so. The sync happens via IMAP, and I don't think IMAP clients can *set* UIDs of messages; only the server does this (someone please correct me if I'm mistaken.) > Will it preserve flags of messages so read or deleted messages do not > appear as new messages? Yes; at least, it has for us in testing (with Dovecot as the destination server.) Whether it will work for you depends on the specifics of the source server. Why not give it a try and see? Jim From wshek at penguinacity.org Wed Mar 30 17:02:55 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 10:02:55 -0400 Subject: [Dovecot] dovecot.conf Message-ID: <20110330140255.GA13086@directnic.com> In 1.2.12 or there abouts how do changes in the dovecot.conf happen? After doing the sig HUP I have noted there is generally a delay in the recognition of items in my .conf. An example I had logging set off, turned it on and it was several restarts before I again saw logging? This delay is driving me nuts in trying to figure out what needs to change. Thanks. -Walt From tss at iki.fi Wed Mar 30 17:07:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 30 Mar 2011 17:07:06 +0300 Subject: [Dovecot] migrating to dovecot In-Reply-To: <4D9334B8.4030602@uvm.edu> References: <1301437590.32407.19.camel@elronde.middle.earth> <4D926584.6090405@uvm.edu> <1301471517.2642.17.camel@elronde.middle.earth> <4D9334B8.4030602@uvm.edu> Message-ID: <214AA046-8F93-4250-BB57-1CB4C1D8EB39@iki.fi> On 30.3.2011, at 16.48, Jim Lawson wrote: >> But will imapsync keep trac of UIDs so users won't have have duplicated >> messages or re-download them if they use POP3? IMAP protocol doesn't know anything about POP3 UIDLs. They might or might not be based on IMAP UIDs. > I don't think so. The sync happens via IMAP, and I don't think IMAP > clients can *set* UIDs of messages; only the server does this (someone > please correct me if I'm mistaken.) That too. Although Dovecot v2.1's dsync + imapc backend can migrate mails and preserve IMAP UIDs, but even it can't preserve POP3 UIDLs at least currently (that would also require POP3 client code for Dovecot..) From tss at iki.fi Wed Mar 30 17:09:00 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 30 Mar 2011 17:09:00 +0300 Subject: [Dovecot] dovecot-lda can not find home dir In-Reply-To: References: Message-ID: On 29.3.2011, at 19.32, Pete wrote: > Dovecot seems to be able to determine the user's home directory, but I > do not know how to tell dovecot-lda where it is. .. > In /home/pete, the .forward file is: > | "/usr/libexec/dovecot/dovecot-lda" You're not giving dovecot-lda the "-d user" parameter, so it's not doing a userdb lookup. From tss at iki.fi Wed Mar 30 17:12:00 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 30 Mar 2011 17:12:00 +0300 Subject: [Dovecot] dovecot-lda can not find home dir In-Reply-To: References: Message-ID: <773C0E84-4256-452D-99C6-B5F809CD8318@iki.fi> On 29.3.2011, at 19.32, Pete wrote: > Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: userdb lookup > skipped, username taken from passwd lookup for process euid Hmm. Although that should also set home directory even without -d parameter, since it looks it up from passwd.. Wonder why that's not working.. From a.chapellon at horoa.net Wed Mar 30 17:10:53 2011 From: a.chapellon at horoa.net (Alexandre Chapellon) Date: Wed, 30 Mar 2011 16:10:53 +0200 Subject: [Dovecot] migrating to dovecot In-Reply-To: <214AA046-8F93-4250-BB57-1CB4C1D8EB39@iki.fi> References: <1301437590.32407.19.camel@elronde.middle.earth> <4D926584.6090405@uvm.edu> <1301471517.2642.17.camel@elronde.middle.earth> <4D9334B8.4030602@uvm.edu> <214AA046-8F93-4250-BB57-1CB4C1D8EB39@iki.fi> Message-ID: <1301494253.2642.31.camel@elronde.middle.earth> Ok thanks for all thoose informations, As Jim asid, Now I have to give it a try and see. what happens. Le mercredi 30 mars 2011 ? 17:07 +0300, Timo Sirainen a ?crit : > On 30.3.2011, at 16.48, Jim Lawson wrote: > > >> But will imapsync keep trac of UIDs so users won't have have duplicated > >> messages or re-download them if they use POP3? > > IMAP protocol doesn't know anything about POP3 UIDLs. They might or might not be based on IMAP UIDs. > > > I don't think so. The sync happens via IMAP, and I don't think IMAP > > clients can *set* UIDs of messages; only the server does this (someone > > please correct me if I'm mistaken.) > > That too. Although Dovecot v2.1's dsync + imapc backend can migrate mails and preserve IMAP UIDs, but even it can't preserve POP3 UIDLs at least currently (that would also require POP3 client code for Dovecot..) > -- horoa: la voie est libre -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20110330/18dfe781/attachment.bin From tss at iki.fi Wed Mar 30 17:14:32 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 30 Mar 2011 17:14:32 +0300 Subject: [Dovecot] dovecot.conf In-Reply-To: <20110330140255.GA13086@directnic.com> References: <20110330140255.GA13086@directnic.com> Message-ID: <32112E3E-BC8A-478D-A9CB-CE824E9A78D2@iki.fi> On 30.3.2011, at 17.02, Walt Shekrota wrote: > In 1.2.12 or there abouts how do changes in the dovecot.conf happen? > After doing the sig HUP I have noted there is generally a delay in the recognition of items in my .conf. shutdown_clients=no causes existing connections to stay alive without seeing new settings. > An example I had logging set off, turned it on and it was several restarts before I again saw logging? Turned off how? Log settings should take effect immediately after SIGHUP. From tss at iki.fi Wed Mar 30 17:16:14 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 30 Mar 2011 17:16:14 +0300 Subject: [Dovecot] service auth { client_limit=4096 } is lower than required under max. load (5720 In-Reply-To: <4D91CA75.8080202@esiee.fr> References: <4D91CA75.8080202@esiee.fr> Message-ID: On 29.3.2011, at 15.03, Frank Bonnet wrote: > doveconf: Warning: service auth { client_limit=4096 } is lower than > required under max. load (5720) Just increase it, like it says: service auth { client_limit = 6000 } From example.com at gmail.com Wed Mar 30 17:30:05 2011 From: example.com at gmail.com (Pete) Date: Wed, 30 Mar 2011 10:30:05 -0400 Subject: [Dovecot] dovecot-lda can not find home dir In-Reply-To: <773C0E84-4256-452D-99C6-B5F809CD8318@iki.fi> References: <773C0E84-4256-452D-99C6-B5F809CD8318@iki.fi> Message-ID: On Wed, Mar 30, 2011 at 10:12 AM, Timo Sirainen wrote: > On 29.3.2011, at 19.32, Pete wrote: > >> Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: userdb lookup >> skipped, username taken from passwd lookup for process euid > > Hmm. Although that should also set home directory even without -d parameter, since it looks it up from passwd.. Wonder why that's not working.. > Ah ... got me thinking about the .forward file: >> In /home/pete, the .forward file is: >> | "/usr/libexec/dovecot/dovecot-lda" Adding the -k flag (Don't clear all environment at startup) to dovecot-lda fixes the problem. Not sure why the environment was cleared though beforehand. Perhaps to do with the addition of the import_environment variable in 2.0.11 ?!? Anyhow ... problem now looks solved. Thanks for the assistance. Pete From wshek at penguinacity.org Wed Mar 30 17:31:46 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 10:31:46 -0400 Subject: [Dovecot] dovecot.conf In-Reply-To: <32112E3E-BC8A-478D-A9CB-CE824E9A78D2@iki.fi> References: <20110330140255.GA13086@directnic.com> <32112E3E-BC8A-478D-A9CB-CE824E9A78D2@iki.fi> Message-ID: <20110330143146.GA13178@directnic.com> On Wed, Mar 30, 2011 at 05:14:32PM +0300, Timo Sirainen wrote: > On 30.3.2011, at 17.02, Walt Shekrota wrote: > > > In 1.2.12 or there abouts how do changes in the dovecot.conf happen? > > After doing the sig HUP I have noted there is generally a delay in the recognition of items in my .conf. > > shutdown_clients=no causes existing connections to stay alive without seeing new settings. > > > An example I had logging set off, turned it on and it was several restarts before I again saw logging? > > Turned off how? Log settings should take effect immediately after SIGHUP. > Well after thinking about it, not off. If not claimed at log_path then diverted to syslog. My bad. I'm trying a few conf files as I can't get it to find my maildir anymore. -Walt From wshek at penguinacity.org Wed Mar 30 19:16:00 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 12:16:00 -0400 Subject: [Dovecot] log Message-ID: <20110330161600.GA13972@directnic.com> does the following indicate TLS is configured? 2011-03-30 10:37:07 auth(default): Info: client out: OK 1 user=wshek 2011-03-30 10:37:07 auth(default): Info: master in: REQUEST 2 13371 1 2011-03-30 10:37:07 auth(default): Info: passwd(wshek,127.0.0.1): lookup 2011-03-30 10:37:07 auth(default): Info: master out: USER 2 wshek system_groups_user=wshek uid=1000 gid=1000 home=/home/wshek 2011-03-30 10:37:07 imap-login: Info: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS If it is I do not intend it. How can I turn it off? Thanks. -Walt From user+dovecot at localhost.localdomain.org Wed Mar 30 19:28:49 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Wed, 30 Mar 2011 18:28:49 +0200 Subject: [Dovecot] log In-Reply-To: <20110330161600.GA13972@directnic.com> References: <20110330161600.GA13972@directnic.com> Message-ID: <4D935A41.9050801@localhost.localdomain.org> On 03/30/2011 06:16 PM Walt Shekrota wrote: > does the following indicate TLS is configured? > > 2011-03-30 10:37:07 auth(default): Info: client out: OK 1 user=wshek > 2011-03-30 10:37:07 auth(default): Info: master in: REQUEST 2 13371 1 > 2011-03-30 10:37:07 auth(default): Info: passwd(wshek,127.0.0.1): lookup > 2011-03-30 10:37:07 auth(default): Info: master out: USER 2 wshek system_groups_user=wshek uid=1000 gid=1000 home=/home/wshek > 2011-03-30 10:37:07 imap-login: Info: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS > > If it is I do not intend it. How can I turn it off? > Thanks. > -Walt See http://wiki.dovecot.org/Logging Regards, Pascal -- The trapper recommends today: cafebabe.1108918 at localdomain.org From wshek at penguinacity.org Wed Mar 30 19:32:10 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 12:32:10 -0400 Subject: [Dovecot] v1.2.12 and debug Message-ID: <20110330163210.GA14091@directnic.com> Is there some kind of extended debug that might show why my maildir is not foundat login? It has worked off and on, once briefly today then no more. I'm going around twiddling knobs guessing at this point which is foolish. I need some real bread crumbs to indicate what is going wrong. I've tried all kinds of .conf file ... example file etc. I figured using the least number of settings should get me somewhere but I still have no luck. I'd love to just give up and load that PPA for 2.x but I have no idea what package to install in debian. (I have the PPA update) Thanks. -Walt From user+dovecot at localhost.localdomain.org Wed Mar 30 19:36:31 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Wed, 30 Mar 2011 18:36:31 +0200 Subject: [Dovecot] v1.2.12 and debug In-Reply-To: <20110330163210.GA14091@directnic.com> References: <20110330163210.GA14091@directnic.com> Message-ID: <4D935C0F.7080904@localhost.localdomain.org> On 03/30/2011 06:32 PM Walt Shekrota wrote: > Is there some kind of extended debug that might show why my maildir is not foundat login? It has worked off and on, once briefly today then no more. > I'm going around twiddling knobs guessing at this point which is foolish. > I need some real bread crumbs to indicate what is going wrong. > I've tried all kinds of .conf file ... example file etc. I figured using the least number of settings should get me somewhere but I still have no luck. > > I'd love to just give up and load that PPA for 2.x but I have no idea what package to install in debian. (I have the PPA update) > > Thanks. > -Walt See http://wiki.dovecot.org/MailLocation and http://wiki.dovecot.org/MainConfig (mail_debug and auth_debug). Regards, Pascal -- The trapper recommends today: cafebabe.1108918 at localdomain.org From wshek at penguinacity.org Wed Mar 30 19:51:06 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 12:51:06 -0400 Subject: [Dovecot] log In-Reply-To: <4D935A41.9050801@localhost.localdomain.org> References: <20110330161600.GA13972@directnic.com> <4D935A41.9050801@localhost.localdomain.org> Message-ID: <20110330165106.GA14248@directnic.com> On Wed, Mar 30, 2011 at 06:28:49PM +0200, Pascal Volk wrote: > On 03/30/2011 06:16 PM Walt Shekrota wrote: > > does the following indicate TLS is configured? > > > > 2011-03-30 10:37:07 auth(default): Info: client out: OK 1 user=wshek > > 2011-03-30 10:37:07 auth(default): Info: master in: REQUEST 2 13371 1 > > 2011-03-30 10:37:07 auth(default): Info: passwd(wshek,127.0.0.1): lookup > > 2011-03-30 10:37:07 auth(default): Info: master out: USER 2 wshek system_groups_user=wshek uid=1000 gid=1000 home=/home/wshek > > 2011-03-30 10:37:07 imap-login: Info: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS > > > > If it is I do not intend it. How can I turn it off? > > Thanks. > > -Walt > > See http://wiki.dovecot.org/Logging > > > Regards, > Pascal > -- > The trapper recommends today: cafebabe.1108918 at localdomain.org > Ok thanks that made a little progress. (mail_debug=yes) I have mail_location = maildir:~/Mail:LAYOUT=fs defined in the dovecot.conf. You can see my mail is in 'Mail' as Maildir format! So what happens? IMAP creates a 'Maildir' directory obviously empty. Not sure why it totally ignores the directory I define in mail_location. AND occasionally this just works which is weirder yet... then shortly after stops working. Thanks. -Walt From jk at jkart.de Wed Mar 30 23:29:32 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 30 Mar 2011 22:29:32 +0200 Subject: [Dovecot] WiKi V2 Message-ID: <4D9392AC.70908@jkart.de> Hi, small question: Will the WiKi of the version 2 be updated shortly? Many things are not right at all. This would be really very nice. Many thanks in advance. -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Das Schweigen von gestern rechtfertigt nie das Schweigen von heute. (Otto Schily) From nick+dovecot at bunbun.be Wed Mar 30 23:35:49 2011 From: nick+dovecot at bunbun.be (nick+dovecot at bunbun.be) Date: Wed, 30 Mar 2011 22:35:49 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D9392AC.70908@jkart.de> References: <4D9392AC.70908@jkart.de> Message-ID: <4D939425.1040904@bunbun.be> Jim Knuth wrote: > > small question: Will the WiKi of the version 2 be updated shortly? > Many things are not right at all. This would be really very nice. Many > thanks in advance. It's a Wiki... feel free to correct :-) wiki: A collaborative website which can be directly edited using only a web browser, often by anyone with access to it. From bdh at machinehum.com Wed Mar 30 23:43:47 2011 From: bdh at machinehum.com (Brian Hayden) Date: Wed, 30 Mar 2011 15:43:47 -0500 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D939425.1040904@bunbun.be> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> Message-ID: <35E089A5-BB2D-464C-AE10-AE0960CE7317@machinehum.com> On Mar 30, 2011, at 3:35 PM, nick+dovecot at bunbun.be wrote: > Jim Knuth wrote: >> >> small question: Will the WiKi of the version 2 be updated shortly? >> Many things are not right at all. This would be really very nice. Many thanks in advance. > It's a Wiki... feel free to correct :-) > > wiki: A collaborative website which can be directly edited using only a web browser, often by anyone with access to it. Just because someone *can* edit it doesn't mean they have the relevant subject matter knowledge necessary to do a proper job of it. Just because someone can competently follow instructions enough to tell that they are wrong doesn't mean that they know what is right. They may just be stuck. Unfortunately putting documentation in a wiki usually just has the effect of making nobody feel like they really own it. Then helpful, respectful folks such as yourself say to anyone who wants documentation, "LEARN THE CODE AND DOCUMENT IT YOURSELF! It's a WIKI!" Ignoring that of course the whole point of documentation is that it (hopefully) enables people to use software without having to read the source first... -Brian From p at state-of-mind.de Wed Mar 30 23:44:59 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Wed, 30 Mar 2011 22:44:59 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D939425.1040904@bunbun.be> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> Message-ID: <20110330204459.GE17772@state-of-mind.de> * nick+dovecot at bunbun.be : > Jim Knuth wrote: > >small question: Will the WiKi of the version 2 be updated shortly? > >Many things are not right at all. This would be really very nice. > >Many thanks in advance. > It's a Wiki... feel free to correct :-) You don't want Jim to correct the Wiki. Not because he's braindead - I know him personally and I value him a lot - but because of his English. Take a look at the threads he's been in recently on this list. ;) p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From nick+dovecot at bunbun.be Wed Mar 30 23:55:08 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Wed, 30 Mar 2011 22:55:08 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <35E089A5-BB2D-464C-AE10-AE0960CE7317@machinehum.com> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <35E089A5-BB2D-464C-AE10-AE0960CE7317@machinehum.com> Message-ID: <4D9398AC.6070500@bunbun.be> Brian Hayden wrote: > On Mar 30, 2011, at 3:35 PM, nick+dovecot at bunbun.be wrote: > >> Jim Knuth wrote: >>> small question: Will the WiKi of the version 2 be updated shortly? >>> Many things are not right at all. This would be really very nice. Many thanks in advance. >> It's a Wiki... feel free to correct :-) >> >> wiki: A collaborative website which can be directly edited using only a web browser, often by anyone with access to it. > > Just because someone *can* edit it doesn't mean they have the relevant subject matter knowledge necessary to do a proper job of it. Just because someone can competently follow instructions enough to tell that they are wrong doesn't mean that they know what is right. They may just be stuck. Unfortunatly this Wiki doesn't support discussion; that's how I've worked on other Wiki's. The OP said "Many things are not right at all". How do you expect a Wiki to get corrected. Just screaming at it: "You contain errors" will not automagicly fix them :-D > Unfortunately putting documentation in a wiki usually just has the effect of making nobody feel like they really own it. Then helpful, respectful folks such as yourself say to anyone who wants documentation, "LEARN THE CODE AND DOCUMENT IT YOURSELF! It's a WIKI!" Who said anything about learning the code; I remember a recent post discussing errors in the general overview. > Ignoring that of course the whole point of documentation is that it (hopefully) enables people to use software without having to read the source first... So how will incorrect documentation help people? Again, if there is a mistake in the documentation either fix it or point to it to have it fixed. From jk at jkart.de Thu Mar 31 00:05:19 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 30 Mar 2011 23:05:19 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <20110330204459.GE17772@state-of-mind.de> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> Message-ID: <4D939B0F.7030702@jkart.de> am 30.03.11 22:44 schrieb Patrick Ben Koetter

: > You don't want Jim to correct the Wiki. Not because he's braindead - I know > him personally and I value him a lot - but because of his English. Take a look > at the threads he's been in recently on this list good point, Patrick. Thanks. ;) Yes, it`s right, my English is very badly. And yes I`m not braindead, not yet really .. *bg* Therefore, I also sometimes need very much long, to understand a HowTo and puts many silly questions. Sorry @all :) -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Ein leidenschaftlicher Raucher, der immer von der Gefahr des Rauchens f?r die Gesundheit liest, h?rt in den meisten F?llen auf - zu lesen. [Churchill] From bdh at machinehum.com Thu Mar 31 00:05:32 2011 From: bdh at machinehum.com (Brian Hayden) Date: Wed, 30 Mar 2011 16:05:32 -0500 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D9398AC.6070500@bunbun.be> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <35E089A5-BB2D-464C-AE10-AE0960CE7317@machinehum.com> <4D9398AC.6070500@bunbun.be> Message-ID: On Mar 30, 2011, at 3:55 PM, Nick Rosier wrote: > So how will incorrect documentation help people? Again, if there is a mistake in the documentation either fix it or point to it to have it fixed. See, you didn't say "... or point to it to have it fixed" before. You just told him to do it himself. Totally different. I agree that pointing out specific errors is more helpful than a general request, though it's not always a realistic expectation. -Brian From wshek at penguinacity.org Thu Mar 31 00:12:53 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 17:12:53 -0400 Subject: [Dovecot] debugging mail_location issues Message-ID: <20110330211253.GA15340@directnic.com> Type of Maildir structure I am using came from KDE. No '.'s just folders. something like Maildir/ INBOX mail-sent outbox other where each has cur new and tmp folders. if I access this directory with IMAP it creates cur new and tmp in the root. ie Maildir/ INBOX cur new tmp mail-sent outbox other This implies to me 1. it finds the Maildir directory 2. it apparently does not have access to the directories like INBOX so it makes its own in the root? or is this a side effect I'm misunderstanding? The resulting IMAP session shows an empty INBOX only (this must be the cur new tmp it added) The real INBOX is not accessible but still intact. In a session this morning I could access all the folders just not the real INBOX. INBOX was as is here empty with cur new tmp in the root of the Maildir folder. This behavior makes no sense. I'm using the hierarchical structure as pointed to in. http://wiki1.dovecot.org/MailLocation/Maildir It appears my grief surrounds dovecot's detection of mailbox. This is kind of what I said days ago. Setting up requires you to know expected states. Something in my environmment I haven't been able to identify (yet) is influencing recognising that hierarchical maildir structure. -Walt From jk at jkart.de Thu Mar 31 00:26:53 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 30 Mar 2011 23:26:53 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D939B0F.7030702@jkart.de> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> <4D939B0F.7030702@jkart.de> Message-ID: <4D93A01D.2020201@jkart.de> am 30.03.11 23:05 schrieb Jim Knuth : > am 30.03.11 22:44 schrieb Patrick Ben Koetter

: > >> You don't want Jim to correct the Wiki. Not because he's braindead - >> I know >> him personally and I value him a lot - but because of his English. >> Take a look >> at the threads he's been in recently on this list > > good point, Patrick. Thanks. ;) > Yes, it`s right, my English is very badly. And yes I`m not braindead, > not yet really .. *bg* Therefore, I also sometimes need very much > long, to understand a HowTo and puts many silly questions. > Sorry @all :) > me again, sorry. And if then the Wiki is partly wrong, one has no chance. I try since just different Quota for different users with backend maildir. And? It does not want to function. :-/ Therefore, my question after the update of the WiKi. -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Ein leidenschaftlicher Raucher, der immer von der Gefahr des Rauchens f?r die Gesundheit liest, h?rt in den meisten F?llen auf - zu lesen. [Churchill] From Christian.Schmidt at chemie.uni-hamburg.de Thu Mar 31 01:27:28 2011 From: Christian.Schmidt at chemie.uni-hamburg.de (Christian Schmidt) Date: Thu, 31 Mar 2011 00:27:28 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D93A01D.2020201@jkart.de> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> <4D939B0F.7030702@jkart.de> <4D93A01D.2020201@jkart.de> Message-ID: <20110330222728.GC19916@chemie.uni-hamburg.de> Hello Jim, Jim Knuth, 30.03.2011 (d.m.y): > And if then the Wiki is partly wrong, one has no chance. > I try since just different Quota for different users with > backend maildir. And? It does not want to function. :-/ Well - you could just mention which parts/chapters/whatever of the wiki you suspect to contain errors... Gruss/Regards, Christian Schmidt -- The only way to keep your health is to eat what you don't want, drink what you don't like, and do what you'd rather not. -- Mark Twain From ssilva at sgvwater.com Thu Mar 31 01:30:00 2011 From: ssilva at sgvwater.com (Scott Silva) Date: Wed, 30 Mar 2011 15:30:00 -0700 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D939B0F.7030702@jkart.de> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> <4D939B0F.7030702@jkart.de> Message-ID: on 3/30/2011 2:05 PM Jim Knuth spake the following: > am 30.03.11 22:44 schrieb Patrick Ben Koetter

: > >> You don't want Jim to correct the Wiki. Not because he's braindead - I know >> him personally and I value him a lot - but because of his English. Take a look >> at the threads he's been in recently on this list > > good point, Patrick. Thanks. ;) > Yes, it`s right, my English is very badly. And yes I`m not braindead, > not yet really .. *bg* Therefore, I also sometimes need very much > long, to understand a HowTo and puts many silly questions. > Sorry @all :) > You're English is far better than my German will ever be!!! From tss at iki.fi Thu Mar 31 05:15:41 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 05:15:41 +0300 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D93A01D.2020201@jkart.de> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> <4D939B0F.7030702@jkart.de> <4D93A01D.2020201@jkart.de> Message-ID: <09670D6C-3FE1-40EE-BB6C-F94EE7AA51EC@iki.fi> On 31.3.2011, at 0.26, Jim Knuth wrote: > And if then the Wiki is partly wrong, one has no chance. > I try since just different Quota for different users with > backend maildir. And? It does not want to function. :-/ > Therefore, my question after the update of the WiKi. I'm not aware of any problems with the wiki2 (except for the Q/A page and the Feat* pages, but they're obsolete for wiki1 too). The quota pages should be correct. Maybe you're misunderstanding something in them. From adrian.stoica at dacris.net Thu Mar 31 09:41:38 2011 From: adrian.stoica at dacris.net (Adrian Stoica) Date: Thu, 31 Mar 2011 09:41:38 +0300 Subject: [Dovecot] Increase /proc/sys/fs/inotify/max_user_instances Message-ID: <4D942222.5030309@dacris.net> Hi I allready have set 256 on max_user_instances , and in the log i keep seeing Mar 28 10:08:44 mail dovecot: imap(some.username): Warning: Inotify instance limit for user 98 (UID vmail) exceeded, disabling. Increase /proc/sys/fs/inotify/max_user_instances All users use thunderbird 3.1.9 , and from time to time this show in log , with a random user. What can i do to resolve this issue ? my doveconf-n : # 2.0.11: /usr/dovecot2/etc/dovecot/dovecot.conf # OS: Linux 2.6.35.4 i686 auth_cache_negative_ttl = 10 secs auth_cache_size = 10 M auth_cache_ttl = 1 mins auth_mechanisms = plain login cram-md5 auth_socket_path = /var/run/dovecot/auth-userdb auth_verbose_passwords = plain base_dir = /var/run/dovecot/ default_client_limit = 5000 default_internal_user = vmail default_login_user = nobody default_process_limit = 200 deliver_log_format = mail from=%f subject=%s msgid=%m: %$ dict { acl = mysql:/usr/dovecot2/etc/dovecot/dovecot-dict-sql.conf.ext } disable_plaintext_auth = no first_valid_uid = 1 lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes listen = * mail_location = maildir:~/Maildir mail_plugins = " quota acl trash notify mail_log" managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { inbox = yes location = prefix = separator = / subscriptions = yes type = private } namespace { hidden = no list = children location = maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u prefix = shared/%%u/ separator = / subscriptions = no type = shared } passdb { args = /usr/dovecot2/etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { acl = vfile acl_shared_dict = proxy::acl autocreate = Trash autocreate2 = Drafts autocreate3 = Sent autosubscribe = Trash autosubscribe2 = Drafts autosubscribe3 = INBOX autosubscribe4 = Sent mail_log_events = delete mailbox_delete mailbox_rename mail_log_group_events = yes quota = maildir:User quota quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=95%% quota-warning 90 %u quota_warning3 = storage=85%% quota-warning 85 %u sieve = ~/.dovecot.sieve sieve_dir = ~/sieve trash = /usr/dovecot2/etc/dovecot/dovecot-trash.conf.ext } postmaster_address = postmaster at mydomain.com protocols = imap rejection_subject = Rejected: %s: %r service auth { unix_listener auth-userdb { mode = 0660 user = vmail } } service dict { unix_listener dict { user = vmail } } service imap-login { process_min_avail = 16 service_count = 1 } service imap { process_limit = 2048 vsz_limit = 512 M } service quota-warning { executable = script /bin/quota_warning.sh unix_listener quota-warning { user = vmail } user = vmail } ssl_cert = References: <4D942222.5030309@dacris.net> Message-ID: <1301554483.13041.117.camel@hurina> On Thu, 2011-03-31 at 09:41 +0300, Adrian Stoica wrote: > Hi > > I allready have set 256 on max_user_instances , and in the log i keep > seeing > Mar 28 10:08:44 mail dovecot: imap(some.username): Warning: Inotify > instance limit for user 98 (UID vmail) exceeded, disabling. Increase > /proc/sys/fs/inotify/max_user_instances Note that kernel only sees vmail as the user for everyone. > What can i do to resolve this issue ? Increase it more! > service imap { > process_limit = 2048 You can have a maximum of 2048 IMAP connections and every one of them could be IDLEing and using one inotify instance. So set it to 2048. From adrian.stoica at dacris.net Thu Mar 31 10:47:37 2011 From: adrian.stoica at dacris.net (Adrian Stoica) Date: Thu, 31 Mar 2011 10:47:37 +0300 Subject: [Dovecot] Increase /proc/sys/fs/inotify/max_user_instances In-Reply-To: <1301554483.13041.117.camel@hurina> References: <4D942222.5030309@dacris.net> <1301554483.13041.117.camel@hurina> Message-ID: <4D943199.6080801@dacris.net> Thank you very much, it's look so simple when you explain. On 31/03/2011 9:54 AM, Timo Sirainen wrote: > On Thu, 2011-03-31 at 09:41 +0300, Adrian Stoica wrote: >> Hi >> >> I allready have set 256 on max_user_instances , and in the log i keep >> seeing >> Mar 28 10:08:44 mail dovecot: imap(some.username): Warning: Inotify >> instance limit for user 98 (UID vmail) exceeded, disabling. Increase >> /proc/sys/fs/inotify/max_user_instances > Note that kernel only sees vmail as the user for everyone. > >> What can i do to resolve this issue ? > Increase it more! > >> service imap { >> process_limit = 2048 > You can have a maximum of 2048 IMAP connections and every one of them > could be IDLEing and using one inotify instance. So set it to 2048. > > -------------- next part -------------- A non-text attachment was scrubbed... Name: adrian_stoica.vcf Type: text/x-vcard Size: 195 bytes Desc: not available Url : http://dovecot.org/pipermail/dovecot/attachments/20110331/8328a7f6/attachment.vcf From tss at iki.fi Thu Mar 31 11:25:13 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 11:25:13 +0300 Subject: [Dovecot] Message file prefetching to memory Message-ID: <1301559913.13041.132.camel@hurina> I added a new mail_prefetch_count setting to Dovecot v2.1 (http://hg.dovecot.org/dovecot-2.1/). Its main purpose is to avoid unnecessary latency while waiting for replies from remote server with imapc, i.e. instead of doing (FETCH, wait, FETCH, wait, ...) it can do (FETCH, FETCH, .., wait). For the same reason it's also going to be very useful once I add support for key-value databases / other high latency cloud filesystems. It also works with Maildir, single-dbox and cydir backends by calling posix_fadvise(POSIX_FADV_WILLNEED) for the files. This syscall is apparently only implemented by Linux. It should tell the kernel to start reading the files from disk to page cache. By calling this for multiple files, it should help the kernel optimize disk I/O. For example if 10 files are prefetched, the kernel might figure out that it should read them in a different order to avoid extra disk seeks. Perhaps it also does something useful with NFS, I don't know. I'm not sure if it would be a good idea to use this for mbox or multi-dbox files, since they already have multiple messages in same file so kernel probably already did some prefetching. With mdbox I guess it could be useful if the message file changes.. This optimization currently works only for FETCH command (and POP3 RETR and TOP). SEARCH/THREAD/SORT commands will hopefully implement it soon also. I'd be interested in knowing what the effects of this setting are if anyone tests this some day. From andre.rodier at red2.co.uk Thu Mar 31 12:04:51 2011 From: andre.rodier at red2.co.uk (=?ISO-8859-1?Q?Andr=E9_Rodier?=) Date: Thu, 31 Mar 2011 10:04:51 +0100 Subject: [Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot Message-ID: <4D9443B3.8090700@red2.co.uk> Hello everybody, I hope this question is appropriate for this list. Apologies if not. I am running a set of virtual machines under debian 6, to build a mail/collaboration server. I am mainly using dovecot, postfix, openldap and heimdal. Mails are stored using maildir, on a NFSv4 share. My users are system users, but using LDAP and libpam-ldap and libnss-ldap for caching credentials information. Everything is working as expected, well, /almost/. Since NFS is using kerberos, by defaults, my users are not able to access their mail storage if they have not received their kerberos ticket. For instance, if I do nothing, this is the errors I have from dovecot when trying to logon using any imap client: Mar 31 09:33:07 titan dovecot: imap-login: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Mar 31 09:33:07 titan dovecot: dovecot: Fatal: chdir(/home/emails/team/arodier/) failed: Permission denied (euid=1003(arodier) egid=1001(red2team) missing +x perm: /home/emails) Mar 31 09:33:07 titan dovecot: dovecot: child 5089 (imap) returned error 89 (Fatal failure) However, if I just login on a console for the user "/arodier/", I see that I have received a ticket, and I can see it with klist: Credentials cache: FILE:/tmp/krb5cc_1001_ywvktf Principal: arodier at RED2.SRV Issued Expires Principal Mar 31 09:25:55 Mar 31 19:25:53 krbtgt/RED2.SRV at RED2.SRV Mar 31 09:25:57 Mar 31 19:25:53 nfs/ananke.red2.srv at RED2.SRV Once I have simply logged myself on a console, I can access my emails using any IMAP client. The question is: How should I configure libpam (or dovecot ?) to initialise/receive a kerberos ticket after successful authentication ? Thanks for your answers. From tss at iki.fi Thu Mar 31 12:50:18 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 12:50:18 +0300 Subject: [Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot In-Reply-To: <4D9443B3.8090700@red2.co.uk> References: <4D9443B3.8090700@red2.co.uk> Message-ID: <374A0F60-E007-44D8-833D-1E6746E1BAE6@iki.fi> On 31.3.2011, at 12.04, Andr? Rodier wrote: > How should I configure libpam (or dovecot ?) to initialise/receive a kerberos ticket after successful authentication ? I doubt this is possible. At least not directly via PAM authentication, because in Dovecot the authentication is done by a separate authentication process. You could possibly use http://untroubled.org/mailfront/imapfront.html with Dovecot's imap binary. From gerard.ranke at kmt.hku.nl Thu Mar 31 11:12:37 2011 From: gerard.ranke at kmt.hku.nl (Gerard Ranke) Date: Thu, 31 Mar 2011 10:12:37 +0200 Subject: [Dovecot] install question Message-ID: <4D943775.2050002@kmt.hku.nl> Dear list, I'm trying to build a dovecot-2.0.11 package for our systems, and so I would like to install it to a temporary directory. But when I use "gmake DESTDIR=/tmp/build install", instead of binaries, it's wrapper scripts that get installed for dovecot, doveconf and doveadm. When I install to the default location all is well. Does anybody know how how to install to a temp location? Thanks in advance for your answer! Best regards, Gerard Ranke From jk at jkart.de Thu Mar 31 13:48:53 2011 From: jk at jkart.de (Jim Knuth) Date: Thu, 31 Mar 2011 12:48:53 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> <4D939B0F.7030702@jkart.de> Message-ID: <4D945C15.5080604@jkart.de> am 31.03.11 00:30 schrieb Scott Silva : > on 3/30/2011 2:05 PM Jim Knuth spake the following: >> am 30.03.11 22:44 schrieb Patrick Ben Koetter

: >> >>> You don't want Jim to correct the Wiki. Not because he's braindead - I know >>> him personally and I value him a lot - but because of his English. Take a look >>> at the threads he's been in recently on this list >> >> good point, Patrick. Thanks. ;) >> Yes, it`s right, my English is very badly. And yes I`m not braindead, >> not yet really .. *bg* Therefore, I also sometimes need very much >> long, to understand a HowTo and puts many silly questions. >> Sorry @all :) >> > You're English is far better than my German will ever be!!! > good to known .. ;) -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: If Hitler invaded Hell, I would make at least a favourable reference to the devil in the House of Commons. [Churchill] From CMarcus at Media-Brokers.com Thu Mar 31 15:00:56 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 31 Mar 2011 08:00:56 -0400 Subject: [Dovecot] debugging mail_location issues In-Reply-To: <20110330211253.GA15340@directnic.com> References: <20110330211253.GA15340@directnic.com> Message-ID: <4D946CF8.9060800@Media-Brokers.com> On 2011-03-30 5:12 PM, Walt Shekrota wrote: > Type of Maildir structure I am using came from KDE. No '.'s just folders. According to the Wiki, dovecot uses Maildir++ directory structure, which requires the preceding dots in the directory names: http://wiki2.dovecot.org/MailboxFormat/Maildir Specifically: "Directory Structure Dovecot uses Maildir++ directory layout for organizing mailbox directories. This means that all the folders are directly inside ~/Maildir directory: ~/Maildir/new, ~/Maildir/cur and ~/Maildir/tmp directories contain the messages for INBOX. The tmp directory is used during delivery, new messages arrive in new and read shall be moved to cur by the clients. ~/Maildir/.folder/ is a mailbox folder ~/Maildir/.folder.subfolder/ is a subfolder of a folder (ie. "folder/subfolder") Most importantly this means that if your maildir folders exist in eg. ~/Maildir/folder and ~/Maildir/folder/subfolder, Dovecot won't see them unless you rename them to Maildir++ layout. v1.1 supports them by adding :LAYOUT=fs to mail_location." I don't know if the last sentence above should read ">>> v1.1+..." or if versions after 1.1 no longer support ':LAYOUT=fs' ... -- Best regards, Charles From andre.rodier at red2.co.uk Thu Mar 31 17:32:53 2011 From: andre.rodier at red2.co.uk (=?ISO-8859-1?Q?Andr=E9_Rodier?=) Date: Thu, 31 Mar 2011 15:32:53 +0100 Subject: [Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot In-Reply-To: <374A0F60-E007-44D8-833D-1E6746E1BAE6@iki.fi> References: <4D9443B3.8090700@red2.co.uk> <374A0F60-E007-44D8-833D-1E6746E1BAE6@iki.fi> Message-ID: <4D949095.104@red2.co.uk> Thanks, Timo. So, other questions: * Can I use a post login script to try to initialise the kerberos ticket ? * Can I write a dovecot plugin in C/C++ to do that, and in this case ? * If I use a plugin or a script, do I have access to the username / password ? * If I use a plugin, where can I found a skeleton ? Kind regards, Andr? Rodier. On 31/03/2011 10:50, Timo Sirainen wrote: > On 31.3.2011, at 12.04, Andr? Rodier wrote: > >> How should I configure libpam (or dovecot ?) to initialise/receive a kerberos ticket after successful authentication ? > I doubt this is possible. At least not directly via PAM authentication, because in Dovecot the authentication is done by a separate authentication process. You could possibly use http://untroubled.org/mailfront/imapfront.html with Dovecot's imap binary. > -- /Andr? Rodier/ r e d 2 The red2 Group of companies; red2, red2 Services and red2 Agency 34-35 Eastcastle Street, London W1W 8DW www.red2.co.uk | andre.rodier at red2.co.uk (+44) 0203 397 0594 direct (+44) 0751 124 4961 mobile From tss at iki.fi Thu Mar 31 17:37:53 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 17:37:53 +0300 Subject: [Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot In-Reply-To: <4D949095.104@red2.co.uk> References: <4D9443B3.8090700@red2.co.uk> <374A0F60-E007-44D8-833D-1E6746E1BAE6@iki.fi> <4D949095.104@red2.co.uk> Message-ID: On 31.3.2011, at 17.32, Andr? Rodier wrote: > Thanks, Timo. > > So, other questions: > > * Can I use a post login script to try to initialise the kerberos > ticket ? With v1.x yes, with v2.x no (because in v2.x it's again in a separate process to allow support for multiple clients per process). > * Can I write a dovecot plugin in C/C++ to do that, and in this case ? Yes. > * If I use a plugin or a script, do I have access to the username / > password ? Username yes, password no. I guess you could modify Dovecot code so PAM code saves the password and passes it to mail process. > * If I use a plugin, where can I found a skeleton ? v1.x or v2.x? v1.x is really simple, v2.x needs more work. How are mails delivered then anyway? Doesn't that process also need some kerberos ticket? From andre.rodier at red2.co.uk Thu Mar 31 17:54:35 2011 From: andre.rodier at red2.co.uk (=?ISO-8859-1?Q?Andr=E9_Rodier?=) Date: Thu, 31 Mar 2011 15:54:35 +0100 Subject: [Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot In-Reply-To: References: <4D9443B3.8090700@red2.co.uk> <374A0F60-E007-44D8-833D-1E6746E1BAE6@iki.fi> <4D949095.104@red2.co.uk> Message-ID: <4D9495AB.8090509@red2.co.uk> On 31/03/2011 15:37, Timo Sirainen wrote: > On 31.3.2011, at 17.32, Andr? Rodier wrote: > >> Thanks, Timo. >> >> So, other questions: >> >> * Can I use a post login script to try to initialise the kerberos >> ticket ? > > With v1.x yes, with v2.x no (because in v2.x it's again in a separate process to allow support for multiple clients per process). > >> * Can I write a dovecot plugin in C/C++ to do that, and in this case ? > > Yes. > >> * If I use a plugin or a script, do I have access to the username / >> password ? > > Username yes, password no. I guess you could modify Dovecot code so PAM code saves the password and passes it to mail process. > >> * If I use a plugin, where can I found a skeleton ? > > v1.x or v2.x? v1.x is really simple, v2.x needs more work. > > How are mails delivered then anyway? Doesn't that process also need some kerberos ticket? Hello Timo, You were right. Since I have switched to MFSv4/Kerberos, I started by testing the mail access before the delivery. Testing just now the dovecot deliver script fail as well... I probably have to use another method to obtain the ticket. I can also try to use a virtual user for the whole mail storage... If I found a solution, I'll post it on this list. I use dovecot 1.2, included by default on Debian squeeze. Kind regards. Andr? Rodier. From wshek at penguinacity.org Thu Mar 31 18:00:03 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Thu, 31 Mar 2011 11:00:03 -0400 Subject: [Dovecot] Mail_location and formats Message-ID: <20110331150003.GA27583@directnic.com> Hi, Ok I know that the Maildir hierarchical structure works because I saw it intermittantly in my setup. At times I could look at ALL folders in my client. mail_location = maildir:~/Maildir:LAYOUT=fs http://wiki1.dovecot.org/MailLocation/Maildir this says 1.1 only? My maildir folder has a collection of maildir folders ie each has cur new tmp folders. As an experiment I took the cur new tmp out of my INBOX folder and put it in the root of Maildir. This worked with dovecot using the inbox only or the standard maildir++ format. Although it would not see the old mail in the folder not sure why. mail_location = maildir:~/Maildir This setup also ignores the remainder of folders. I know the dovecot support of maildir is shakey due to standards compliance but this is crazy ... and unusable. Does ANYONE have a working maildir setup in the hierarchical layout? Maildir/ inbox mail-sent outbox otherfolder Fred Sue Thanks. -Walt From sunhux at gmail.com Thu Mar 31 18:43:12 2011 From: sunhux at gmail.com (sunhux G) Date: Thu, 31 Mar 2011 23:43:12 +0800 Subject: [Dovecot] POP3 connection issue & SASL not compiled in Message-ID: After I've configured dovecot for SSL according to the info given in the link below: ? ?https://access.redhat.com/kb/docs/DOC-6671 (tried both POP3 & secure POP3 & got the same result) I tested POP3 access from my unblocked (no firewall rule for outgoing) broadband PC's Outlook to connect to the postfix/dovecot server & got the following : Tasks ? ? ? ? ? ? ? ? Status ===================== ? ? ? ? ? ? ? ? ? ? ?======== Establish network connection Completed Find outgoing mail server (SMTP) Completed Find incoming mail server (POP3) Completed Log onto incoming mail server (PO... Send test e-mail message ? ? ? ? Completed ?(yep, this email ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?was received in postfix mailbox) & seconds later, the following messages returned: Log onto incoming mail server (POP3): The specified server was found, but there was no response from the server. ?Please verify that the port and SSL information is correct. ?To access these settings close this dialog, then click More Settings and click on the Advanced tab. Find incoming mail server (POP3): Outlook could not connect to the incoming mail server (POP3). ?The problem could be the server name or port, or your server may not support SSL. ?Verify your port and SSL settings in More Settings under the Advanced tab. Q1: What do I need to provide to this list for further troubleshooting? Q2: I have the following log entry in /var/log/mailog : Mar 31 10:48:36 hostname postfix/smtpd[22258]: warning: smtpd_sasl_auth_enable is true, but SASL support is not compiled in Is this related to my POP3 connection issue? Q3: Is the following related to the sasl issue in Q2 & the POP3 connection issue ? [root at host /etc/sysconfig]# saslauthd -v <== expectg postfix to be listed below saslauthd 2.1.19 authentication mechanisms: getpwent kerberos5 pam rimap shadow ldap [root at host /etc/sysconfig]# rpm -qa | grep -i sasl cyrus-sasl-md5-2.1.19-5.EL4 cyrus-sasl-devel-2.1.19-5.EL4 cyrus-sasl-ntlm-2.1.19-5.EL4 cyrus-sasl-2.1.19-5.EL4 cyrus-sasl-plain-2.1.19-5.EL4 cyrus-sasl-gssapi-2.1.19-5.EL4 warning: only V3 signatures can be verified, skipping V4 signature cyrus-sasl-sql-2.1.19-5.EL4 The above cyrus/sasl rpms are old existing packages that were already there in the server a couple of years ago & well before I installed postfix & dovecot in this server. Wondering if they interfere with postfix sasl authentication. There's no issue with this postfix+dovecot box sending & receiving emails. " saslfinger -s " output: # saslfinger -s saslfinger - postfix Cyrus sasl configuration Thu Mar 17 18:10:18 SGT 2011 version: 1.0.2 mode: server-side SMTP AUTH -- basics -- Postfix: 2.5.6 System: Red Hat Enterprise Linux ES release 4 (Nahant Update 2) -- smtpd is linked to -- libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x47b72000) -- active SMTP AUTH and TLS parameters for smtpd -- smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous -- listing of /usr/lib/sasl -- total 560 -rw-r--r-- 1 root root 4634 Dec 2 2004 libanonymous.a -rwxr-xr-x 1 root root 871 Dec 2 2004 libanonymous.la -rwxr-xr-x 1 root root 5748 Dec 2 2004 libanonymous.so -rwxr-xr-x 1 root root 5748 Dec 2 2004 libanonymous.so.1 -rwxr-xr-x 1 root root 5748 Dec 2 2004 libanonymous.so.1.0.17 -rw-r--r-- 1 root root 9758 Dec 2 2004 libcrammd5.a -rwxr-xr-x 1 root root 857 Dec 2 2004 libcrammd5.la -rwxr-xr-x 1 root root 9884 Dec 2 2004 libcrammd5.so -rwxr-xr-x 1 root root 9884 Dec 2 2004 libcrammd5.so.1 -rwxr-xr-x 1 root root 9884 Dec 2 2004 libcrammd5.so.1.0.19 -rw-r--r-- 1 root root 34264 Dec 2 2004 libdigestmd5.a -rwxr-xr-x 1 root root 880 Dec 2 2004 libdigestmd5.la -rwxr-xr-x 1 root root 30804 Dec 2 2004 libdigestmd5.so -rwxr-xr-x 1 root root 30804 Dec 2 2004 libdigestmd5.so.0 -rwxr-xr-x 1 root root 30804 Dec 2 2004 libdigestmd5.so.0.0.20 -rw-r--r-- 1 root root 11322 Dec 2 2004 libgssapiv2.a -rwxr-xr-x 1 root root 906 Dec 2 2004 libgssapiv2.la -rwxr-xr-x 1 root root 11952 Dec 2 2004 libgssapiv2.so -rwxr-xr-x 1 root root 11952 Dec 2 2004 libgssapiv2.so.1 -rwxr-xr-x 1 root root 11952 Dec 2 2004 libgssapiv2.so.1.0.19 -rw-r--r-- 1 root root 6598 Dec 2 2004 liblogin.a -rwxr-xr-x 1 root root 847 Dec 2 2004 liblogin.la -rwxr-xr-x 1 root root 7248 Dec 2 2004 liblogin.so -rwxr-xr-x 1 root root 7248 Dec 2 2004 liblogin.so.0 -rwxr-xr-x 1 root root 7248 Dec 2 2004 liblogin.so.0.0.7 -rw-r--r-- 1 root root 6150 Dec 2 2004 libplain.a -rwxr-xr-x 1 root root 849 Dec 2 2004 libplain.la -rwxr-xr-x 1 root root 7000 Dec 2 2004 libplain.so -rwxr-xr-x 1 root root 7000 Dec 2 2004 libplain.so.1 -rwxr-xr-x 1 root root 7000 Dec 2 2004 libplain.so.1.0.16 -- listing of /usr/lib/sasl2 -- total 3152 -rwxr-xr-x 1 root root 875 Dec 2 2004 libanonymous.la -rwxr-xr-x 1 root root 12820 Dec 2 2004 libanonymous.so -rwxr-xr-x 1 root root 12820 Dec 2 2004 libanonymous.so.2 -rwxr-xr-x 1 root root 12820 Dec 2 2004 libanonymous.so.2.0.19 -rwxr-xr-x 1 root root 863 Dec 2 2004 libcrammd5.la -rwxr-xr-x 1 root root 15216 Dec 2 2004 libcrammd5.so -rwxr-xr-x 1 root root 15216 Dec 2 2004 libcrammd5.so.2 -rwxr-xr-x 1 root root 15216 Dec 2 2004 libcrammd5.so.2.0.19 -rwxr-xr-x 1 root root 884 Dec 2 2004 libdigestmd5.la -rwxr-xr-x 1 root root 42964 Dec 2 2004 libdigestmd5.so -rwxr-xr-x 1 root root 42964 Dec 2 2004 libdigestmd5.so.2 -rwxr-xr-x 1 root root 42964 Dec 2 2004 libdigestmd5.so.2.0.19 -rwxr-xr-x 1 root root 911 Dec 2 2004 libgssapiv2.la -rwxr-xr-x 1 root root 22292 Dec 2 2004 libgssapiv2.so -rwxr-xr-x 1 root root 22292 Dec 2 2004 libgssapiv2.so.2 -rwxr-xr-x 1 root root 22292 Dec 2 2004 libgssapiv2.so.2.0.19 -rwxr-xr-x 1 root root 851 Dec 2 2004 liblogin.la -rwxr-xr-x 1 root root 13296 Dec 2 2004 liblogin.so -rwxr-xr-x 1 root root 13296 Dec 2 2004 liblogin.so.2 -rwxr-xr-x 1 root root 13296 Dec 2 2004 liblogin.so.2.0.19 -rwxr-xr-x 1 root root 854 Dec 2 2004 libntlm.la -rwxr-xr-x 1 root root 29104 Dec 2 2004 libntlm.so -rwxr-xr-x 1 root root 29104 Dec 2 2004 libntlm.so.2 -rwxr-xr-x 1 root root 29104 Dec 2 2004 libntlm.so.2.0.19 -rwxr-xr-x 1 root root 851 Dec 2 2004 libplain.la -rwxr-xr-x 1 root root 13360 Dec 2 2004 libplain.so -rwxr-xr-x 1 root root 13360 Dec 2 2004 libplain.so.2 -rwxr-xr-x 1 root root 13360 Dec 2 2004 libplain.so.2.0.19 -rwxr-xr-x 1 root root 931 Dec 2 2004 libsasldb.la -rwxr-xr-x 1 root root 784960 Dec 2 2004 libsasldb.so -rwxr-xr-x 1 root root 784960 Dec 2 2004 libsasldb.so.2 -rwxr-xr-x 1 root root 784960 Dec 2 2004 libsasldb.so.2.0.19 -rwxr-xr-x 1 root root 875 Dec 2 2004 libsql.la -rwxr-xr-x 1 root root 21348 Dec 2 2004 libsql.so -rwxr-xr-x 1 root root 21348 Dec 2 2004 libsql.so.2 -rwxr-xr-x 1 root root 21348 Dec 2 2004 libsql.so.2.0.19 -- content of /etc/postfix/sasl/smtpd.conf -- pwcheck_method: saslauthd mech_list: LOGIN PLAIN CRAM-MD5 DIGEST-MD5 log_level: 5 -- active services in /etc/postfix/master.cf -- . . . . -- mechanisms on localhost -- -- end of saslfinger output -- From marcin at mejor.pl Thu Mar 31 18:46:32 2011 From: marcin at mejor.pl (=?UTF-8?B?TWFyY2luIE1pcm9zxYJhdw==?=) Date: Thu, 31 Mar 2011 17:46:32 +0200 Subject: [Dovecot] SIS: Corrupted dbox file /dane/...../m.1 (around offset=98692): uid=44 points to broken data at offset=98662 Message-ID: <4D94A1D8.8030300@mejor.pl> Hi! I'm not sure is it the same as described by Andrew Lewis, this is whay i'm posting. Log is: 2011-03-31T17:40:08.369598+02:00 hermes dovecot: imap-login: Login: user=, method=PLAIN, rip=62.121.127.119, lip=193.238.12.139, mpid=19221, TLS 2011-03-31T17:40:08.684562+02:00 hermes dovecot: imap(marcin at mejor.pl): Error: Corrupted dbox file /dane/domeny/mejor.pl/mail/marcin/mdbox/storage/m.1 (around offset=98692): Ext refs metadata corrupted: 3604 3311 - a5/2f/a52fbe2094a0f68cdb403d696b313d9e3fba6978-f722212d1ea0944daf4a0000a95b0854 2011-03-31T17:40:08.684891+02:00 hermes dovecot: imap(marcin at mejor.pl): Error: Corrupted dbox file /dane/domeny/mejor.pl/mail/marcin/mdbox/storage/m.1 (around offset=98692): uid=44 points to broken data at offset=98662 2011-03-31T17:40:08.685728+02:00 hermes dovecot: imap(marcin at mejor.pl): Disconnected: Internal error occurred. Refer to server log for more information. [2011-03-31 17:40:08] bytes=343/66007 2011-03-31T17:40:08.686229+02:00 hermes dovecot: imap(marcin at mejor.pl): Warning: mdbox /dane/domeny/mejor.pl/mail/marcin/mdbox/storage: rebuilding indexes This is reproducible by me. I've made test namespace, then in Thunderbird i've created new subfolder, then i copy (ctrl+ mose move ;) ) ~700 mails from other folder. When i try to go inside this subfolder i gets those errors, thunderbird shows only 33 emails. Those emails can't be deleted. Regards! # doveconf -n # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.36-hardened-r9 i686 Gentoo Base System release 1.12.14 ext4 auth_cache_size = 1 k auth_mechanisms = plain login digest-md5 cram-md5 default_vsz_limit = 32 M deliver_log_format = msgid=%m: from=%f: phys=%p: virt=%w %$ first_valid_uid = 8 last_valid_uid = 8 lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes mail_attachment_dir = /dane/domeny/zalaczniki mail_attachment_min_size = 3 k mail_cache_min_mail_count = 20 mail_gid = mail mail_location = maildir:/dane/domeny/%d/mail/%n/.maildir mail_plugins = autocreate quota fts fts_squat zlib mail_privileged_group = mail mail_uid = mail maildir_stat_dirs = yes managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mdbox_rotate_interval = 1 days namespace { inbox = yes location = prefix = separator = . } namespace { location = mdbox:/dane/domeny/%d/mail/%n/mdbox prefix = tescik. separator = . subscriptions = yes type = private } passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin/autocreate = Trash plugin/autocreate2 = Spam plugin/autocreate3 = Sent plugin/autocreate4 = Drafts plugin/autosubscribe = Trash plugin/autosubscribe2 = Spam plugin/autosubscribe3 = Sent plugin/autosubscribe4 = Drafts plugin/fts = squat plugin/fts_squat = partial=4 full=10 plugin/quota = maildir:User quota plugin/sieve = /dane/domeny/%d/mail/%n/.maildir/.dovecot.sieve plugin/sieve_dir = /dane/domeny/%d/mail/%n/.maildir/sieve plugin/zlib_save = bz2 postmaster_address = postmaster at localhost protocols = imap pop3 sieve service auth { unix_listener auth-userdb { group = mail mode = 0660 user = root } } service managesieve-login { inet_listener sieve_deprecated { port = 2000 } vsz_limit = 4 M } ssl_cert = References: Message-ID: Instead of "doveconf -n", appended below /etc/dovecot/dovecot.conf # Protocols we want to be serving. # protocols = imap pop3 lmtp Z <== have tried this earlier, no luck # protocols = imap pop3 imaps pop3s protocols = imaps pop3s ssl_disable = no <==added later but I don't need Secure POP3 actually ssl_cert_file = /usr/share/ssl/certs/dovecot.pem <==added later but I don't need Secure POP3 ssl_key_file = /usr/share/ssl/private/dovecot.pem <==added later but I don't need Secure POP3 listen = * #base_dir = /var/run/dovecot/ #login_trusted_networks = #login_access_sockets = #verbose_proctitle = no #shutdown_clients = yes #doveadm_worker_count = 0 #doveadm_socket_path = doveadm-server # "proxy::". dict { #quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext #expire = sqlite:/etc/dovecot/dovecot-dict-sql.conf.ext } !include conf.d/*.conf #!include_try /etc/dovecot/local.conf From tss at iki.fi Thu Mar 31 19:09:58 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 19:09:58 +0300 Subject: [Dovecot] SIS: Corrupted dbox file /dane/...../m.1 (around offset=98692): uid=44 points to broken data at offset=98662 In-Reply-To: <4D94A1D8.8030300@mejor.pl> References: <4D94A1D8.8030300@mejor.pl> Message-ID: <7FBDB8E6-B9B4-4ABC-BAFF-1E4FE362B9C7@iki.fi> On 31.3.2011, at 18.46, Marcin Miros?aw wrote: > Error: Corrupted dbox file > /dane/domeny/mejor.pl/mail/marcin/mdbox/storage/m.1 (around > offset=98692): Ext refs metadata corrupted: 3604 3311 - > a5/2f/a52fbe2094a0f68cdb403d696b313d9e3fba6978-f722212d1ea0944daf4a0000a95b0854 .. > # 2.0.11: /etc/dovecot/dovecot.conf Unpatched 2.0.11? Yeah, I should release 2.0.12.. With 2.0.11 you need to patch with http://hg.dovecot.org/dovecot-2.0/rev/890a46b3ab63 From marcin at mejor.pl Thu Mar 31 19:40:25 2011 From: marcin at mejor.pl (=?ISO-8859-2?Q?Marcin_Miros=B3aw?=) Date: Thu, 31 Mar 2011 18:40:25 +0200 Subject: [Dovecot] SIS: Corrupted dbox file /dane/...../m.1 (around offset=98692): uid=44 points to broken data at offset=98662 In-Reply-To: <7FBDB8E6-B9B4-4ABC-BAFF-1E4FE362B9C7@iki.fi> References: <4D94A1D8.8030300@mejor.pl> <7FBDB8E6-B9B4-4ABC-BAFF-1E4FE362B9C7@iki.fi> Message-ID: <4D94AE78.2060304@mejor.pl> W dniu 2011-03-31 18:09, Timo Sirainen pisze: > Unpatched 2.0.11? Now patched with mentioned patch ;) Problem has gone away. Thank you. P.S. Is it possible to have attachments comprest with zlib plugin? From CMarcus at Media-Brokers.com Thu Mar 31 21:16:43 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 31 Mar 2011 14:16:43 -0400 Subject: [Dovecot] Mail_location and formats In-Reply-To: <20110331150003.GA27583@directnic.com> References: <20110331150003.GA27583@directnic.com> Message-ID: <4D94C50B.3040001@Media-Brokers.com> On 2011-03-31 11:00 AM, Walt Shekrota wrote: > Hi, > > Ok I know that the Maildir hierarchical structure works Walt, No one is bothering to try to help you because you: 1. Keep starting new threads for the same oblem, 2. Refuse to listen to advice given to you, and 3. Refuse to respond to questions (not mine, but I've seen you ignore others). -- Best regards, Charles From drum.lucas at gmail.com Tue Mar 1 00:47:42 2011 From: drum.lucas at gmail.com (drum.lucas at gmail.com) Date: Mon, 28 Feb 2011 19:47:42 -0300 Subject: [Dovecot] Dovecot+Postfix+Mysql+quotas doesn't work In-Reply-To: References: Message-ID: PLEASE ! Any help? 2011/2/28 drum.lucas at gmail.com > Hi ! > I'm using postfix with mysql, dovecot and squirrelmail for WEBMAIL > > In my dovecot.conf I've: > > plugin { > quota = maildir:User quota > quota2 = maildir:Shared quota:ns=Public/ > quota_rule = *:storage=400M > quota_rule2 = Trash:storage=100M > quota_exceeded_message = Quota excedida. Por favor, exclua alguns emails! > quota_warning = storage=95%% /usr/local/bin/quota-warning.sh 95 > quota_warning2 = storage=80%% /usr/local/bin/quota-warning.sh 80 > } > > In my webmail, he informs me that I'm using the percentage of quota. But I > can't make the TRASH folder is ignored. That is, I can't put a higher > limit on it than the others. > Am I doing something wrong? > > Another thing. I'm not receiving message of quota exceeded. This is with > the MTA or dovecot? > > > ############################################################################################################## > > ############################################################################################################## > > ############################################################################################################## > > ############################################################################################################## > > My quota-warning.sh: > > #!/bin/sh > > PERCENT=$1 > FROM="postmaster at xxxxxxxx.br" > qwf="/tmp/quota.warning.$$" > > echo "From: $FROM > To: $USER > To: postmaster at xxxxxxx.br > Subject: Your email quota is $PERCENT% full > Content-Type: text/plain; charset="UTF-8" > > Sua caixa de e-mail est?: $PERCENT% full." >> $qwf > > cat $qwf | /usr/sbin/sendmail -f $FROM "$USER" > rm -f $qwf > > exit 0 > > > > ############################################################################################################## > > ############################################################################################################## > > ############################################################################################################## > > > > DOVECOT: dovecot.x86_64 1.0.7-7.el5 > POSTFIX: postfix.x86_64 2:2.3.3-2.1.centos.mysql_pgsql > MYSQL: mysql-server.x86_64 5.0.77-4.el5_5.4 > > thank's ! > > > > -- > > Atenciosamente; > > Graciously; > > *Lucas Possamai > * > > http://psyscrew.posterous.com/ > > "Sexo? O governo d? camisinha! Engravidou? Bolsa fam?lia! Preso? Ele d? > dinheiro! Agora vai estudar pra voc? v?." > > "Sucesso ? a capacidade de enfrentar o fracasso sem perder o entusiasmo" > > *INFORMA??O DE SEGURAN?A:* Este e-mail ? de uso restritamente pessoal. As > informa??es nele contidas podem ser de car?ter confidencial e/ou > privilegiada. Se voc? n?o for o destinat?rio e recebeu a mensagem por > engano, avise imediatamente o remetente e em seguida apague o e-mail, > ficando, expressamente vedado o uso, c?pia e/ou divulga??o das informa??es > contidas, sob pena de responsabiliza??o. > > *SAFETY INFORMATION:* This e-mail is strictly personal use. The > information contained here may be confidential and / or privileged. If you > aren't the intended recipient and received the message in error, please > notify the sender immediately and delete the email, being expressly forbidden > the use, copying and / or disclosure of information, under penalty of > accountability. > *P* Antes de imprimir, pense em sua responsabilidade e seu compromisso com > o meio ambiente. > *P* Before printing, think about your responsibility and commitment to the > environment.** > -- Atenciosamente; Graciously; *Lucas Possamai * http://psyscrew.posterous.com/ "Sucesso ? a capacidade de enfrentar o fracasso sem perder o entusiasmo" "Success is the ability to cope with failure without losing enthusiasm" *INFORMA??O DE SEGURAN?A:* Este e-mail ? de uso restritamente pessoal. As informa??es nele contidas podem ser de car?ter confidencial e/ou privilegiada. Se voc? n?o for o destinat?rio e recebeu a mensagem por engano, avise imediatamente o remetente e em seguida apague o e-mail, ficando, expressamente vedado o uso, c?pia e/ou divulga??o das informa??es contidas, sob pena de responsabiliza??o. *SAFETY INFORMATION:* This e-mail is strictly personal use. The information contained here may be confidential and / or privileged. If you aren't the intended recipient and received the message in error, please notify the sender immediately and delete the email, being expressly forbidden the use, copying and / or disclosure of information, under penalty of accountability. *P* Antes de imprimir, pense em sua responsabilidade e seu compromisso com o meio ambiente. *P* Before printing, think about your responsibility and commitment to the environment.** From ben at electricembers.net Tue Mar 1 01:09:11 2011 From: ben at electricembers.net (ben at electricembers.net) Date: Mon, 28 Feb 2011 15:09:11 -0800 (PST) Subject: [Dovecot] Dovecot+Postfix+Mysql+quotas doesn't work In-Reply-To: References: Message-ID: >> In my webmail, he informs me that I'm using the percentage of quota. But I >> can't make the TRASH folder is ignored. That is, I can't put a higher >> limit on it than the others. >> Am I doing something wrong? We use something like this in our "user_query" SQL, which overrides the rules put in config file(s): concat('*:bytes=', quota) AS quota_rule, 'INBOX.Trash:ignore' AS quota_rule2, 'INBOX.Spam:ignore' AS quota_rule3, 'INBOX.Virus:ignore' AS quota_rule4, But we run version 2.0.9 - quota stuff changed a bit from 1 to 2. (I think I had to add the "INBOX." part.) >> Another thing. I'm not receiving message of quota exceeded. This is with >> the MTA or dovecot? That is another thing. Likely a bit different in Dovecot 2 now, but in any version, only the LDA knows when the theshold is being crossed @ deliver time. Dovecot's LDA can be configured to execute a script which must do the actual delivering of the warning message. Example script given in documentation is working for us. From javierdemiguel at us.es Tue Mar 1 09:18:36 2011 From: javierdemiguel at us.es (=?ISO-8859-1?Q?Javier_Miguel_Rodr=EDguez?=) Date: Tue, 01 Mar 2011 08:18:36 +0100 Subject: [Dovecot] Error purging mdbox (damaged) mailbox Message-ID: <4D6C9DCC.1090102@us.es> We are stress testing our preproduction system. One of the "evil" tests we made was putting our mailboxes filesystem in read-only in the middle of smtp(+lda) delivery. When we try to purge one of the affected mailboxes we get error like the followings: / doveadm(lbandera at mysite): Panic: file mdbox-purge.c: line 225 (mdbox_purge_save_msg): assertion failed: (ret == (off_t)msg_size) doveadm(lbandera at mysite): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0 [0x3b0943bab0] -> /usr/lib64/dovecot/libdovecot.so.0(default_fatal_handler+0x35) [0x3b0943bb95] -> /usr/lib64/dovecot/libdovecot.so.0 [0x3b0943b4c3] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mdbox_purge+0xe83) [0x3b0986f0c3] -> /usr/bin/doveadm [0x408d65] -> /usr/bin/doveadm [0x4093c1] -> /usr/bin/doveadm(doveadm_mail_single_user+0x9d) [0x4094ed] -> /usr/bin/doveadm [0x4096fe] -> /usr/bin/doveadm(doveadm_mail_try_run+0xb7) [0x409b37] -> /usr/bin/doveadm(main+0x2fc) [0x40dddc] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x3b0881d994] -> /usr/bin/doveadm [0x408c39]/ / doveadm(leonvela at mysite): Panic: file mdbox-purge.c: line 225 (mdbox_purge_save_msg): assertion failed: (ret == (off_t)msg_size) doveadm(leonvela at mysite): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0 [0x3b0943bab0] -> /usr/lib64/dovecot/libdovecot.so.0(default_fatal_handler+0x35) [0x3b0943bb95] -> /usr/lib64/dovecot/libdovecot.so.0 [0x3b0943b4c3] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mdbox_purge+0xe83) [0x3b0986f0c3] -> /usr/bin/doveadm [0x408d65] -> /usr/bin/doveadm [0x4093c1] -> /usr/bin/doveadm(doveadm_mail_single_user+0x9d) [0x4094ed] -> /usr/bin/doveadm [0x4096fe] -> /usr/bin/doveadm(doveadm_mail_try_run+0xb7) [0x409b37] -> /usr/bin/doveadm(main+0x2fc) [0x40dddc] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x3b0881d994] -> /usr/bin/doveadm [0x408c39]/ The mailboxes are damaged, but maybe doveadm should not crash on them, should handle the error more gracefully and exit with a error status. Regards Javier From stephan at rename-it.nl Tue Mar 1 10:02:09 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Tue, 01 Mar 2011 09:02:09 +0100 Subject: [Dovecot] Problem with sieve and namespace In-Reply-To: <4D68463F.7030708@wk-serv.de> References: <4D68463F.7030708@wk-serv.de> Message-ID: <4D6CA801.2050406@rename-it.nl> On 2/26/2011 1:15 AM, Patrick Westenberg wrote: > Hi guys, > > my default sieve script fails due to an unknown mailspace even I told > him to use one. > > What's wrong? [...] > Feb 26 00:39:25 endeavour dovecot: lmtp(6967, mail at jasbafliesen.de): > Error: 1WYlBCE1aE03GwAA0CSSVw: sieve: msgid=<4D683DA5.7030505 at gmx.de>: > failed to store into mailbox mail at jasbafliesen.de': Unknown namespace > > Feb 26 00:39:25 endeavour dovecot: lmtp(6967, mail at jasbafliesen.de): > Error: 1WYlBCE1aE03GwAA0CSSVw: sieve: script > /usr/local/etc/dovecot/sieve/default.sieve failed with unsuccessful > implicit keep It's trying to store in the default folder, whatever that is. > require ["fileinto", "mailbox"]; > if header :contains "X-Spam-Flag" "YES" { > fileinto :create "INBOX.Spam"; > } > Yes, implicit keep. > mail_location = mdbox:~/mdbox > namespace { > inbox = yes > location = > prefix = INBOX. > separator = . > type = private > } I'm not an expert, but your mail namespace config looks ok. The strange thing is that your script never mentions a folder like reported in the error. And, since it is using the default folder, I'm thinking the default folder is not "INBOX" in your case. Did you perhaps specify a `-m' parameter to dovecot-lda to change the default? If that is the e-mail address somehow, the above error could be explained. So, what is your dovecot-lda command line? Regards, Stephan. From v.tolstov at selfip.ru Tue Mar 1 10:29:05 2011 From: v.tolstov at selfip.ru (Vasiliy G Tolstov) Date: Tue, 01 Mar 2011 11:29:05 +0300 Subject: [Dovecot] systemd socket and service In-Reply-To: <86AEA892-B969-42E1-974D-6C121156185E@iki.fi> References: <1298369867.25905.5.camel@vase> <86AEA892-B969-42E1-974D-6C121156185E@iki.fi> Message-ID: <1298968145.6536.5.camel@vase> On Mon, 2011-02-28 at 23:35 +0200, Timo Sirainen wrote: > On 22.2.2011, at 12.17, Vasiliy G Tolstov wrote: > > > Hello. I'm use systemd and have some questions: > > > > 1) Why dovecot.socket contains only imap ListenStream? > > You mean why doesn't it contain POP3? I guess mainly because that's how > it was submitted to me and I didn't think of it. Also now that I do > think about it, I'm still not sure if it should contain POP3 by > default. Even Dovecot's on example-config doesn't enable POP3 by > default. > Ok. I'm not read default config in v2 dovecot. > > 2) Does dovecot.service required to use dovecot lmtp, or it may be > > stoppped (i not often check my mails via client, but have many incoming > > mails some time) > > I don't understand. If you want LMTP enabled, you also need to list its > socket to dovecot.socket. LMTP is executed in a similar way to > IMAP/POP3. (If you want LMTP via UNIX socket, I don't really know the > answer to that. Does systemd support listening on UNIX sockets? Maybe > it requires patching Dovecot more.) I'm not fully understand how can i do that and not lost my changes to dovecot.socket when the packages updates and file has been rewritten... -- Vasiliy G Tolstov Selfip.Ru From mhlavink at redhat.com Tue Mar 1 10:36:54 2011 From: mhlavink at redhat.com (Michal Hlavinka) Date: Tue, 01 Mar 2011 09:36:54 +0100 Subject: [Dovecot] systemd socket and service In-Reply-To: <1298968145.6536.5.camel@vase> References: <1298369867.25905.5.camel@vase> <86AEA892-B969-42E1-974D-6C121156185E@iki.fi> <1298968145.6536.5.camel@vase> Message-ID: <201103010836.p218atbw007342@int-mx01.intmail.prod.int.phx2.redhat.com> > > > 2) Does dovecot.service required to use dovecot lmtp, or it may be > > > stoppped (i not often check my mails via client, but have many incoming > > > mails some time) > > > > I don't understand. If you want LMTP enabled, you also need to list its > > socket to dovecot.socket. LMTP is executed in a similar way to > > IMAP/POP3. (If you want LMTP via UNIX socket, I don't really know the > > answer to that. Does systemd support listening on UNIX sockets? Maybe > > it requires patching Dovecot more.) > > I'm not fully understand how can i do that and not lost my changes to > dovecot.socket when the packages updates and file has been rewritten... packages should install systemd socket/service files in /lib/systemd/.... if you want to change any file, you should copy it to /etc/systemd/... and modify it there. systemd prefers files in /etc/systemd over those in /lib/systemd From v.tolstov at selfip.ru Tue Mar 1 11:14:54 2011 From: v.tolstov at selfip.ru (Vasiliy G Tolstov) Date: Tue, 01 Mar 2011 12:14:54 +0300 Subject: [Dovecot] systemd socket and service In-Reply-To: <201103010836.p218atbw007342@int-mx01.intmail.prod.int.phx2.redhat.com> References: <1298369867.25905.5.camel@vase> <86AEA892-B969-42E1-974D-6C121156185E@iki.fi> <1298968145.6536.5.camel@vase> <201103010836.p218atbw007342@int-mx01.intmail.prod.int.phx2.redhat.com> Message-ID: <1298970894.6536.6.camel@vase> On Tue, 2011-03-01 at 09:36 +0100, Michal Hlavinka wrote: > > > > 2) Does dovecot.service required to use dovecot lmtp, or it may be > > > > stoppped (i not often check my mails via client, but have many incoming > > > > mails some time) > > > > > > I don't understand. If you want LMTP enabled, you also need to list its > > > socket to dovecot.socket. LMTP is executed in a similar way to > > > IMAP/POP3. (If you want LMTP via UNIX socket, I don't really know the > > > answer to that. Does systemd support listening on UNIX sockets? Maybe > > > it requires patching Dovecot more.) > > > > I'm not fully understand how can i do that and not lost my changes to > > dovecot.socket when the packages updates and file has been rewritten... > > packages should install systemd socket/service files in /lib/systemd/.... if you want to > change any file, you should copy it to /etc/systemd/... and modify it there. > systemd prefers files in /etc/systemd over those in /lib/systemd Ohh. Very nice. Thank You very much! -- Vasiliy G Tolstov Selfip.Ru From jonathanbailey at trinity-medical.co.uk Tue Mar 1 10:40:25 2011 From: jonathanbailey at trinity-medical.co.uk (Jbaileypro) Date: Tue, 1 Mar 2011 00:40:25 -0800 (PST) Subject: [Dovecot] Forward and keep on snow leopard server Message-ID: <31038917.post@talk.nabble.com> I am wanting to use a service which has to have a copy of the emails but they still need to be delivered to the users inbox. Which script and where does it need to be placed for this to work? I am not sure which version sls runs dovecot but I know that it also uses spamassasin. If anyone can help that would be great. Thanks, Jonathan -- View this message in context: http://old.nabble.com/Forward-and-keep-on-snow-leopard-server-tp31038917p31038917.html Sent from the Dovecot mailing list archive at Nabble.com. From hajo.locke at gmx.de Tue Mar 1 14:36:37 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Tue, 1 Mar 2011 13:36:37 +0100 Subject: [Dovecot] lazy_expunge, 2 questions Message-ID: <9D0EA73469014CABBAA19ADACC1ACA1F@nmm.local> Hello List, do some tests with lazy_expunge i have 2 short questions. is it possible to set folder for expunged messages to read-only so no user is possible to really delete them? i can use mdbox for expunged-folder. but would'nt it be more functional to use maildir to have possibility to delete separate mails? when using mdbox the clean up by cron would effect always multiple messages with different ages? Thanks, Hajo From drum.lucas at gmail.com Tue Mar 1 14:41:46 2011 From: drum.lucas at gmail.com (drum.lucas at gmail.com) Date: Tue, 1 Mar 2011 09:41:46 -0300 Subject: [Dovecot] Dovecot+Postfix+Mysql+quotas doesn't work In-Reply-To: References: Message-ID: ok. Thank's Ben. My dovecot-sql.conf : user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:/var/vmail/%d/%n' as mail, 150 AS uid, 12 AS gid, CONCAT('dirsize:storage=', ROUND( mailbox.quota / 1024 ) ) AS quota FROM mailbox WHERE username = '%u' AND active = '1' So, I changed to: user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:/var/vmail/%d/%n' as mail, 150 AS uid, 12 AS gid, CONCAT('*:bytes=', quota) AS quota_rule, 'INBOX.Trash:ignore' AS quota_rule2, 'INBOX.Spam:ignore' AS quota_rule3, 'INBOX.Virus:ignore' AS quota_rule4, FROM mailbox WHERE username = '%u' AND active = '1' Are you agree? Thank's again 2011/2/28 > In my webmail, he informs me that I'm using the percentage of quota. But I >>> can't make the TRASH folder is ignored. That is, I can't put a higher >>> limit on it than the others. >>> Am I doing something wrong? >>> >> > We use something like this in our "user_query" SQL, which overrides the > rules put in config file(s): > > concat('*:bytes=', quota) AS quota_rule, 'INBOX.Trash:ignore' AS > quota_rule2, 'INBOX.Spam:ignore' AS quota_rule3, 'INBOX.Virus:ignore' AS > quota_rule4, > > But we run version 2.0.9 - quota stuff changed a bit from 1 to 2. > (I think I had to add the "INBOX." part.) > > > Another thing. I'm not receiving message of quota exceeded. This is with >>> the MTA or dovecot? >>> >> > That is another thing. Likely a bit different in Dovecot 2 now, but in any > version, only the LDA knows when the theshold is being crossed @ deliver > time. Dovecot's LDA can be configured to execute a script which must do the > actual delivering of the warning message. Example script given in > documentation is working for us. > -- Atenciosamente; Graciously; *Lucas Possamai * http://psyscrew.posterous.com/ "Sucesso ? a capacidade de enfrentar o fracasso sem perder o entusiasmo" "Success is the ability to cope with failure without losing enthusiasm" *INFORMA??O DE SEGURAN?A:* Este e-mail ? de uso restritamente pessoal. As informa??es nele contidas podem ser de car?ter confidencial e/ou privilegiada. Se voc? n?o for o destinat?rio e recebeu a mensagem por engano, avise imediatamente o remetente e em seguida apague o e-mail, ficando, expressamente vedado o uso, c?pia e/ou divulga??o das informa??es contidas, sob pena de responsabiliza??o. *SAFETY INFORMATION:* This e-mail is strictly personal use. The information contained here may be confidential and / or privileged. If you aren't the intended recipient and received the message in error, please notify the sender immediately and delete the email, being expressly forbidden the use, copying and / or disclosure of information, under penalty of accountability. *P* Antes de imprimir, pense em sua responsabilidade e seu compromisso com o meio ambiente. *P* Before printing, think about your responsibility and commitment to the environment.** From lists at truthisfreedom.org.uk Tue Mar 1 15:24:53 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Tue, 01 Mar 2011 13:24:53 +0000 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment Message-ID: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> Hi all, We're looking at upgrading our current mail platform from 1.0.15 to 2.x to take advantage of the new director functionality. Our main concern is the number of mailboxes involved (circa. 300K) and the rebuilding of the index files, especially as it seems that once you've upgraded, rolling back requires the deletion and recreation of all indices. Has anyone worked on an upgrade like this in the past? If so, do you have any war stories you can share either on or off list? Thanks in advance, Matt From lists at wildgooses.com Tue Mar 1 16:24:09 2011 From: lists at wildgooses.com (Ed W) Date: Tue, 01 Mar 2011 14:24:09 +0000 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment In-Reply-To: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> References: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> Message-ID: <4D6D0189.5080703@wildgooses.com> On 01/03/2011 13:24, lists at truthisfreedom.org.uk wrote: > Hi all, > > We're looking at upgrading our current mail platform from 1.0.15 to > 2.x to take advantage of the new director functionality. > > Our main concern is the number of mailboxes involved (circa. 300K) and > the rebuilding of the index files, especially as it seems that once > you've upgraded, rolling back requires the deletion and recreation of > all indices. > > Has anyone worked on an upgrade like this in the past? If so, do you > have any war stories you can share either on or off list? Hi, don't have an installation of anything approaching your size. However, I do regularly see folks missing out on the idea that its reasonably straightforward to have both Dovecot (old) and Dovecot (new) versions running at the same time and migrate users over slowly rather than in a big bang? Personally my own experience was that changing from v1 to v2 was a fairly unexciting upgrade (as the admin) other than the obvious (large) change in configuration required. Oh, one feature of Dovecot 2 which isn't on by default, but I have found very interesting is the "COMPRESS" IMAP feature. You need to enable a few config changes, but after that many clients can talk over a gzip'd tunnel, which in my testing leads to a decent reduction in bandwidth. It's especially nice for mobile use (eg Profimail on Nokia S60) Good luck Ed W From lists at truthisfreedom.org.uk Tue Mar 1 18:57:13 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Tue, 01 Mar 2011 16:57:13 +0000 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment In-Reply-To: <4D6D0189.5080703@wildgooses.com> References: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> <4D6D0189.5080703@wildgooses.com> Message-ID: <20110301165713.e7xdekfgg4wkokkk@webmail.truthisfreedom.org.uk> Quoting Ed W : > Hi, don't have an installation of anything approaching your size. > However, I do regularly see folks missing out on the idea that its > reasonably straightforward to have both Dovecot (old) and Dovecot (new) > versions running at the same time and migrate users over slowly rather > than in a big bang? Yeah, we're actually now thinking that we should create a new cluster running dovecot 2.0, mount the existing control/maildir files from the current shared storage and then regenerate the indices before going live - would that work here? I'm struggling to find anything in the docs that state the control files will be affected by the upgrade. > Personally my own experience was that changing from v1 to v2 was a > fairly unexciting upgrade (as the admin) other than the obvious (large) > change in configuration required. That's good to know... :) > Oh, one feature of Dovecot 2 which isn't on by default, but I have > found very interesting is the "COMPRESS" IMAP feature. You need to > enable a few config changes, but after that many clients can talk over > a gzip'd tunnel, which in my testing leads to a decent reduction in > bandwidth. It's especially nice for mobile use (eg Profimail on Nokia > S60) sounds v. cool... :D Thanks, Matt From tss at iki.fi Tue Mar 1 19:03:45 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 1 Mar 2011 19:03:45 +0200 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment In-Reply-To: <20110301165713.e7xdekfgg4wkokkk@webmail.truthisfreedom.org.uk> References: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> <4D6D0189.5080703@wildgooses.com> <20110301165713.e7xdekfgg4wkokkk@webmail.truthisfreedom.org.uk> Message-ID: <7902A4D0-5869-45A9-AF26-417CBC184C87@iki.fi> On 1.3.2011, at 18.57, lists at truthisfreedom.org.uk wrote: > Quoting Ed W : >> Hi, don't have an installation of anything approaching your size. >> However, I do regularly see folks missing out on the idea that its >> reasonably straightforward to have both Dovecot (old) and Dovecot (new) >> versions running at the same time and migrate users over slowly rather >> than in a big bang? > > Yeah, we're actually now thinking that we should create a new cluster running dovecot 2.0, mount the existing control/maildir files from the current shared storage and then regenerate the indices before going live - would that work here? I'm struggling to find anything in the docs that state the control files will be affected by the upgrade. v2.0 will read v1.x indexes just fine, no need to do any regeneration. (But v2.0 indexes can be read only by v1.2.5+.) From lists at truthisfreedom.org.uk Tue Mar 1 19:26:18 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Tue, 01 Mar 2011 17:26:18 +0000 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment In-Reply-To: <7902A4D0-5869-45A9-AF26-417CBC184C87@iki.fi> References: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> <4D6D0189.5080703@wildgooses.com> <20110301165713.e7xdekfgg4wkokkk@webmail.truthisfreedom.org.uk> <7902A4D0-5869-45A9-AF26-417CBC184C87@iki.fi> Message-ID: <20110301172618.bvewlnslc0cg8kk0@webmail.truthisfreedom.org.uk> Quoting Timo Sirainen : > On 1.3.2011, at 18.57, lists at truthisfreedom.org.uk wrote: >> Yeah, we're actually now thinking that we should create a new >> cluster running dovecot 2.0, mount the existing control/maildir >> files from the current shared storage and then regenerate the >> indices before going live - would that work here? I'm struggling to >> find anything in the docs that state the control files will be >> affected by the upgrade. > > v2.0 will read v1.x indexes just fine, no need to do any > regeneration. (But v2.0 indexes can be read only by v1.2.5+.) OK, that's good to know. Just to confirm, dovecot 2.0 *does not* upgrade any files by default? M. From tss at iki.fi Tue Mar 1 19:35:30 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 1 Mar 2011 19:35:30 +0200 Subject: [Dovecot] 1.0.15 -> 2.x upgrade for mass hosting environment In-Reply-To: <20110301172618.bvewlnslc0cg8kk0@webmail.truthisfreedom.org.uk> References: <20110301132453.h989qyz5s04o44k4@webmail.truthisfreedom.org.uk> <4D6D0189.5080703@wildgooses.com> <20110301165713.e7xdekfgg4wkokkk@webmail.truthisfreedom.org.uk> <7902A4D0-5869-45A9-AF26-417CBC184C87@iki.fi> <20110301172618.bvewlnslc0cg8kk0@webmail.truthisfreedom.org.uk> Message-ID: On 1.3.2011, at 19.26, lists at truthisfreedom.org.uk wrote: > OK, that's good to know. Just to confirm, dovecot 2.0 *does not* upgrade any files by default? When a mailbox is opened, (some of) its files are upgraded. From info at informatik.hu Tue Mar 1 19:42:28 2011 From: info at informatik.hu (Informatik.hu) Date: Tue, 01 Mar 2011 18:42:28 +0100 Subject: [Dovecot] sieve issue Message-ID: <4D6D3004.1060005@informatik.hu> Hi All! I have got some problem with dovecot sieve. (from Debian Squeeze packages). I have already installed dovecot and postfix with mysql(postfix admin) virtual domains and users, configured dovecot deliver for delivery method in postfix. Dovecot sieve IS working, reads the global script, BUT it DOES NOT reads the user scripts from the users virtual home directory. If i place ".dovecot.sieve" in /home/vmail, and configure sieve for this location, it reads the script. If i put the file under /home/vmail/domain.com (/home/vmail/%d) or /home/vmail/domain.com/user at domain.com (/home/vmail/%d/%u) the sieve plugin does not read(compile) the script. Deliver log contains that the incoming mail (which has to be filtered) saved to INBOX, and there is no error in the deliver error log, nor dovecot logs. Can anybody help me out what am i doing wrong? Vuki From tss at iki.fi Tue Mar 1 19:58:16 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 1 Mar 2011 19:58:16 +0200 Subject: [Dovecot] Dovecot+Postfix+Mysql+quotas doesn't work In-Reply-To: References: Message-ID: <5FCA18A7-8142-47D1-B536-4B222BDA27C3@iki.fi> On 1.3.2011, at 14.41, drum.lucas at gmail.com wrote: > user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:/var/vmail/%d/%n' > as mail, 150 AS uid, 12 AS gid, CONCAT('*:bytes=', quota) AS quota_rule, Looks ok. > 'INBOX.Trash:ignore' AS quota_rule2, 'INBOX.Spam:ignore' AS quota_rule3, > 'INBOX.Virus:ignore' AS quota_rule4, These are unnecessary here though. They work, but they're just extra unnecessary work for SQL server. You could just as well keep them in plugin { } section in config. From tss at iki.fi Tue Mar 1 20:02:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 1 Mar 2011 20:02:06 +0200 Subject: [Dovecot] lazy_expunge, 2 questions In-Reply-To: <9D0EA73469014CABBAA19ADACC1ACA1F@nmm.local> References: <9D0EA73469014CABBAA19ADACC1ACA1F@nmm.local> Message-ID: <589735F8-D742-4C67-85CF-FA9D1F848229@iki.fi> On 1.3.2011, at 14.36, Hajo Locke wrote: > do some tests with lazy_expunge > i have 2 short questions. > is it possible to set folder for expunged messages to read-only so no user is possible to really delete them? Currently there's no easy way to do this. You can of course hide the lazy-expunge namespace from users by giving it a random name so users can't find it. A good proper solution would be a namespace-wide default ACL, but there's no support for that yet. > i can use mdbox for expunged-folder. but would'nt it be more functional to use maildir to have possibility to delete separate mails? > when using mdbox the clean up by cron would effect always multiple messages with different ages? You could use maildir, but it would make expunging slower. Anyway, I don't really understand the problem. You can delete separate mails from mdbox just as well as from maildir. "doveadm purge" won't do anything to lazy-expunged messages, you first have to separately expunge them from there as well. From user+dovecot at localhost.localdomain.org Tue Mar 1 20:02:22 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Tue, 01 Mar 2011 19:02:22 +0100 Subject: [Dovecot] Dovecot+Postfix+Mysql+quotas doesn't work In-Reply-To: <5FCA18A7-8142-47D1-B536-4B222BDA27C3@iki.fi> References: <5FCA18A7-8142-47D1-B536-4B222BDA27C3@iki.fi> Message-ID: <4D6D34AE.8040304@localhost.localdomain.org> On 03/01/2011 06:58 PM Timo Sirainen wrote: > On 1.3.2011, at 14.41, drum.lucas at gmail.com wrote: > >> user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:/var/vmail/%d/%n' >> as mail, 150 AS uid, 12 AS gid, CONCAT('*:bytes=', quota) AS quota_rule, > > Looks ok. Hum, I'd suggest: user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:~/Maildir' as mail ? Or remove it from your query and add "mail_location = maildir:~/Maildir" to your configuration. Regards, Pascal -- The trapper recommends today: c01dcofe.1106018 at localdomain.org From dmiller at amfes.com Tue Mar 1 21:17:54 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Tue, 01 Mar 2011 11:17:54 -0800 Subject: [Dovecot] Search failure In-Reply-To: <1297928156.19220.200.camel@hurina> References: <4D58BA57.4050501@amfes.com> <1297928156.19220.200.camel@hurina> Message-ID: On 2/16/2011 11:35 PM, Timo Sirainen wrote: > On Sun, 2011-02-13 at 21:15 -0800, Daniel L. Miller wrote: > >> doveadm(dmiller at amfes.com): Panic: file istream-limit.c: line 79 >> (i_stream_limit_seek): assertion failed: (v_offset<= >> lstream->v_size) > http://hg.dovecot.org/dovecot-2.0/rev/7705bd04924c removes this crash, > but hides the error. > > http://hg.dovecot.org/dovecot-2.0/rev/c9af551124fb hopefully makes it > log an "Ext refs metadata corrupted" error. Applied patches, then performed a search. got all kinds of fun feedback...here's a small sampling root at bubba:/var/mail/amfes.com/dmiller/mdbox# doveadm search -u dmiller at amfes.com TEXT xyzxyz 392b0c265aa1c94cd45100003bc41c5f 10906 392b0c265aa1c94cd45100003bc41c5f 10911 doveadm(dmiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/dmiller/mdbox/storage/m.2223 (around offset=36650): Ext refs metadata corrupted: 293271 161935 B76 8a/bf/8abf3af65396470c3d39379d922108f9fc46050b-bf22cc2e12ec524dde6c00003bc41c5f doveadm(dmiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/dmiller/mdbox/storage/m.2223 (around offset=36650): uid=12937 points to broken data at offset=36620 doveadm(dmiller at amfes.com): Warning: mdbox /var/mail/amfes.com/dmiller/mdbox/storage: rebuilding indexes meanwhile, had a "tail -f /var/log/mail.err" running...had a few of these pop up Mar 1 11:12:37 bubba dovecot: imap(dmiller at amfes.com): Error: Recent flags state corrupted for mailbox Lists.Fire-Alarm Mar 1 11:12:40 bubba dovecot: imap(dmiller at amfes.com): Error: /var/mail/amfes.com/dmiller/mdbox/mailboxes/Lists/Dovecot-Users/dbox-Mails/dovecot.index reset, view is now inconsistent -- Daniel From dmiller at amfes.com Tue Mar 1 21:28:02 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Tue, 01 Mar 2011 11:28:02 -0800 Subject: [Dovecot] Search failure In-Reply-To: <4D6D4662.6020807@amfes.com> References: <4D58BA57.4050501@amfes.com> <1297928156.19220.200.camel@hurina> <4D6D4662.6020807@amfes.com> Message-ID: On 3/1/2011 11:17 AM, Daniel L. Miller wrote: > Applied patches, then performed a search. got all kinds of fun > feedback...here's a small sampling > > root at bubba:/var/mail/amfes.com/dmiller/mdbox# doveadm search -u > dmiller at amfes.com TEXT xyzxyz > 392b0c265aa1c94cd45100003bc41c5f 10906 > 392b0c265aa1c94cd45100003bc41c5f 10911 > doveadm(dmiller at amfes.com): Error: Corrupted dbox file > /var/mail/amfes.com/dmiller/mdbox/storage/m.2223 (around > offset=36650): Ext refs metadata corrupted: 293271 161935 B76 > 8a/bf/8abf3af65396470c3d39379d922108f9fc46050b-bf22cc2e12ec524dde6c00003bc41c5f > doveadm(dmiller at amfes.com): Error: Corrupted dbox file > /var/mail/amfes.com/dmiller/mdbox/storage/m.2223 (around > offset=36650): uid=12937 points to broken data at offset=36620 > doveadm(dmiller at amfes.com): Warning: mdbox > /var/mail/amfes.com/dmiller/mdbox/storage: rebuilding indexes > > meanwhile, had a "tail -f /var/log/mail.err" running...had a few of > these pop up > Mar 1 11:12:37 bubba dovecot: imap(dmiller at amfes.com): Error: Recent > flags state corrupted for mailbox Lists.Fire-Alarm > Mar 1 11:12:40 bubba dovecot: imap(dmiller at amfes.com): Error: > /var/mail/amfes.com/dmiller/mdbox/mailboxes/Lists/Dovecot-Users/dbox-Mails/dovecot.index > reset, view is now inconsistent > 2nd run got similar results. -- Daniel From dmiller at amfes.com Tue Mar 1 22:18:52 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Tue, 01 Mar 2011 12:18:52 -0800 Subject: [Dovecot] Regenerating mdbox/sis In-Reply-To: <4D62916B.7040807@amfes.com> References: <91b99432f69d534ea3e0d224c5fb77ec@amfes.com> <4D62916B.7040807@amfes.com> Message-ID: On 2/21/2011 8:23 AM, Daniel L. Miller wrote: After applying last two patches, I see: root at bubba:/var/mail# dsync -u amiller at amfes.com -o mail_plugins="zlib" backup maildir:/var/mail/backup/amiller dsync(amiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/amiller/mdbox/storage/m.1 (around offset=237479): Ext refs metadata corrupted: 356039 144422 B72 0a/5a/0a5ae26f12adad628d9e5049e7ec8a756dafe49d-7c35b90f82a1c94ce151000 03bc41c5f dsync(amiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/amiller/mdbox/storage/m.1 (around offset=237479): uid=5 points to broken data at offset=237449 dsync(amiller at amfes.com): Error: msg-get failed: box=Drafts uid=5 guid=1156208717.P32762Q0M962249.amy dsync(amiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/amiller/mdbox/storage/m.2 (around offset=46): Ext refs metadata corrupted: 485733 478770 - f2/12/f212f6dbff17cea018ec1f256cff6f61a873a100-7d35b90f82a1c94ce15100003bc41 c5f dsync(amiller at amfes.com): Error: Corrupted dbox file /var/mail/amfes.com/amiller/mdbox/storage/m.2 (around offset=46): uid=9 points to broken data at offset=16 dsync(amiller at amfes.com): Error: msg-get failed: box=Drafts uid=9 guid=1157518326.P23171Q0M772523.amy dsync(amiller at amfes.com): Warning: mdbox /var/mail/amfes.com/amiller/mdbox/storage: rebuilding indexes -- Daniel From ebroch at whitehorsetc.com Wed Mar 2 01:23:43 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Tue, 01 Mar 2011 16:23:43 -0700 Subject: [Dovecot] dovecot share Message-ID: <4D6D7FFF.5070800@whitehorsetc.com> Hello List, I have created a shared folder in dovecot and am trying to use ACL's to limit access to it and give users who do have access the ability to create sub-directories and copy email to them. When I try to create a sub-directory in the share using Outlook I get the following error: "Cannot create the folder. The server responded: 'NOPERM] Permission denied'." And, I get the following info in the dovecot server log: 2011-03-01 15:38:30.250214500 IMAP(test at whitehorsetc.com): Info: Loading modules from directory: /usr/local/lib/dovecot/imap 2011-03-01 15:38:30.250399500 IMAP(test at whitehorsetc.com): Info: Module loaded: /usr/local/lib/dovecot/imap/lib01_acl_plugin.so 2011-03-01 15:38:30.250402500 IMAP(test at whitehorsetc.com): Info: Module loaded: /usr/local/lib/dovecot/imap/lib02_imap_acl_plugin.so 2011-03-01 15:38:30.250404500 IMAP(test at whitehorsetc.com): Info: Effective uid=89, gid=89, home=/home/vpopmail/domains/whitehorsetc.com/test 2011-03-01 15:38:30.250407500 IMAP(test at whitehorsetc.com): Info: acl: No acl_shared_dict setting - shared mailbox listing is disabled 2011-03-01 15:38:30.250422500 IMAP(test at whitehorsetc.com): Info: Namespace: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes 2011-03-01 15:38:30.250425500 IMAP(test at whitehorsetc.com): Info: maildir: data=~/Maildir 2011-03-01 15:38:30.250427500 IMAP(test at whitehorsetc.com): Info: maildir++: root=/home/vpopmail/domains/whitehorsetc.com/test/Maildir, index=, control=, inbox=/home/vpopmail/domains/whitehorsetc.com/test/Maildir 2011-03-01 15:38:30.250441500 IMAP(test at whitehorsetc.com): Info: acl: initializing backend with data: vfile 2011-03-01 15:38:30.250443500 IMAP(test at whitehorsetc.com): Info: acl: acl username = test at whitehorsetc.com 2011-03-01 15:38:30.250445500 IMAP(test at whitehorsetc.com): Info: acl: owner = 1 2011-03-01 15:38:30.250447500 IMAP(test at whitehorsetc.com): Info: acl vfile: Global ACL directory: (null) 2011-03-01 15:38:30.250515500 IMAP(test at whitehorsetc.com): Info: Namespace: type=shared, prefix=projects., sep=., inbox=no, hidden=no, list=yes, subscriptions=yes 2011-03-01 15:38:30.250518500 IMAP(test at whitehorsetc.com): Info: maildir: data=/home/vpopmail/domains/whitehorsetc.com/projects 2011-03-01 15:38:30.250520500 IMAP(test at whitehorsetc.com): Info: maildir++: root=/home/vpopmail/domains/whitehorsetc.com/projects, index=, control=, inbox= 2011-03-01 15:38:30.250534500 IMAP(test at whitehorsetc.com): Info: acl: initializing backend with data: vfile 2011-03-01 15:38:30.250536500 IMAP(test at whitehorsetc.com): Info: acl: acl username = test at whitehorsetc.com 2011-03-01 15:38:30.250538500 IMAP(test at whitehorsetc.com): Info: acl: owner = 0 2011-03-01 15:38:30.250540500 IMAP(test at whitehorsetc.com): Info: acl vfile: Global ACL directory: (null) 2011-03-01 15:38:30.250754500 imap-login: Info: Login: user=, method=PLAIN, rip=192.168.9.5, lip=192.168.9.6 2011-03-01 15:38:30.254448500 IMAP(test at whitehorsetc.com): Info: acl vfile: file /home/vpopmail/domains/whitehorsetc.com/projects/.xxxxxx/dovecot-acl not found 2011-03-01 15:39:10.998483500 IMAP(test at whitehorsetc.com): Info: Disconnected: Logged out bytes=76/431 The second to the last line in the log indicates that there is no 'dovecot-acl' file in the directory I'm trying to create using Outlook. I'm not sure if this is the error and I'm not sure what I need to adjust in order to create a directory using the email account. My dovecot.conf file is as follows: base_dir = /var/run/dovecot/ protocols = imap imaps disable_plaintext_auth = no log_path = /dev/stderr info_log_path = /dev/stderr log_timestamp = "" ssl_cert_file = /var/qmail/control/servercert.pem ssl_key_file = /var/qmail/control/servercert.pem ssl_cipher_list = ALL:!LOW verbose_ssl = yes login_dir = /usr/local/var/run/dovecot/login login_user = dovecot login_process_per_connection = yes login_processes_count = 3 login_max_processes_count = 128 login_greeting = Dovecot ready. login_log_format_elements = user=<%umethod=%m rip=%r lip=%l %c mail_location = maildir:~/Maildir namespace private { separator = . prefix = INBOX. inbox = yes } namespace shared { separator = . prefix = projects. location = maildir:/home/vpopmail/domains/mydomain.com/shared/projects } mail_debug = yes verbose_proctitle = yes first_valid_uid = 89 last_valid_uid = 89 protocol imap { mail_plugins = acl imap_acl } protocol pop3 { } protocol lda { postmaster_address = postmaster at whitehorsetc.com } auth default { mechanisms = plain login digest-md5 cram-md5 passdb vpopmail { args = } userdb passwd { } userdb vpopmail { } user = vpopmail count = 1 ssl_require_client_cert = no } dict { } plugin { vfile = acl } In the share directory (/home/vpopmail/domains/whitehorsetc.com.com/shared/projects) I created two files: 'subscriptions' and 'dovecot-acl.' Listing this directory yields the following: drwx------ 2 vpopmail vchkpw 4096 Feb 17 08:57 cur -rwxrwxrwx 1 vpopmail vchkpw 39 Mar 1 15:01 dovecot-acl -rw------- 1 vpopmail vchkpw 0 Mar 1 15:51 dovecot-acl-list drwx------ 2 vpopmail vchkpw 4096 Jan 28 14:48 new -rw------- 1 vpopmail vchkpw 1 Mar 1 14:46 subscriptions drwx------ 2 vpopmail vchkpw 4096 Feb 17 08:57 tmp The file 'dovecot-acl-list' is created automatically when I open Outlook. In the file 'dovecot-acl' I have the following entry: user=test at whitehorsetc.com lrwstipekxa I also noticed that the 'projects' folder would not become visible in Outlook until I manually created the 'subscriptions' file, opened it, entered a , and closed the file. Without ACL support enabled all works as expected. Any help would be appreciated. Eric From CMarcus at Media-Brokers.com Wed Mar 2 13:27:06 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 02 Mar 2011 06:27:06 -0500 Subject: [Dovecot] dovecot share In-Reply-To: <4D6D7FFF.5070800@whitehorsetc.com> References: <4D6D7FFF.5070800@whitehorsetc.com> Message-ID: <4D6E298A.3070900@Media-Brokers.com> On 2011-03-01 6:23 PM, Eric Broch wrote: > My dovecot.conf file is as follows: > > base_dir = /var/run/dovecot/ ... UNEDITED doveconf -n output is always preferred - which normally shows the dovecot version... what version is this? -- Best regards, Charles From tss at iki.fi Wed Mar 2 15:52:51 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 02 Mar 2011 15:52:51 +0200 Subject: [Dovecot] Error purging mdbox (damaged) mailbox In-Reply-To: <4D6C9DCC.1090102@us.es> References: <4D6C9DCC.1090102@us.es> Message-ID: <1299073971.19220.407.camel@hurina> On Tue, 2011-03-01 at 08:18 +0100, Javier Miguel Rodr?guez wrote: > doveadm(lbandera at mysite): Panic: file mdbox-purge.c: line 225 > (mdbox_purge_save_msg): assertion failed: (ret == (off_t)msg_size) Fixed this: http://hg.dovecot.org/dovecot-2.0/rev/989f3990b254 Also found a related bug: http://hg.dovecot.org/dovecot-2.0/rev/fe144ecec678 From sven at svenhartge.de Wed Mar 2 16:15:44 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 2 Mar 2011 15:15:44 +0100 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions = -redirect" Message-ID: <57lo82utvpv8@mids.svenhartge.de> Hi! I've got a segfault in managesieve while using: sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect The problem seems to lie in "-redirect". Reason for excluding "redirect" from sieve is my users should not use sieve to forward or redirect mails but use an external method (web-script to set LDAP attribute) which checks several things like active spam-checker, existing target mailbox, etc. The version ov dovecot ist 1:2.0.9-1~3.gbp785ad1~dvz60+1 on Debian Squeeze which is from the Debian maintainers git repository recompiled on Squeeze (I know, pretty wild.) doveconf -n and backtrace follow: -----------------------8<--------------------------------------------- # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 auth_username_format = %Ln dict { quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext } disable_plaintext_auth = no first_valid_gid = 1000 first_valid_uid = 1000 last_valid_gid = 1000 last_valid_uid = 1000 mail_access_groups = virtmail mail_gid = virtmail mail_location = mdbox:~/mdbox mail_plugins = " quota zlib" mail_uid = virtmail mdbox_rotate_interval = 23 hours mdbox_rotate_size = 25 M namespace { hidden = yes inbox = yes list = yes location = prefix = INBOX. separator = . subscriptions = yes type = private } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { quota = dict:Benutzer-Quota::proxy::quota quota_rule = *:storage=2G sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect zlib_save = gz zlib_save_level = 6 } postmaster_address = postmaster at th-mittelhessen.de protocols = imap pop3 sieve service dict { unix_listener dict { group = virtmail mode = 0660 } } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } } service managesieve-login { inet_listener sieve { port = 4190 } inet_listener sieve_deprecated { port = 2000 } } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 ssl = yes } } ssl_cert = , ext_string=) at sieve-extensions.c:567 ext = 0x0 op = 0 '\000' name = 0x2375331 "redirect" _data_stack_cur_id = 2 ext_reg = 0x23856c8 ext_names = 0x2375368 i = ext_count = relative = true #1 0x00007fb2db4207c2 in sieve_extensions_init (svinst=0x2385680) at sieve-extensions.c:256 extensions = ext = #2 0x00007fb2db426914 in sieve_init (env=0x40d700, context=, debug=false) at sieve.c:83 svinst = 0x2385680 uint_setting = 0 size_setting = 37179544 pool = 0x2385660 #3 0x00000000004085ff in managesieve_capabilities_dump () at managesieve-capabilities.c:125 svinst = notify_cap = #4 0x0000000000408af5 in main (argc=4, argv=0x237d370) at main.c:273 set_roots = {0x610040, 0x0} service_flags = storage_service_flags = 0 postlogin_socket_path = 0x0 username = 0x0 c = -----------------------8<--------------------------------------------- Gr??e, Sven. -- Sig lost. Core dumped. From ebroch at whitehorsetc.com Wed Mar 2 17:21:25 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Wed, 02 Mar 2011 08:21:25 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6E298A.3070900@Media-Brokers.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> Message-ID: <4D6E6075.4050202@whitehorsetc.com> Thanks for responding, Charles! Much appreciated... It doesn't seem it was installed with dovecot. I don't know why? [root at poweredgeT105 ~]# doveconf -n output -bash: doveconf: command not found [root at poweredgeT105 ~]# whereis doveconf doveconf: [root at poweredgeT105 ~]# Eric On 3/2/2011 4:27 AM, Charles Marcus wrote: > On 2011-03-01 6:23 PM, Eric Broch wrote: >> My dovecot.conf file is as follows: >> >> base_dir = /var/run/dovecot/ > ... > > UNEDITED doveconf -n output is always preferred - which normally shows > the dovecot version... what version is this? > From CMarcus at Media-Brokers.com Wed Mar 2 17:36:01 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 02 Mar 2011 10:36:01 -0500 Subject: [Dovecot] dovecot share In-Reply-To: <4D6E6075.4050202@whitehorsetc.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> Message-ID: <4D6E63E1.5070401@Media-Brokers.com> Please don't top-post... On 2011-03-02 10:21 AM, Eric Broch wrote: > On 3/2/2011 4:27 AM, Charles Marcus wrote: >> On 2011-03-01 6:23 PM, Eric Broch wrote: >>> My dovecot.conf file is as follows: >>> >>> base_dir = /var/run/dovecot/ >> ... >> >> UNEDITED doveconf -n output is always preferred - which normally shows >> the dovecot version... what version is this? > It doesn't seem it was installed with dovecot. I don't know why? Most likely because you have an ancient version that predates it? ;) Again - what version of dovecot is this? -- Best regards, Charles From ebroch at whitehorsetc.com Wed Mar 2 17:50:34 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Wed, 02 Mar 2011 08:50:34 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6E63E1.5070401@Media-Brokers.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> Message-ID: <4D6E674A.1070601@whitehorsetc.com> Charles, I have dovecot-1.2.3 installed which is the version that is recommended with QmailToaster which is why I have been hesitant to upgrade. Eric On 3/2/2011 8:36 AM, Charles Marcus wrote: > Please don't top-post... > > On 2011-03-02 10:21 AM, Eric Broch wrote: >> On 3/2/2011 4:27 AM, Charles Marcus wrote: >>> On 2011-03-01 6:23 PM, Eric Broch wrote: >>>> My dovecot.conf file is as follows: >>>> >>>> base_dir = /var/run/dovecot/ >>> ... >>> >>> UNEDITED doveconf -n output is always preferred - which normally shows >>> the dovecot version... what version is this? >> It doesn't seem it was installed with dovecot. I don't know why? > Most likely because you have an ancient version that predates it? ;) > > Again - what version of dovecot is this? > From fakessh at fakessh.eu Wed Mar 2 17:46:29 2011 From: fakessh at fakessh.eu (fakessh @) Date: Wed, 02 Mar 2011 16:46:29 +0100 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions = -redirect" In-Reply-To: <57lo82utvpv8@mids.svenhartge.de> References: <57lo82utvpv8@mids.svenhartge.de> Message-ID: <1299080790.22227.445.camel@localhost.localdomain> I do not understand certain things in your dovecot-n in my dovecot -n there is a plugin { plugin = autocreate managesieve sieve sieve = ~/.dovecot.sieve sieve_before = /var/sieve-scripts/roundcube.sieve sieve_dir = ~/sieve sieve_global_path = whatever autocreate = Trash autocreate2 = Junk autocreate3 = Sent autocreate4 = Drafts autosubscribe = Trash autosubscribe2 = Junk autosubscribe3 = Sent autosubscribe4 = Drafts } this missing in your config Le mercredi 02 mars 2011 ? 15:15 +0100, Sven Hartge a ?crit : > Hi! > > I've got a segfault in managesieve while using: > sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect > > The problem seems to lie in "-redirect". > > Reason for excluding "redirect" from sieve is my users should not use > sieve to forward or redirect mails but use an external method > (web-script to set LDAP attribute) which checks several things like > active spam-checker, existing target mailbox, etc. > > The version ov dovecot ist 1:2.0.9-1~3.gbp785ad1~dvz60+1 on Debian > Squeeze which is from the Debian maintainers git repository recompiled > on Squeeze (I know, pretty wild.) > > doveconf -n and backtrace follow: > > -----------------------8<--------------------------------------------- > > # 2.0.9: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 > auth_username_format = %Ln > dict { > quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext > } > disable_plaintext_auth = no > first_valid_gid = 1000 > first_valid_uid = 1000 > last_valid_gid = 1000 > last_valid_uid = 1000 > mail_access_groups = virtmail > mail_gid = virtmail > mail_location = mdbox:~/mdbox > mail_plugins = " quota zlib" > mail_uid = virtmail > mdbox_rotate_interval = 23 hours > mdbox_rotate_size = 25 M > namespace { > hidden = yes > inbox = yes > list = yes > location = > prefix = INBOX. > separator = . > subscriptions = yes > type = private > } > passdb { > args = /etc/dovecot/dovecot-ldap.conf.ext > driver = ldap > } > plugin { > quota = dict:Benutzer-Quota::proxy::quota > quota_rule = *:storage=2G > sieve = ~/.dovecot.sieve > sieve_dir = ~/sieve > sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect > zlib_save = gz > zlib_save_level = 6 > } > postmaster_address = postmaster at th-mittelhessen.de > protocols = imap pop3 sieve > service dict { > unix_listener dict { > group = virtmail > mode = 0660 > } > } > service imap-login { > inet_listener imap { > port = 143 > } > inet_listener imaps { > port = 993 > ssl = yes > } > } > service managesieve-login { > inet_listener sieve { > port = 4190 > } > inet_listener sieve_deprecated { > port = 2000 > } > } > service pop3-login { > inet_listener pop3 { > port = 110 > } > inet_listener pop3s { > port = 995 > ssl = yes > } > } > ssl_cert = ssl_key = userdb { > args = /etc/dovecot/dovecot-ldap-userdb.conf.ext > driver = ldap > } > protocol lmtp { > mail_plugins = " quota zlib sieve" > } > protocol lda { > mail_plugins = " quota zlib sieve" > } > protocol imap { > mail_plugins = " quota zlib imap_quota imap_zlib" > } > > -----------------------8<--------------------------------------------- > > (gdb) bt full > #0 sieve_extensions_set_string (svinst=, ext_string=) > at sieve-extensions.c:567 > ext = 0x0 > op = 0 '\000' > name = 0x2375331 "redirect" > _data_stack_cur_id = 2 > ext_reg = 0x23856c8 > ext_names = 0x2375368 > i = > ext_count = > relative = true > #1 0x00007fb2db4207c2 in sieve_extensions_init (svinst=0x2385680) at sieve-extensions.c:256 > extensions = > ext = > #2 0x00007fb2db426914 in sieve_init (env=0x40d700, context=, debug=false) > at sieve.c:83 > svinst = 0x2385680 > uint_setting = 0 > size_setting = 37179544 > pool = 0x2385660 > #3 0x00000000004085ff in managesieve_capabilities_dump () at managesieve-capabilities.c:125 > svinst = > notify_cap = > #4 0x0000000000408af5 in main (argc=4, argv=0x237d370) at main.c:273 > set_roots = {0x610040, 0x0} > service_flags = > storage_service_flags = 0 > postlogin_socket_path = 0x0 > username = 0x0 > c = > > -----------------------8<--------------------------------------------- > > Gr??e, > Sven. > -- gpg --keyserver pgp.mit.edu --recv-key 092164A7 http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From sven at svenhartge.de Wed Mar 2 18:17:30 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 2 Mar 2011 17:17:30 +0100 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions?=?-redirect" References: <57lo82utvpv8@mids.svenhartge.de> <1299080790.22227.445.camel@localhost.localdomain> Message-ID: <67lof8ntvpv8@mids.svenhartge.de> fakessh @ wrote: > I do not understand certain things in your dovecot-n > in my dovecot -n > there is a > plugin { > plugin = autocreate managesieve sieve > sieve = ~/.dovecot.sieve > sieve_before = /var/sieve-scripts/roundcube.sieve > sieve_dir = ~/sieve > sieve_global_path = whatever > autocreate = Trash > autocreate2 = Junk > autocreate3 = Sent > autocreate4 = Drafts > autosubscribe = Trash > autosubscribe2 = Junk > autosubscribe3 = Sent > autosubscribe4 = Drafts > } > this missing in your config Yeah, so? I don't need autosubscritption, a global path or autocreation of folders. Of course those config options are missing then. My config is from a working example, I can toggle between "works fine" and "managesieve process segfaults" by removing or adding "-redirect" to the sieve_extensions parameter. Gr??e, Sven. -- Sig lost. Core dumped. From stephan at rename-it.nl Wed Mar 2 19:21:11 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Wed, 02 Mar 2011 18:21:11 +0100 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions = -redirect" In-Reply-To: <57lo82utvpv8@mids.svenhartge.de> References: <57lo82utvpv8@mids.svenhartge.de> Message-ID: <4D6E7C87.2060301@rename-it.nl> Op 2-3-2011 15:15, Sven Hartge schreef: > Hi! > > I've got a segfault in managesieve while using: > sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect > > The problem seems to lie in "-redirect". The redirect command is part of the Sieve core specification and it is thus no extension. It's availability can therefore not be disabled using the sieve_extensions setting. When I wouldn't have made a bug here, you would have been warned with the following message: "ignored unknown extension 'redirect' while configuring available extensions" Instead, you got a segfault, which is now fixed: http://hg.rename-it.nl/dovecot-2.0-pigeonhole/rev/bb26cdb18bdf > Reason for excluding "redirect" from sieve is my users should not use > sieve to forward or redirect mails but use an external method > (web-script to set LDAP attribute) which checks several things like > active spam-checker, existing target mailbox, etc. > > The version ov dovecot ist 1:2.0.9-1~3.gbp785ad1~dvz60+1 on Debian > Squeeze which is from the Debian maintainers git repository recompiled > on Squeeze (I know, pretty wild.) Hmm, considering what Sieve RFC 5228 says: "Implementations MAY ignore a redirect action silently due to policy reasons. For example, an implementation MAY choose not to redirect to an address that is known to be undeliverable. Any ignored redirect MUST NOT cancel the implicit keep." (page 24) "(2) MUST provide the means for administrators to limit the ability of users to abuse redirect. In particular, it MUST be possible to limit the number of redirects a script can perform. Additionally, if no use cases exist for using redirect to multiple destinations, this limit SHOULD be set to 1. Additional limits, such as the ability to restrict redirect to local users, MAY also be implemented." (page 38) "Allowing redirects at all may not be appropriate in situations where email accounts are freely available and/or not trackable to a human who can be held accountable for creating message bombs or other abuse." (page 39) Unfortunately, we currently don't have a means to actually disable redirect. The number of redirects can be limited using the existing sieve_max_redirects option, but a value of 0 stands for 'unlimited', meaning that 1 is the minimum. In hindsight, this was a really bad choice :) So we have two options: - Change the meaning of 0 for sieve_max_redirects. It's quite likely no one has set this to 0. - Add a separate setting to disable redirect, e.g. sieve_redirect_disable. Not sure what to choose yet. Regards, Stephan. From ednitido at gmail.com Wed Mar 2 19:30:44 2011 From: ednitido at gmail.com (Edward Carraro) Date: Wed, 2 Mar 2011 12:30:44 -0500 Subject: [Dovecot] Does dovecot proxy support message caching? Message-ID: For example, say the connection between the user and the dovecot proxy is fast/cheap, but the connection from the proxy to the dovecot imap backend server is costly. is there a way to set up the proxy to cache messages to allow faster loading? if so, does it have different levels of caching (full message, headers only, etc)? I'm using dovecot 2.0.9 for both the proxy and the imap backend. if not, is there something that can work with dovecot to allow this? Thanks! From sven at svenhartge.de Wed Mar 2 19:32:30 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 2 Mar 2011 18:32:30 +0100 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions?=?-redirect" References: <57lo82utvpv8@mids.svenhartge.de> <4D6E7C87.2060301@rename-it.nl> Message-ID: <77lojg8tvpv8@mids.svenhartge.de> Stephan Bosch wrote: > Op 2-3-2011 15:15, Sven Hartge schreef: >> I've got a segfault in managesieve while using: >> sieve_extensions = -vacation -reject -spamtest -virustest -enotify -redirect >> >> The problem seems to lie in "-redirect". > The redirect command is part of the Sieve core specification and it is > thus no extension. It's availability can therefore not be disabled > using the sieve_extensions setting. OK, already thought so after inspecting the RfC. > When I wouldn't have made a bug here, you would have been warned with > the following message: > "ignored unknown extension 'redirect' while configuring available > extensions" Which would have caused a mail from me, why "redirect" is an unknown extension. ;) > "Implementations MAY ignore a redirect action silently due to policy > reasons." This fits my use case. redirects/forwards are configured differently here and I need to disable redirect, because I _know_ some of my students will figure out, how to circumvent some restrictions we enforce on mail forwarding. Especially the students fromt the Computer Science department. :) > Unfortunately, we currently don't have a means to actually disable > redirect. The number of redirects can be limited using the existing > sieve_max_redirects option, but a value of 0 stands for 'unlimited', > meaning that 1 is the minimum. In hindsight, this was a really bad > choice :) > So we have two options: > - Change the meaning of 0 for sieve_max_redirects. It's quite > likely no one has set this to 0. > - Add a separate setting to disable redirect, e.g. > sieve_redirect_disable. Use "-1" to disable it? Gr??e, Sven -- Sig lost. Core dumped. From tss at iki.fi Wed Mar 2 19:36:10 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 2 Mar 2011 19:36:10 +0200 Subject: [Dovecot] Does dovecot proxy support message caching? In-Reply-To: References: Message-ID: <2EF89BD8-4CBC-4BD9-85BE-270BFFF132F7@iki.fi> On 2.3.2011, at 19.30, Edward Carraro wrote: > is there a way to set up the proxy to cache messages to allow faster > loading? if so, does it have different levels of caching (full message, > headers only, etc)? > > I'm using dovecot 2.0.9 for both the proxy and the imap backend. v2.0's proxy is dummy and can't do anything. v2.1 has imapc backend that you can make act as kind of a proxy. It will soon support local index files (= some cached headers, etc), and maybe in future full message body caching. From ednitido at gmail.com Wed Mar 2 19:58:09 2011 From: ednitido at gmail.com (Edward Carraro) Date: Wed, 2 Mar 2011 12:58:09 -0500 Subject: [Dovecot] Does dovecot proxy support message caching? In-Reply-To: <2EF89BD8-4CBC-4BD9-85BE-270BFFF132F7@iki.fi> References: <2EF89BD8-4CBC-4BD9-85BE-270BFFF132F7@iki.fi> Message-ID: Ah cool, the Smart IMAP proxying :) How goes the development on it? I was just told by my boss that it's a feature he thinks would be useful and he'd offer his developers to help. On Wed, Mar 2, 2011 at 12:36 PM, Timo Sirainen wrote: > On 2.3.2011, at 19.30, Edward Carraro wrote: > > > is there a way to set up the proxy to cache messages to allow faster > > loading? if so, does it have different levels of caching (full message, > > headers only, etc)? > > > > I'm using dovecot 2.0.9 for both the proxy and the imap backend. > > v2.0's proxy is dummy and can't do anything. v2.1 has imapc backend that > you can make act as kind of a proxy. It will soon support local index files > (= some cached headers, etc), and maybe in future full message body caching. > > From tss at iki.fi Wed Mar 2 20:10:12 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 2 Mar 2011 20:10:12 +0200 Subject: [Dovecot] Does dovecot proxy support message caching? In-Reply-To: References: <2EF89BD8-4CBC-4BD9-85BE-270BFFF132F7@iki.fi> Message-ID: <639E1FB0-5FB5-4EB6-83A7-C80FC800DC11@iki.fi> On 2.3.2011, at 19.58, Edward Carraro wrote: > Ah cool, the Smart IMAP proxying :) > > How goes the development on it? It's going pretty well. I think the only big things missing are the ones I mentioned in my mail: index files and message body caching. The index files won't be too difficult to add, I might even do it this week. > I was just told by my boss that it's a > feature he thinks would be useful and he'd offer his developers to help. Well, there's the message body caching that I'm not that interested in writing myself. It can probably be pretty easily separated from the rest of the code, so not much Dovecot knowledge is required either. Other than that, I guess testing and such would always be helpful. It should already work with all clients, just with no local caching. From ebroch at whitehorsetc.com Thu Mar 3 02:18:04 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Wed, 02 Mar 2011 17:18:04 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6E674A.1070601@whitehorsetc.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> <4D6E674A.1070601@whitehorsetc.com> Message-ID: <4D6EDE3C.8020106@whitehorsetc.com> Is there s certain procedure for upgrading from dovecot 1.x to 2.x? Do I uninstall the current version on my machine? Or, is there an upgrade option during install? I just want to do it correctly. Eric On 3/2/2011 8:50 AM, Eric Broch wrote: > Charles, > > I have dovecot-1.2.3 installed which is the version that is recommended > with QmailToaster which is why I have been hesitant to upgrade. > > Eric > > On 3/2/2011 8:36 AM, Charles Marcus wrote: >> Please don't top-post... >> >> On 2011-03-02 10:21 AM, Eric Broch wrote: >>> On 3/2/2011 4:27 AM, Charles Marcus wrote: >>>> On 2011-03-01 6:23 PM, Eric Broch wrote: >>>>> My dovecot.conf file is as follows: >>>>> >>>>> base_dir = /var/run/dovecot/ >>>> ... >>>> >>>> UNEDITED doveconf -n output is always preferred - which normally shows >>>> the dovecot version... what version is this? >>> It doesn't seem it was installed with dovecot. I don't know why? >> Most likely because you have an ancient version that predates it? ;) >> >> Again - what version of dovecot is this? >> From tss at iki.fi Thu Mar 3 02:37:26 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 3 Mar 2011 02:37:26 +0200 Subject: [Dovecot] Segfault in managesieve with "sieve_extensions?=?-redirect" In-Reply-To: <77lojg8tvpv8@mids.svenhartge.de> References: <57lo82utvpv8@mids.svenhartge.de> <4D6E7C87.2060301@rename-it.nl> <77lojg8tvpv8@mids.svenhartge.de> Message-ID: <32264665-33DB-4C0A-AE3E-7E0A84603D15@iki.fi> On 2.3.2011, at 19.32, Sven Hartge wrote: >> So we have two options: >> - Change the meaning of 0 for sieve_max_redirects. It's quite >> likely no one has set this to 0. Doesn't seem that bad.. Like you said, probably will affect zero to very few people. Would of course be nice if this happened only when Dovecot's minor version changed (to v2.1), i.e. when people are expecting a little bit of backwards incompatible changes. I think v2.1.0 will be out before summer. >> - Add a separate setting to disable redirect, e.g. >> sieve_redirect_disable. Extra settings are always annoying. > Use "-1" to disable it? In general Dovecot settings don't currently have negative values. It would either generate an error or change the value to 2^32-1, which would be better for the unlimited value. From ebroch at whitehorsetc.com Thu Mar 3 02:50:51 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Wed, 02 Mar 2011 17:50:51 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6E63E1.5070401@Media-Brokers.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> Message-ID: <4D6EE5EB.1090103@whitehorsetc.com> On 3/2/2011 8:36 AM, Charles Marcus wrote: > Please don't top-post... > > On 2011-03-02 10:21 AM, Eric Broch wrote: >> On 3/2/2011 4:27 AM, Charles Marcus wrote: >>> On 2011-03-01 6:23 PM, Eric Broch wrote: >>>> My dovecot.conf file is as follows: >>>> >>>> base_dir = /var/run/dovecot/ >>> ... >>> >>> UNEDITED doveconf -n output is always preferred - which normally shows >>> the dovecot version... what version is this? >> It doesn't seem it was installed with dovecot. I don't know why? > Most likely because you have an ancient version that predates it? ;) > > Again - what version of dovecot is this? > Sorry, Charles , I didn't see your request not to top post. Is there s certain procedure for upgrading from dovecot 1.x to 2.x? Do I uninstall the current version on my machine? Or, is there an upgrade option during install? I just want to do it correctly. Eric From lists at wildgooses.com Thu Mar 3 11:57:46 2011 From: lists at wildgooses.com (Ed W) Date: Thu, 03 Mar 2011 09:57:46 +0000 Subject: [Dovecot] Does dovecot proxy support message caching? In-Reply-To: <639E1FB0-5FB5-4EB6-83A7-C80FC800DC11@iki.fi> References: <2EF89BD8-4CBC-4BD9-85BE-270BFFF132F7@iki.fi> <639E1FB0-5FB5-4EB6-83A7-C80FC800DC11@iki.fi> Message-ID: <4D6F661A.6000505@wildgooses.com> On 02/03/2011 18:10, Timo Sirainen wrote: > >> I was just told by my boss that it's a >> feature he thinks would be useful and he'd offer his developers to help. > > Well, there's the message body caching that I'm not that interested in writing myself. It can probably be pretty easily separated from the rest of the code, so not much Dovecot knowledge is required either. > I remain interested to sponsor such a feature though? Just make it affordable... Thanks Ed W From francwalter at gmx.net Thu Mar 3 15:53:50 2011 From: francwalter at gmx.net (francwalter at gmx.net) Date: Thu, 3 Mar 2011 14:53:50 +0100 Subject: [Dovecot] All mails unread after short while Message-ID: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> Hello, I have on Ubuntu 8.04 Postfix 2.5.1 and Dovecot 1.0.10. The mails are saved in maildir format. In one account on my server all mails are unread all the time. If i set them as read in my client (IMAP with Mac Mail 4.4 or IMAP with Squirrelmail, it doesn?t matter) they seem to be checked as read for some minutes or less, but very soon they are unread again, so i guess, only my client thinks that they are read, but after the next check, the client reads again that they are unread. Now i don?t know where to look or change the ?Has been read?-Flag in the maildir-directory. Is it in some file or where is it, the flag? It is only one account, the other accounts on the same domain and on other domains are working quite well. Maybe it is only after a Squirrelmail update last week, but I am not sure. Thank you, Kind Regards, frank walter From hajo.locke at gmx.de Thu Mar 3 17:36:56 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Thu, 3 Mar 2011 16:36:56 +0100 Subject: [Dovecot] auth on tcp socket? Message-ID: Hello, >> is it possible to provide service auth on tcp-socket instead of >> unix-socket? >> I changed my conf and dovecot 2.0.5 is restarting but on telnet test it >> throws: >> dovecot: auth: Fatal: getsockname(12) failed: Socket operation on >> non-socket >> >> Want to separate smtp and imap to different servers but keep using >> dovecot auth for postfix-sasl. >> Whats to do? hmm, is postfix able to use non-unix socket for >> dovecot-sasl? > Well, added support for that: > http://hg.dovecot.org/dovecot-2.0/rev/fe8e82b5bff9 Thanks for that. is it save to use smtpd_sasl_path = inet:localhost:1434 in postfix's main.cf? there are some warnings in log: "when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a socket pathname" ( Datei src/xsasl/xsasl_dovecot_server.c ) Thanks, Hajo From CMarcus at Media-Brokers.com Thu Mar 3 17:57:38 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 03 Mar 2011 10:57:38 -0500 Subject: [Dovecot] dovecot share In-Reply-To: <4D6EE5EB.1090103@whitehorsetc.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> <4D6EE5EB.1090103@whitehorsetc.com> Message-ID: <4D6FBA72.707@Media-Brokers.com> On 2011-03-02 7:50 PM, Eric Broch wrote: > Sorry, Charles , I didn't see your request not to top post. No problem... > Is there s certain procedure for upgrading from dovecot 1.x to 2.x? > Do I uninstall the current version on my machine? > Or, is there an upgrade option during install? > > I just want to do it correctly. When in doubt, rtfm... ;) http://wiki.dovecot.org/Upgrading/ -- Best regards, Charles From CMarcus at Media-Brokers.com Thu Mar 3 18:00:54 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 03 Mar 2011 11:00:54 -0500 Subject: [Dovecot] All mails unread after short while In-Reply-To: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> Message-ID: <4D6FBB36.4040800@Media-Brokers.com> On 2011-03-03 8:53 AM, francwalter at gmx.net wrote: > Dovecot 1.0.10. Upgrading would be a very good idea and would likely solve your problem in the process... there should be repos that have the latest versions available. -- Best regards, Charles From ebroch at whitehorsetc.com Thu Mar 3 18:06:39 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Thu, 03 Mar 2011 09:06:39 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6FBA72.707@Media-Brokers.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> <4D6EE5EB.1090103@whitehorsetc.com> <4D6FBA72.707@Media-Brokers.com> Message-ID: <4D6FBC8F.6030802@whitehorsetc.com> On 3/3/2011 8:57 AM, Charles Marcus wrote: > On 2011-03-02 7:50 PM, Eric Broch wrote: >> Sorry, Charles , I didn't see your request not to top post. > No problem... > >> Is there s certain procedure for upgrading from dovecot 1.x to 2.x? >> Do I uninstall the current version on my machine? >> Or, is there an upgrade option during install? >> >> I just want to do it correctly. > When in doubt, rtfm... ;) > > http://wiki.dovecot.org/Upgrading/ > Thanks, Charles! I had looked at that web page previously but it didn't offer any assistance on upgrading tarballs. So, I went ahead and started experimenting on my test server. Here is my procedure... (Stop Qmailtoaster) 1) qmailctl stop >> (Uninstall dovecot v1.2.3) 2) cd /my/dovecot/dir/dovecot-1.2.3 3) sudo make uninstall (Install dovecot v2.0.9) 4) cd /my/dovecot/dir 5) wget http://dovecot.org/releases/2.0/dovecot-2.0.9.tar.gz 6) tar -zxvf dovecot-2.0.9.tar.gz 7) cd dovecot-2.0.9 8) ./configure --with-vpopmail --with-ssl=openssl 9) make 10) sudo make install (Create the v2.0.9 configuration file from v1.2.3 configuration file andput it in v2 directory) 11) cp /usr/local/etc/dovecot.conf /usr/local/etc/dovecot/dovecot.conf 12) cd /usr/local/etc/dovecot 13) doveconf -n> dovecot-2.conf (Create v2 compatible file) 14) cp dovecot-2.conf dovecot.conf (Rename v2 compatible file) (Edit v2 file) 15) Removed the following setting from dovecot.conf (IMAP will not work with this setting) service auth { user = vpopmail } 16) qmailctl start Oh, and I've been informed that I missed creating the 'dovenull' user. Eric From francwalter at gmx.net Thu Mar 3 18:16:03 2011 From: francwalter at gmx.net (francwalter at gmx.net) Date: Thu, 3 Mar 2011 17:16:03 +0100 Subject: [Dovecot] All mails unread after short while In-Reply-To: <4D6FBB36.4040800@Media-Brokers.com> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> <4D6FBB36.4040800@Media-Brokers.com> Message-ID: <10BA293B-2293-4090-B942-3F9D13BF2153@gmx.net> > > Upgrading would be a very good idea and would likely solve your problem > in the process... there should be repos that have the latest versions > available. > Unfortunately this was what i tried a month before, without success. After upgrading the communication between Postfix and Dovecot stopped. From ebroch at whitehorsetc.com Thu Mar 3 18:19:41 2011 From: ebroch at whitehorsetc.com (Eric Broch) Date: Thu, 03 Mar 2011 09:19:41 -0700 Subject: [Dovecot] dovecot share In-Reply-To: <4D6FBA72.707@Media-Brokers.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> <4D6EE5EB.1090103@whitehorsetc.com> <4D6FBA72.707@Media-Brokers.com> Message-ID: <4D6FBF9D.1040808@whitehorsetc.com> On 3/3/2011 8:57 AM, Charles Marcus wrote: > On 2011-03-02 7:50 PM, Eric Broch wrote: >> Sorry, Charles , I didn't see your request not to top post. > No problem... > >> Is there s certain procedure for upgrading from dovecot 1.x to 2.x? >> Do I uninstall the current version on my machine? >> Or, is there an upgrade option during install? >> >> I just want to do it correctly. > When in doubt, rtfm... ;) > > http://wiki.dovecot.org/Upgrading/ > Oh! After upgrading to v2 everything worked as expected, and it was quite easy to set up! Thanks, Charles. From CMarcus at Media-Brokers.com Thu Mar 3 18:54:48 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 03 Mar 2011 11:54:48 -0500 Subject: [Dovecot] dovecot share In-Reply-To: <4D6FBF9D.1040808@whitehorsetc.com> References: <4D6D7FFF.5070800@whitehorsetc.com> <4D6E298A.3070900@Media-Brokers.com> <4D6E6075.4050202@whitehorsetc.com> <4D6E63E1.5070401@Media-Brokers.com> <4D6EE5EB.1090103@whitehorsetc.com> <4D6FBA72.707@Media-Brokers.com> <4D6FBF9D.1040808@whitehorsetc.com> Message-ID: <4D6FC7D8.7050000@Media-Brokers.com> On 2011-03-03 11:19 AM, Eric Broch wrote: > Oh! After upgrading to v2 everything worked as expected, and it was > quite easy to set up! > > Thanks, Charles. No worries, glad you got it sorted... -- Best regards, Charles From CMarcus at Media-Brokers.com Thu Mar 3 18:56:15 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 03 Mar 2011 11:56:15 -0500 Subject: [Dovecot] All mails unread after short while In-Reply-To: <10BA293B-2293-4090-B942-3F9D13BF2153@gmx.net> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> <4D6FBB36.4040800@Media-Brokers.com> <10BA293B-2293-4090-B942-3F9D13BF2153@gmx.net> Message-ID: <4D6FC82F.1010407@Media-Brokers.com> On 2011-03-03 11:16 AM, francwalter at gmx.net wrote: >> Upgrading would be a very good idea and would likely solve your problem >> in the process... there should be repos that have the latest versions >> available. > Unfortunately this was what i tried a month before, without success. > After upgrading the communication between Postfix and Dovecot stopped. Which is not much of a problem description, but obviously means you did something wrong... so, instead of finding/fixing the problem, you just reverted? -- Best regards, Charles From francwalter at gmx.net Thu Mar 3 19:06:57 2011 From: francwalter at gmx.net (francwalter at gmx.net) Date: Thu, 3 Mar 2011 18:06:57 +0100 Subject: [Dovecot] All mails unread after short while In-Reply-To: <4D6FC82F.1010407@Media-Brokers.com> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> <4D6FBB36.4040800@Media-Brokers.com> <10BA293B-2293-4090-B942-3F9D13BF2153@gmx.net> <4D6FC82F.1010407@Media-Brokers.com> Message-ID: Am 03.03.2011 um 17:56 schrieb Charles Marcus: > > Which is not much of a problem description, but obviously means you did > something wrong... so, instead of finding/fixing the problem, you just > reverted? Yes, i reverted and put back the config-files of the old dovecot version. After this everything worked well again like i thought. I will upgrade Dovecot in some weeks for sure because of Quota, but at the moment i am happy if just the little (?) Unread-problem is away ? But anyway, where can i find the place where the mails are set to read or unread? From doug at impalanetworks.com Thu Mar 3 22:56:53 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Thu, 3 Mar 2011 13:56:53 -0700 Subject: [Dovecot] process_min_avail being ignored? Message-ID: Today I found out we are having users w/ problems because: Mar 3 09:57:33 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped Mar 3 09:58:42 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped Mar 3 10:02:51 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped Mar 3 10:04:29 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped Mar 3 10:05:41 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped Mar 3 10:06:58 jlgray dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped So, based on the dovecot2 wiki, it would seem that the solution is to follow the recommendations at http://wiki2.dovecot.org/LoginProcess, and use them as a guide for our situation. I have done so. But unless I misunderstand their purpose, I don't think they're working. Maybe I don't have them in the correct place?? I am expecting the imap-login process count to immediately jump up to 200 (based on my config below). But instead, they just slowly gradually increase. But even an hour after changing the config & restarting dovecot, I only have 78 login processes. dovecot -n output is: # 2.0.9: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 auth_debug = yes auth_mechanisms = plain login disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " mail_debug = yes mail_location = maildir:~/ mail_privileged_group = mail passdb { driver = pam } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = dovecot-2.conf Then we renamed dovecot-2.conf to dovecot.conf I'm pretty sure there were no problems with that part. We are running dovecot 2.0.9 compiled from source. OS is 64-bit Debian Squeeze (6.0), as shown by 'cat /proc/version': Linux version 2.6.32-5-amd64 (Debian 2.6.32-30) (ben at decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 03:40:32 UTC 2011 I really appreciate anyone helping me figure out why Thanks, - Doug Mortensen Network Consultant Impala Networks Inc CCNA, MCSA, Security+, A+ Linux+, Network+, Server+ . www.impalanetworks.com P: (505) 327-7300 F: (505) 327-7545 From cvb at kruemel.org Thu Mar 3 23:23:54 2011 From: cvb at kruemel.org (cvb at kruemel.org) Date: Thu, 03 Mar 2011 22:23:54 +0100 Subject: [Dovecot] expire plugin and sieve In-Reply-To: <1297296458.19220.51.camel@hurina> References: <9256c6ab9e68637c6daef1f930ae22db@kruemel.org> <1297296458.19220.51.camel@hurina> Message-ID: <417992de97c6fa611d34c53b6815d8c3@kruemel.org> On Thu, 10 Feb 2011 02:07:38 +0200, Timo Sirainen wrote: >> However, the combination of sieve and expire does not seem to be >> working: When sieve moves messages into a folder, no entry is >> created in >> the database. Don't these plugins work together, or did I >> misconfigure >> something? > If you didn't yet find out: >> lda: >> mail_plugins: expire >> mail_plugins: sieve > The second mail_plugins setting overrides the first one. Use: > mail_plugins = expire sieve Thanks, this works to the extent that dates are now written into the database when mails are moved by sieve filters. What doesn't work (and I spent the last weeks testing and googling, hence my late reply) is the deletion of expired mails. When an expiration date occurs, the database is updated, but nothing is deleted. I have implemented a test with a 1 day expiry. Dates get updated, nothing is deleted. Output of expire tool: Info: Loading modules from directory: /usr/lib/dovecot/modules/imap Info: Module loaded: /usr/lib/dovecot/modules/imap/lib20_expire_plugin.so Info: expire: pattern=INBOX.Trash type=expunge secs=604800 Info: expire: pattern=INBOX.Mailing-Lists.test type=expunge secs=86400 Info: expire: pattern=INBOX.Spam type=expunge secs=2592000 Info: auth input: uid=5000 Info: auth input: gid=5000 Info: auth input: home=/home/vmail/example.com/user1 Info: Namespace: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes Info: maildir: data=/home/vmail//:INDEX=/var/indexes/ Info: maildir++: root=/home/vmail/, index=/var/indexes, control=, inbox=/home/vmail/ Info: auth input: uid=5000 Info: auth input: gid=5000 Info: auth input: home=/home/vmail/example.com/user2 Info: Namespace: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes Info: maildir: data=/home/vmail//:INDEX=/var/indexes/ Info: maildir++: root=/home/vmail/, index=/var/indexes, control=, inbox=/home/vmail/ Is this an issue with the mail_location setting? I know the wiki says something about a userdb lookup returning the mail location, but, frankly, I'm not sure what that's supposed to say... Thanks. From Bruno.Treguier at shom.fr Thu Mar 3 23:28:39 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-1?Q?Bruno_Tr=E9guier?=) Date: Thu, 03 Mar 2011 22:28:39 +0100 Subject: [Dovecot] TB, dovecot & trailing slash - again Message-ID: <4D700807.4000108@shom.fr> Hi there, I have been browsing the mailing list archives in search of a solution to my problem, related to the quite infamous "trailing slash" issue with Thunderbird, but I don't seem to have found any closely related discussion. Please forgive me if this problem has already found a solution. Here I go; We use a lot of TB clients (2.x and 3.x), and we are using Dovecot 1.2.4 on our production server (mbox format). As told in many places, including this list, I added the option "tb-extra-mailbox-sep" in my dovecot.conf file. The checkbox regarding the mix of mailbox/submailbox and mailbox/messages is unchecked in the advanced options of our TB standard config. I snooped the connection with "ngrep" when creating a folder meant for containing subfolders. Here is the trace: > 6 create "ABCDE/".. < 6 OK Create completed... > 7 subscribe "ABCDE/".. < 7 OK Subscribe completed... > 8 list "" "ABCDE/".. < * LIST (\Noselect \HasChildren) "/" "ABCDE/"..8 OK List completed... So far, so good. But when you have a look at the .subscriptions file, you can see that the ABCDE folder has no trailing slash: it has been stripped off, apparently due to an "enhancement" made in 2009: http://hg.dovecot.org/dovecot-1.2/rev/339be408f49a It may be intended, but the drawback is that TB then gets a bit confused, as it has no way, during a "LIST" operation, to distinguish between a "folder/subfolder" scheme and a "folder/message" scheme: consequently, you get an error message from TB whenever you click on the containing folder, stating that "the mailbox isn't selectable". The problem is not just cosmetic, though, as the subfolders of such folders are not synchronized when selected for offline reading. I made a test with another version of Dovecot, of the 1.1 branch, and it behaves a little bit differently: the trailing slash is kept in the .subscriptions file, and everything is ok. TB is able to make the distinction between both kinds of folders. For the moment, I simply erased the "tb-extra-mailbox-sep" from my config file, and this is what happens: > 306 create "ABCDE/".. < 306 OK Create completed... > 307 subscribe "ABCDE/".. < 307 NO Invalid mailbox name: ABCDE/.. > 308 list "" "ABCDE/".. < * LIST (\Noselect \HasChildren) "/" "ABCDE/"..308 OK List completed... In that case, the "subscribe" command fails, so the folder does not appear by itself in the .subscriptions file, but as it is not used (only "terminal" mailboxes, containing messages, which are files in the filesystem), this is not a problem. The directory is created on the disk, and you can then create subfolders without any problem... Sorry for this long message, I just wanted to explain precisely what happens. A last word: switching to maildir would be quite a hassle, as we use quite a lot of procmail-based tools. Rewriting everything using Sieve is not planned for the moment. Does anyone out there have a solution for this ? What am I doing wrong ? Is the "tb-extra-mailbox-sep" really necessary when using TB ? As far as I can tell, it rather got us into trouble here, than solved anything... Thanks for any info/pointer/else ! Best regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From doug at impalanetworks.com Thu Mar 3 23:29:14 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Thu, 3 Mar 2011 14:29:14 -0700 Subject: [Dovecot] /etc/pam.d/dovecot missing? during high load Message-ID: This morning on our newly built server, the following was logged twice: auth: Error: pam(username,127.0.0.1): pam_authenticate() failed: Authentication failure (/etc/pam.d/dovecot missing?) This also happened to be during a time of 100+ imap-login processes, where we were seeing: master: Warning: service(imap-login): process_limit reached, client connections are being dropped The initial error was correct, in that I had not yet created /etc/pam.d/dovecot. I have since created the file. However, we brought this server into production yesterday & there were no complaints, nor was the error logged besides twice this morning within 3.5 minutes of eachother. In looking at pam documentation, it is my understanding that when a service (dovecot) does not have its own file existing under /etc/pam.d, then pam will instead use the settings from /etc/pam.d/others as defaults. This seems logical to me, and would explain why things have been working fairly well with no errors regarding pam (other than the 2 logged this morning). However, what this does not explain, is why dovecot auth logged about the file missing at all. I can only guess that it was related to logins being dropped due to high load, and was incorrectly logged?? For reference, my current /etc/pam.d/dovecot is: auth required pam_unix.so nullok account required pam_unix.so My current /etc/pam.d/other is: @include common-auth @include common-account @include common-password @include common-session Which results in (confirmed via : grep -v ^# common-auth common-account common-password common-session) auth [success=1 default=ignore] pam_unix.so nullok_secure auth requisite pam_deny.so auth required pam_permit.so account [success=1 new_authtok_reqd=done default=ignore] pam_unix.so account requisite pam_deny.so password [success=1 default=ignore] pam_unix.so obscure sha512 password requisite pam_deny.so password required pam_permit.so session [default=1] pam_permit.so session requisite pam_deny.so session required pam_permit.so session required pam_unix.so So there definitely is quite a difference between the dovecot pam file I created (based on the dovecot2 wiki), and the system default (other). I don't know whether this could have been related, so I figured I'd share. Otherwise, I'm running dovecot 2.0.9 compiled from source. dovecot -n at the time of the pam errors was probably: # 2.0.9: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 auth_debug = yes auth_mechanisms = plain login disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " mail_debug = yes mail_location = maildir:~/ mail_privileged_group = mail passdb { driver = pam } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = References: Message-ID: Nevermind. My bad. Only now did I realize that my dovecot -n is totally missing anything regarding the "service imap-login", which I defined in /etc/dovecot/dovecot.conf as: service imap-login { service_count=1 process_min_avail = 200 process_limit = 1000 #vsz_limit = 64M } This brought to mind a recollection that building dovecot from source (& using the init.d startup script from the dovecot wiki) caused it to want to look to: /usr/local/var/run/dovecot/dovecot.conf for its config file. Meaning I edited the wrong file this morning. I just added the same configuration to the config file at /usr/local/var/run/dovecot/dovecot.conf, and it worked as expected (currently 237 imap-login sessions). It's time for me to create some sym links so that if I forget this in the future, it won't take me an hour of troubleshooting to remember. Thanks, - Doug Mortensen Network Consultant Impala Networks P: 505.327.7300 From pw at wk-serv.de Thu Mar 3 23:51:53 2011 From: pw at wk-serv.de (Patrick Westenberg) Date: Thu, 03 Mar 2011 22:51:53 +0100 Subject: [Dovecot] Problem with sieve and namespace In-Reply-To: <4D68463F.7030708@wk-serv.de> References: <4D68463F.7030708@wk-serv.de> Message-ID: <4D700D79.8050601@wk-serv.de> Patrick Westenberg schrieb: > Feb 26 00:39:25 endeavour dovecot: lmtp(6967, mail at jasbafliesen.de): > Error: 1WYlBCE1aE03GwAA0CSSVw: sieve: msgid=<4D683DA5.7030505 at gmx.de>: > failed to store into mailbox mail at jasbafliesen.de': Unknown namespace > > Feb 26 00:39:25 endeavour dovecot: lmtp(6967, mail at jasbafliesen.de): > Error: 1WYlBCE1aE03GwAA0CSSVw: sieve: script > /usr/local/etc/dovecot/sieve/default.sieve failed with unsuccessful > implicit keep FYI: After upgrading to the latest versions these problems don?t occur anymore. Regards Patrick From wgillespie+dovecot at es2eng.com Fri Mar 4 00:27:34 2011 From: wgillespie+dovecot at es2eng.com (Willie Gillespie) Date: Thu, 03 Mar 2011 15:27:34 -0700 Subject: [Dovecot] All mails unread after short while In-Reply-To: References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> <4D6FBB36.4040800@Media-Brokers.com> <10BA293B-2293-4090-B942-3F9D13BF2153@gmx.net> <4D6FC82F.1010407@Media-Brokers.com> Message-ID: <4D7015D6.1030404@es2eng.com> On 3/3/2011 10:06 AM, francwalter at gmx.net wrote: > But anyway, where can i find the place where the mails are set to read or unread? Pulling this out of memory, so someone can correct me if I'm wrong. You mentioned earlier that you were using the Maildir format. Look in the /cur part of the mail folder. The file will end with "2,(flags)" where (flags) are: Flag "P" (passed): the user has resent/forwarded/bounced this message to someone else. Flag "R" (replied): the user has replied to this message. Flag "S" (seen): the user has viewed this message, though perhaps he didn't read all the way through it. Flag "T" (trashed): the user has moved this message to the trash; the trash will be emptied by a later user action. Flag "D" (draft): the user considers this message a draft; toggled at user discretion. Flag "F" (flagged): user-defined flag; toggled at user discretion. Willie Copied some info from http://cr.yp.to/proto/maildir.html From doug at impalanetworks.com Fri Mar 4 01:12:49 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Thu, 3 Mar 2011 16:12:49 -0700 Subject: [Dovecot] logging issues w/ login_max_processes_count on 1.x Message-ID: Today I found our dovecot 2.x gracefully logged: dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped I am confident that we had the very same problem on our previous dovecot 1.x box. Of course with dovecot 1.x, the same relative setting is login_max_processes_count. I believe that I turned up all dovecot logging & debugging to the max (also checked with the 1.x wiki), but nothing was ever logged relating to this. Does anyone know whether there is a way to get dovecot 1.x to log this type of error? Thanks, - Doug Mortensen Network Consultant Impala Networks Inc CCNA, MCSA, Security+, A+ Linux+, Network+, Server+ . www.impalanetworks.com P: (505) 327-7300 F: (505) 327-7545 From tss at iki.fi Fri Mar 4 03:41:16 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 4 Mar 2011 03:41:16 +0200 Subject: [Dovecot] logging issues w/ login_max_processes_count on 1.x In-Reply-To: References: Message-ID: On 4.3.2011, at 1.12, Douglas Mortensen wrote: > Today I found our dovecot 2.x gracefully logged: > dovecot: master: Warning: service(imap-login): process_limit reached, client connections are being dropped > > Does anyone know whether there is a way to get dovecot 1.x to log this type of error? As long as all of the connection slots aren't used for SSL connections, it should log: Disconnected: Connection queue full as some (not yet logged in) client's disconnection reason. It kills the oldest client away. This is actually what v2.0 also does in that situation, it just logs that extra warning. If all of the login processes are busy serving SSL sessions, v1.x logs: All login processes are in use. You may need to increase login_max_processes_count From samuel at hassine.fr Fri Mar 4 04:18:13 2011 From: samuel at hassine.fr (Samuel Hassine) Date: Fri, 04 Mar 2011 03:18:13 +0100 Subject: [Dovecot] Dovecot and ManageSieve crash trace Message-ID: <4D704BE5.2050301@hassine.fr> Hi all, I am trying to deploy Dovecot with Sieve support and I choose the easy way: install ManageSieve. But I have a problem here, and I did not find how to deal with. I tested the communication to the server with the telnet command. Here the result: http://pastebin.com/dgvhEwxJ And I do not understand how to link IMAP authentification and Sieve authentification. I just want to allow creation of Sieve filters for any IMAP user (based on LDAP). Thanks for your answer. Best regards. Samuel Hassine From stephan at rename-it.nl Fri Mar 4 10:03:51 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 04 Mar 2011 09:03:51 +0100 Subject: [Dovecot] sieve issue In-Reply-To: <4D6D3004.1060005@informatik.hu> References: <4D6D3004.1060005@informatik.hu> Message-ID: <4D709CE7.5030403@rename-it.nl> On 3/1/2011 6:42 PM, Informatik.hu wrote: > Hi All! > > I have got some problem with dovecot sieve. (from Debian Squeeze > packages). > > I have already installed dovecot and postfix with mysql(postfix admin) > virtual domains and users, configured dovecot deliver for delivery > method in postfix. > Dovecot sieve IS working, reads the global script, BUT it DOES NOT > reads the user scripts from the users virtual home directory. > > If i place ".dovecot.sieve" in /home/vmail, and configure sieve for > this location, it reads the script. > If i put the file under /home/vmail/domain.com (/home/vmail/%d) or > /home/vmail/domain.com/user at domain.com (/home/vmail/%d/%u) > the sieve plugin does not read(compile) the script. Deliver log > contains that the incoming mail (which has to be filtered) saved to > INBOX, and there is no > error in the deliver error log, nor dovecot logs. > > Can anybody help me out what am i doing wrong? Could you show your config? This means you should paste the output of dovecot -n. Also, you can run deliver with mail_debug enabled and check the logfile for more information. Regards, Stephan. From stephan at rename-it.nl Fri Mar 4 10:10:29 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 04 Mar 2011 09:10:29 +0100 Subject: [Dovecot] Dovecot and ManageSieve crash trace In-Reply-To: <4D704BE5.2050301@hassine.fr> References: <4D704BE5.2050301@hassine.fr> Message-ID: <4D709E75.6080002@rename-it.nl> On 3/4/2011 3:18 AM, Samuel Hassine wrote: > Hi all, > > I am trying to deploy Dovecot with Sieve support and I choose the easy > way: install ManageSieve. > > But I have a problem here, and I did not find how to deal with. > > I tested the communication to the server with the telnet command. Here > the result: http://pastebin.com/dgvhEwxJ > > And I do not understand how to link IMAP authentification and Sieve > authentification. I just want to allow creation of Sieve filters for > any IMAP user (based on LDAP). You are using the python ManageSieve implementation, which is not directly tied to Dovecot. You should check this page for more help: http://gitorious.org/pysieved/pages/Home/ Also, Dovecot has native ManageSieve support: http://wiki.dovecot.org/ManageSieve Regards, Stephan. From Rob.Coward at game.co.uk Fri Mar 4 13:18:35 2011 From: Rob.Coward at game.co.uk (Rob Coward) Date: Fri, 4 Mar 2011 11:18:35 -0000 Subject: [Dovecot] unsubscribe Message-ID: <35B52A56C93BC343973FA6EC12D611320409735A@gm-ho-exc-02.group.game.net> Please consider the environment before printing this email. Game Stores Group Limited, registered number 1937170, registered in England From mark.zealey at webfusion.com Fri Mar 4 12:16:25 2011 From: mark.zealey at webfusion.com (Mark Zealey) Date: Fri, 04 Mar 2011 12:16:25 +0200 Subject: [Dovecot] penalty configuration and proxy servers Message-ID: <4D70BBF9.90000@webfusion.com> Hi there, I've had a look through the wiki and a quick look through the source for penalty configurations (dovecot 2.0.9) but I've not found anything to do with configuration options for this functionality. I'm basically wanting to disable a particular host/subnet from the penalty setup. In our case we have some webmail servers that do get attacked however most of the traffic is legitimate so I'd rather that the user experience was faster (ie not having a few seconds of delay on login) than that we slowed down attacks from them. On a similar note; is it possible to do the per-ip login limit in the auth level rather than the imap/pop level? I ask this as we've just implemented a proxy setup whereby we have two frontend proxy servers that then dispatch to backend servers specified in the database. So, the backend servers do the actual imap/pop sessions however we now don't see the remote ip addresses so it becomes difficult to limit abusive users. The 'doveadm who'/process listing code also doesn't work on the proxy servers even though dovecot knows who logged in and forwards the connection through to the backend servers. None of these features/suggestions are show-stoppers; dovecot is a great program however they're more suggestions of ways it would be useful for us to improve the software. Thanks, Mark From ka at pacific.net Fri Mar 4 16:09:00 2011 From: ka at pacific.net (Ken A) Date: Fri, 04 Mar 2011 08:09:00 -0600 Subject: [Dovecot] unsubscribe In-Reply-To: <35B52A56C93BC343973FA6EC12D611320409735A@gm-ho-exc-02.group.game.net> References: <35B52A56C93BC343973FA6EC12D611320409735A@gm-ho-exc-02.group.game.net> Message-ID: <4D70F27C.3000508@pacific.net> Please consider brain cells before sending it too.. On 3/4/2011 5:18 AM, Rob Coward wrote: > > > > Please consider the environment before printing this email. > > Game Stores Group Limited, registered number 1937170, registered in England > -- Ken Anderson Pacific Internet - http://www.pacific.net From elmailpersonal at gmail.com Fri Mar 4 17:13:58 2011 From: elmailpersonal at gmail.com (deconya) Date: Fri, 4 Mar 2011 16:13:58 +0100 Subject: [Dovecot] strange problem receiving mails Message-ID: Hi guys Im viewing how to repair a problem using a postfix platform with openldap and dovecot. This is the problem: -When I create a new user inside openldap with mail account appears correctly inside ldap but when I access first time appears inside /var/spool/dovecot/ the folder of account bad. Not appears the name of uid, appears the name of user mail, for ex: drwx------ 5 exemple Domain Users 4,0K 2011-03-04 13:28 exemple drwx------ 9 exemple Domain Users 4,0K 2011-03-04 13:29 exemple.usermail Log filteered: Mar 4 13:28:21 mailserver deliver(exemple): Loading modules from directory: /usr/lib/dovecot/modules/lda Mar 4 13:28:21 mailserver deliver(exemple): Module loaded: /usr/lib/dovecot/modules/lda/ lib10_quota_plugin.so Mar 4 13:28:21 mailserver dovecot: auth(default): master in: USER^I1^Iunesco^Iservice=deliver Mar 4 13:28:21 mailserver dovecot: auth(default): prefetch( exemple at mydomain.com): passdb didn't return userdb entries, trying the next userdb Mar 4 13:28:21 mailserver dovecot: auth(default): passwd( exemple at mydomain.com): lookup Mar 4 13:28:21 mailserver dovecot: auth(default): passwd( exemple at mydomain.com): unknown user Mar 4 13:28:21 mailserver dovecot: auth(default): ldap(exemple at mydomain.com): user search: base=ou=Users, dc=ldap, dc=es scope=subtree filter=(&(objectClass=posixAccount)(|(mail=exemple at mydomain.com)(uid= exemple at mydomain.com)(uid=exemple))) fields=homeDirectory,uidNumber,gidNumber,mailQuota Mar 4 13:28:21 mailserver deliver(exemple): auth input: home=/home/exemple Mar 4 13:28:21 mailserver deliver(exemple): auth input: uid=10017 Mar 4 13:28:21 mailserver deliver(exemple): auth input: gid=513 Mar 4 13:28:21 mailserver deliver(exemple): Home dir not found: /home/exemple Mar 4 13:28:21 mailserver deliver(exemple): Quota root: name=User quota backend=maildir args= Mar 4 13:28:21 mailserver deliver(exemple): Quota rule: root=User quota mailbox=* bytes=52428800 messages=0 Mar 4 13:28:21 mailserver deliver(exemple): Quota rule: root=User quota mailbox=Trash ignored Mar 4 13:28:21 mailserver deliver(exemple): maildir: data=/var/spool/dovecot/exemple/ Mar 4 13:28:21 mailserver deliver(exemple): maildir++: root=/var/spool/dovecot/exemple, index=, control=, inbox=/var/spool/dovecot/exemple Mar 4 13:28:21 mailserver dovecot: auth(default): ldap(exemple at mydomain.com): result: homeDirectory(home)=/home/exemple uidNumber(uid)=10017 gidNumber(gid)=513 Mar 4 13:28:21 mailserver dovecot: auth(default): master out: USER^I1^ Iunesco at mydomain.com^Ihome=/home/exemple^Iuid=10017^Igid=513 Mar 4 13:28:21 mailserver deliver(exemple): msgid=<1299241700.26848.1.camel at infolinux>: saved mail to INBOX Mar 4 13:28:21 mailserver postfix/pipe[29996]: 6191E26F95B: to=< exemple at mydomain.com>, orig_to=, relay=dovecot, delay=0.09, delays=0.03/0/0/0.06, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 4 13:28:26 mailserver dovecot: auth-worker(default): pam( exemplemail at mydomain.com,10.0.0.4): lookup service=dovecot Mar 4 13:28:26 mailserver dovecot: auth-worker(default): pam( exemplemail at mydomain.com,10.0.0.4): #1/1 style=1 msg=Password: Mar 4 13:28:28 mailserver dovecot: auth-worker(default): pam( exemplemail at mydomain.com,10.0.0.4): pam_authenticate() failed: Authentication failure (password mismatch?) Mar 4 13:28:28 mailserver dovecot: auth(default): ldap( exemplemail at mydomain.com,10.0.0.4): bind search: base=ou=Users, dc=ldap, dc=es filter=(&(objectClass=posixAccount)(|(mail=exemplemail at mydomain.com )(uid=exemplemail at mydomain.com))) Mar 4 13:28:28 mailserver dovecot: auth(default): auth( exemplemail at mydomain.com,10.0.0.4): username changed exemplemail at mydomain.com -> exemple Mar 4 13:28:28 mailserver dovecot: auth(default): ldap(exemple,10.0.0.4): result: homeDirectory(userdb_home)=/home/exemple uid(user)=exemple uidNumber(userdb_uid)=10017 gidNumber(userdb_gid)=513 Mar 4 13:28:28 mailserver dovecot: auth(default): client out: OK^I1^Iuser=exemple Mar 4 13:28:28 mailserver dovecot: auth(default): prefetch(exemple,10.0.0.4): success Mar 4 13:28:28 mailserver dovecot: auth(default): master out: USER^I411619^ Iunescochair.lccc at mydomain.com^Ihome=/home/exemple^Iuid=10017^Igid=513 Mar 4 13:28:28 mailserver dovecot: imap-login: Login: user=, method=PLAIN, rip=10.0.0.4, lip=10.0.0.5 Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Loading modules from directory: /usr/lib/dovecot/modules/imap Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Module loaded: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Module loaded: /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Effective uid=10017, gid=513, home=/home/exemple Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Quota root: name=User quota backend=maildir args= Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Quota rule: root=User quota mailbox=* bytes=52428800 messages=0 Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Quota rule: root=User quota mailbox=Trash ignored Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): maildir: data=/var/spool/dovecot/exemplemail/ Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): maildir++: root=/var/spool/dovecot/exemplemail, index=, control=, inbox=/var/spool/dovecot/exemplemail Mar 4 13:28:28 mailserver dovecot: IMAP(exemplemail at mydomain.com): Disconnected: Logged out bytes=45/375 Any idea? Thanks and Best Regards From tss at iki.fi Fri Mar 4 18:54:56 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 04 Mar 2011 18:54:56 +0200 Subject: [Dovecot] penalty configuration and proxy servers In-Reply-To: <4D70BBF9.90000@webfusion.com> References: <4D70BBF9.90000@webfusion.com> Message-ID: <1299257696.19220.417.camel@hurina> On Fri, 2011-03-04 at 12:16 +0200, Mark Zealey wrote: > I've had a look through the wiki and a quick look through the source for > penalty configurations (dovecot 2.0.9) but I've not found anything to do > with configuration options for this functionality. I'm basically wanting > to disable a particular host/subnet from the penalty setup. In our case > we have some webmail servers that do get attacked however most of the > traffic is legitimate so I'd rather that the user experience was faster > (ie not having a few seconds of delay on login) than that we slowed down > attacks from them. http://hg.dovecot.org/dovecot-2.0/rev/bf6749d4db08 http://hg.dovecot.org/dovecot-2.0/rev/73cad87e2045 And set login_trusted_networks = webmail > On a similar note; is it possible to do the per-ip login limit in the > auth level rather than the imap/pop level? I ask this as we've just > implemented a proxy setup whereby we have two frontend proxy servers > that then dispatch to backend servers specified in the database. So, the > backend servers do the actual imap/pop sessions however we now don't see > the remote ip addresses so it becomes difficult to limit abusive users. Add proxy IPs to login_trusted_networks and this problem goes away. > The 'doveadm who'/process listing code also doesn't work on the proxy > servers even though dovecot knows who logged in and forwards the > connection through to the backend servers. After setting login_trusted_networks you can do this on the backend servers and they show the user's real IP. doveadm who isn't supposed to work in proxy servers and I'm not sure if it ever will. From tss at iki.fi Fri Mar 4 18:58:08 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 04 Mar 2011 18:58:08 +0200 Subject: [Dovecot] All mails unread after short while In-Reply-To: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> Message-ID: <1299257888.19220.419.camel@hurina> On Thu, 2011-03-03 at 14:53 +0100, francwalter at gmx.net wrote: > In one account on my server all mails are unread all the time. If i > set them as read in my client (IMAP with Mac Mail 4.4 or IMAP with > Squirrelmail, it doesn?t matter) they seem to be checked as read for > some minutes or less, but very soon they are unread again, so i guess, > only my client thinks that they are read, but after the next check, > the client reads again that they are unread. Most likely one of your clients sets them unread for some reason. Have you tried shutting down all your IMAP clients and then using only e.g. Squirrelmail for a while? Enabling http://wiki.dovecot.org/Plugins/MailLog and looking at the logs might show something useful too. > Now i don?t know where to look or change the ?Has been read?-Flag in the maildir-directory. > Is it in some file or where is it, the flag? Like Willie said, it's part of the filename. You could also check if the file's ctime changes unexpectedly (i.e. it changes when filename changes = when flags change). From tss at iki.fi Fri Mar 4 21:10:13 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 04 Mar 2011 21:10:13 +0200 Subject: [Dovecot] v2.0.10 released Message-ID: <1299265813.19220.435.camel@hurina> http://dovecot.org/releases/2.0/dovecot-2.0.10.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.10.tar.gz.sig I thought it was finally time to make a new v2.0 release. Or probably it was a while ago already, but I've been a bit lazy this year. Maybe it's because this is the first time in last 5 years when all branches of Dovecot have been quite stable and I haven't been stressing on it. Of course there are some v2.0 features that still have some bugs, but few people are complaining about them. v2.1 development branch also appears to be pretty good shape. I'm hopeful that v2.1.rc1 will be out before summer. * LMTP: For user+detail at domain deliveries, the +detail is again written to Delivered-To: header. * Skip auth penalty checks from IPs in login_trusted_networks. + Added import_environment setting. + Added submission_host setting to send mails via SMTP instead of via sendmail binary. + Added doveadm acl get/set/delete commands for ACL manipulation, similar to how IMAP ACL extension works. + Added doveadm acl debug command to help debug and fix problems with why shared mailboxes aren't working as expected. - IMAP: Fixed hangs with COMPRESS extension - IMAP: Fixed a hang when trying to COPY to a nonexistent mailbox. - IMAP: Fixed hang/crash with SEARCHRES + pipelining $. - IMAP: Fixed assert-crash if IDLE+DONE is sent in same TCP packet. - LMTP: Fixed sending multiple messages in a session. - doveadm: Fixed giving parameters to mail commands. - doveadm import: Settings weren't correctly used for the import storage. - dsync: Fixed somewhat random failures with saving messages to remote dsync. - v2.0.9: Config reload didn't notify running processes with shutdown_clients=no, so they could have kept serving new clients with old settings. From doug at impalanetworks.com Fri Mar 4 22:29:19 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Fri, 4 Mar 2011 13:29:19 -0700 Subject: [Dovecot] logging issues w/ login_max_processes_count on 1.x In-Reply-To: References: Message-ID: Hmm. Is there any reason why it wouldn't show up for me, when I'm 99% positive we were hitting the max & still having new connections come in? Here's what I get when I grep my logs for those statements: servername:~# cd /var/log servername:/var/log# ls mail.* mail.err mail.err.2.gz mail.err.4.gz mail.info.1 mail.info.3.gz mail.log mail.log.2.gz mail.log.4.gz mail.warn mail.warn.2.gz mail.warn.4.gz mail.err.1 mail.err.3.gz mail.info mail.info.2.gz mail.info.4.gz mail.log.1 mail.log.3.gz mail.stats.log mail.warn.1 mail.warn.3.gz servername:/var/log# zegrep "Connection queue full|login_max_processes_count" mail.* servername:/var/log# In other words, nothing. I'm assuming that the log output you specified is case sensitive, as that's what I grep'ed for. Thanks, - Doug Mortensen Network Consultant Impala Networks P: 505.327.7300 >As long as all of the connection slots aren't used for SSL connections, it should log: >Disconnected: Connection queue full >as some (not yet logged in) client's disconnection reason. It kills the oldest client away. This is actually what v2.0 also does in that situation, it just logs that extra warning. If all of the login processes are busy serving SSL sessions, v1.x logs: >All login processes are in use. You may need to increase login_max_processes_count From doug at impalanetworks.com Fri Mar 4 22:31:23 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Fri, 4 Mar 2011 13:31:23 -0700 Subject: [Dovecot] /etc/pam.d/dovecot missing? during high load In-Reply-To: References: Message-ID: Anybody know the answer to this one?? Any thoughts? I haven't received a response yet. Thanks, - Doug Mortensen Network Consultant Impala Networks P: 505.327.7300 -----Original Message----- From: Douglas Mortensen [mailto:doug at impalanetworks.com] Sent: Thursday, March 03, 2011 2:29 PM To: dovecot at dovecot.org Subject: [Dovecot] /etc/pam.d/dovecot missing? during high load This morning on our newly built server, the following was logged twice: auth: Error: pam(username,127.0.0.1): pam_authenticate() failed: Authentication failure (/etc/pam.d/dovecot missing?) This also happened to be during a time of 100+ imap-login processes, where we were seeing: master: Warning: service(imap-login): process_limit reached, client connections are being dropped The initial error was correct, in that I had not yet created /etc/pam.d/dovecot. I have since created the file. However, we brought this server into production yesterday & there were no complaints, nor was the error logged besides twice this morning within 3.5 minutes of eachother. In looking at pam documentation, it is my understanding that when a service (dovecot) does not have its own file existing under /etc/pam.d, then pam will instead use the settings from /etc/pam.d/others as defaults. This seems logical to me, and would explain why things have been working fairly well with no errors regarding pam (other than the 2 logged this morning). However, what this does not explain, is why dovecot auth logged about the file missing at all. I can only guess that it was related to logins being dropped due to high load, and was incorrectly logged?? For reference, my current /etc/pam.d/dovecot is: auth required pam_unix.so nullok account required pam_unix.so My current /etc/pam.d/other is: @include common-auth @include common-account @include common-password @include common-session Which results in (confirmed via : grep -v ^# common-auth common-account common-password common-session) auth [success=1 default=ignore] pam_unix.so nullok_secure auth requisite pam_deny.so auth required pam_permit.so account [success=1 new_authtok_reqd=done default=ignore] pam_unix.so account requisite pam_deny.so password [success=1 default=ignore] pam_unix.so obscure sha512 password requisite pam_deny.so password required pam_permit.so session [default=1] pam_permit.so session requisite pam_deny.so session required pam_permit.so session required pam_unix.so So there definitely is quite a difference between the dovecot pam file I created (based on the dovecot2 wiki), and the system default (other). I don't know whether this could have been related, so I figured I'd share. Otherwise, I'm running dovecot 2.0.9 compiled from source. dovecot -n at the time of the pam errors was probably: # 2.0.9: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 auth_debug = yes auth_mechanisms = plain login disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " mail_debug = yes mail_location = maildir:~/ mail_privileged_group = mail passdb { driver = pam } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = References: <1299265813.19220.435.camel@hurina> Message-ID: Awesome. Just to confirm, if upgrading from 2.0.9 built from your source, all that we should need to do is download, extract, then: ./configure make stop dovecot services make install start dovecot services Correct? Thanks, - Doug Mortensen Network Consultant Impala Networks P: 505.327.7300 From chris-dovecot-110112 at aptivate.org Fri Mar 4 22:50:01 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Fri, 4 Mar 2011 20:50:01 +0000 (GMT) Subject: [Dovecot] Error: FETCH [1] for mailbox badbox UID 1 got too little data: 2 vs 4 (fwd) Message-ID: Hi all, Any thoughts about this error? Should I file a bug report somewhere? Cheers, Chris. On Wed, 12 Jan 2011, Chris Wilson wrote: > Hi all, > > I can send myself a test message that causes Dovecot to crash when I open > it in Alpine, with the following error: > > Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: FETCH [1] for > mailbox badbox UID 1 got too little data: 2 vs 4 > Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: Corrupted index > cache file /home/chris/mail/.imap/badbox/dovecot.index.cache: Broken > MIME parts for mail UID 1 > Jan 12 14:52:52 one-mail dovecot: imap(chris): Disconnected: FETCH failed > bytes=485/1394 > > I can do this as follows: > > $ touch ~/mail/badbox > $ echo test | /usr/libexec/dovecot/dovecot-lda -m badbox > $ cat ~/mail/badbox > > From MAILER-DAEMON Wed Jan 12 14:52:29 2011 > test > X-IMAPbase: 1294843949 0000000001 > X-UID: 1 > Status: > X-Keywords: > Content-Length: 1 > > And then when I try to open badbox in Alpine (over IMAP), and then open > this email, I get the error above, and the connection is aborted. > > I expect that the "test" line is not a valid header, but dovecot should > not crash when opening it. > > Cheers, Chris. > -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From tss at iki.fi Fri Mar 4 22:55:54 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 4 Mar 2011 22:55:54 +0200 Subject: [Dovecot] /etc/pam.d/dovecot missing? during high load In-Reply-To: References: Message-ID: <0E4C1827-EC84-4109-8472-61C572485FD3@iki.fi> On 4.3.2011, at 22.31, Douglas Mortensen wrote: > This morning on our newly built server, the following was logged twice: > auth: Error: pam(username,127.0.0.1): pam_authenticate() failed: Authentication failure (/etc/pam.d/dovecot missing?) > > This also happened to be during a time of 100+ imap-login processes, where we were seeing: > master: Warning: service(imap-login): process_limit reached, client connections are being dropped This should be irrelevant. If this error goes away, do you still get that pam failure? > In looking at pam documentation, it is my understanding that when a service (dovecot) does not have its own file existing under /etc/pam.d, then pam will instead use the settings from /etc/pam.d/others as defaults. It does? I don't know. It suggests checking pam.d/dovecot file, because that has been the most common reason why it hasn't worked for some people. Maybe they didn't have the others file either. > This seems logical to me, and would explain why things have been working fairly well with no errors regarding pam (other than the 2 logged this morning). However, what this does not explain, is why dovecot auth logged about the file missing at all. It logged it only as a guess. > I can only guess that it was related to logins being dropped due to high load, and was incorrectly logged?? The reason for the authentication failure could be anything. Dovecot doesn't know, because PAM doesn't tell. PAM has its own (crappy) logging, maybe it has something? > For reference, my current /etc/pam.d/dovecot is: > auth required pam_unix.so nullok > account required pam_unix.so So /etc/shadow.. High load shouldn't really affect that. In any case, PAM gave Dovecot authentication failure, and there's not much I can do to guess reasons why that happened. Either PAM logged a more specific error message, or it didn't. You could always try not using PAM at all, then you'll get Dovecot's own awesome error logging that tells exactly what goes wrong. From tss at iki.fi Fri Mar 4 22:58:17 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 4 Mar 2011 22:58:17 +0200 Subject: [Dovecot] Error: FETCH [1] for mailbox badbox UID 1 got too little data: 2 vs 4 (fwd) In-Reply-To: References: Message-ID: I think I fixed this in v2.0.10. Hmm. Yeah. I think http://hg.dovecot.org/dovecot-2.0/rev/079a81fb5117 fixed it. On 4.3.2011, at 22.50, Chris Wilson wrote: > Hi all, > > Any thoughts about this error? Should I file a bug report somewhere? > > Cheers, Chris. > > On Wed, 12 Jan 2011, Chris Wilson wrote: > >> Hi all, >> >> I can send myself a test message that causes Dovecot to crash when I open >> it in Alpine, with the following error: >> >> Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: FETCH [1] for >> mailbox badbox UID 1 got too little data: 2 vs 4 >> Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: Corrupted index >> cache file /home/chris/mail/.imap/badbox/dovecot.index.cache: Broken >> MIME parts for mail UID 1 >> Jan 12 14:52:52 one-mail dovecot: imap(chris): Disconnected: FETCH failed >> bytes=485/1394 >> >> I can do this as follows: >> >> $ touch ~/mail/badbox >> $ echo test | /usr/libexec/dovecot/dovecot-lda -m badbox >> $ cat ~/mail/badbox >> > From MAILER-DAEMON Wed Jan 12 14:52:29 2011 >> test >> X-IMAPbase: 1294843949 0000000001 >> X-UID: 1 >> Status: >> X-Keywords: >> Content-Length: 1 >> >> And then when I try to open badbox in Alpine (over IMAP), and then open >> this email, I get the error above, and the connection is aborted. >> >> I expect that the "test" line is not a valid header, but dovecot should >> not crash when opening it. >> >> Cheers, Chris. >> > > -- > Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 > The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES > > Aptivate is a not-for-profit company registered in England and Wales > with company number 04980791. > > From doug at impalanetworks.com Fri Mar 4 23:05:42 2011 From: doug at impalanetworks.com (Douglas Mortensen) Date: Fri, 4 Mar 2011 14:05:42 -0700 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: <4D69FCB5.3090100@wildgooses.com> References: <4D69FCB5.3090100@wildgooses.com> Message-ID: Thanks for the input Ed. The evening before you sent the message, I actually had decided to do just what you recommended (stick with what we know). We have since put the server into production, and things are working well. We built to a physical box, rather than a VM. I do like xen VMs myself. We didn't do the proxy, but I appreciate the tip. I actually read the wiki before posting. I guess to get more specific, some of the questions I have regarding dbox vs. mdbox are: 1. What is the advantage to using multiple files? 2. What is the advantage to using a single sdbox file for each user? 3. Is this a binary format, or txt (UTF?)? 4. Are there real-world benchmarks showing measurable differences between maildir, sdbox, mdbox? 5. Are sdbox & mdbox equally stable to Maildir? Are they recommended for production systems? This is the kind of info that I'm after. I didn't really see that in the wiki. In the wiki, I only saw that the different formats exist, and basics on how they work. Any feedback here would be appreciated. Thanks, - Doug Mortensen Network Consultant Impala Networks P: 505.327.7300 From tss at iki.fi Fri Mar 4 23:11:43 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 4 Mar 2011 23:11:43 +0200 Subject: [Dovecot] v2.0.10 released In-Reply-To: References: <1299265813.19220.435.camel@hurina> Message-ID: On 4.3.2011, at 22.45, Douglas Mortensen wrote: > Awesome. Just to confirm, if upgrading from 2.0.9 built from your source, all that we should need to do is download, extract, then: > > ./configure > make > stop dovecot services > make install > start dovecot services > > Correct? That's about it, assuming you don't need any configure options. Also see http://wiki2.dovecot.org/Upgrading From tss at iki.fi Fri Mar 4 23:19:21 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 4 Mar 2011 23:19:21 +0200 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: References: <4D69FCB5.3090100@wildgooses.com> Message-ID: <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> On 4.3.2011, at 23.05, Douglas Mortensen wrote: > I guess to get more specific, some of the questions I have regarding dbox vs. mdbox are: > > 1. What is the advantage to using multiple files? mdbox in theory uses less disk I/O for "normal users". > 2. What is the advantage to using a single sdbox file for each user? It's simpler. More difficult to get corrupted. Also if in future there exists a filesystem that supports smaller files better, it's then faster than mdbox. Probably unlikely that it will happen anytime soon. > 3. Is this a binary format, or txt (UTF?)? dbox headers/metadata is ASCII. The message bodies can of course be anything. > 4. Are there real-world benchmarks showing measurable differences between maildir, sdbox, mdbox? Not that I'm aware of. So far everyone I've tried to ask have replaced their whole mail system and their storage, so the before/after numbers can't be compared. I'm very interested in knowing myself too. > 5. Are sdbox & mdbox equally stable to Maildir? Are they recommended for production systems? sdbox is so simple that I doubt anyone will find any kind of corruption bugs. mdbox is more complex, but people are using it in production and I haven't heard of any problems recently. Although there have been bugs in how mdbox handles already corrupted files, v2.0.10 had several fixes related to that. From interfasys at gmail.com Sat Mar 5 00:56:05 2011 From: interfasys at gmail.com (=?UTF-8?B?aW50ZXJmYVN5cyBzw6BybA==?=) Date: Fri, 04 Mar 2011 22:56:05 +0000 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? Message-ID: <4D716E05.6030806@gmail.com> Things broke a couple of months back and I thought I had caught the repository at a bad time, but trying again today, after having seen that people had been working on it recently, bore the same result. ../../../../libtool: line 2072: cmd-vacation.c: command not found I'm simply syncing with the repository and using autogen, configure and make. Are there any other steps required? Olivier From stephan at rename-it.nl Sat Mar 5 01:19:53 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Sat, 05 Mar 2011 00:19:53 +0100 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? In-Reply-To: <4D716E05.6030806@gmail.com> References: <4D716E05.6030806@gmail.com> Message-ID: <4D717399.2070704@rename-it.nl> Op 4-3-2011 23:56, interfaSys s?rl schreef: > Things broke a couple of months back and I thought I had caught the > repository at a bad time, but trying again today, after having seen that > people had been working on it recently, bore the same result. > > ../../../../libtool: line 2072: cmd-vacation.c: command not found > Remind me: what system was this again? What libtool/automake/etc. versions? > I'm simply syncing with the repository and using autogen, configure and > make. > Are there any other steps required? No. The above error is most curious. I have a bit of a theory though. It is apparently trying to execute cmd-vacation.c as a command for some unapparent reason. This may have something to do with the fact that it is assigned to a variable called cmds in the Makefile.am. Perhaps a broken/old libtool version uses this internally. Please apply the following patch, and tell me what happens: diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 17:42:53 2011 +0100 +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 00:13:33 2011 +0100 @@ -4,11 +4,11 @@ -I$(srcdir)/../../ \ $(LIBDOVECOT_INCLUDE) -cmds = \ +commands = \ cmd-vacation.c libsieve_ext_vacation_la_SOURCES = \ - $(cmds) \ + $(commands) \ ext-vacation-common.c \ ext-vacation.c \ ext-vacation-seconds.c If the same error then happens for the include extension instead, my theory is confirmed. Regards, Stephan. From interfasys at gmail.com Sat Mar 5 01:36:29 2011 From: interfasys at gmail.com (=?UTF-8?B?aW50ZXJmYVN5cyBzw6BybA==?=) Date: Fri, 04 Mar 2011 23:36:29 +0000 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? In-Reply-To: <4D717399.2070704@rename-it.nl> References: <4D716E05.6030806@gmail.com> <4D717399.2070704@rename-it.nl> Message-ID: <4D71777D.4010000@gmail.com> On 04/03/2011 23:19, Stephan Bosch wrote: > Op 4-3-2011 23:56, interfaSys s?rl schreef: >> Things broke a couple of months back and I thought I had caught the >> repository at a bad time, but trying again today, after having seen that >> people had been working on it recently, bore the same result. >> >> ../../../../libtool: line 2072: cmd-vacation.c: command not found >> > Remind me: what system was this again? What libtool/automake/etc. > versions? FreeBSD 8.2 AMD64 autoconf-2.68 automake-1.11.1 gmake-3.81 libtool-2.4 m4-1.4.15 > >> I'm simply syncing with the repository and using autogen, configure and >> make. >> Are there any other steps required? > > No. The above error is most curious. I have a bit of a theory though. > It is apparently trying to execute cmd-vacation.c as a command for > some unapparent reason. This may have something to do with the fact > that it is assigned to a variable called cmds in the Makefile.am. > Perhaps a broken/old libtool version uses this internally. Please > apply the following patch, and tell me what happens: > > diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am > --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 > 17:42:53 2011 +0100 > +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 > 00:13:33 2011 +0100 > @@ -4,11 +4,11 @@ > -I$(srcdir)/../../ \ > $(LIBDOVECOT_INCLUDE) > > -cmds = \ > +commands = \ > cmd-vacation.c > > libsieve_ext_vacation_la_SOURCES = \ > - $(cmds) \ > + $(commands) \ > ext-vacation-common.c \ > ext-vacation.c \ > ext-vacation-seconds.c > > If the same error then happens for the include extension instead, my > theory is confirmed. > I got almost the same result. Here is the full log: gmake all-recursive gmake[1]: Entering directory `/dovecot-2.0-pigeonhole' Making all in src gmake[2]: Entering directory `/dovecot-2.0-pigeonhole/src' Making all in lib-sieve gmake[3]: Entering directory `/dovecot-2.0-pigeonhole/src/lib-sieve' Making all in plugins gmake[4]: Entering directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins' Making all in vacation gmake[5]: Entering directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins/vacation' /usr/local/bin/bash ../../../../libtool --tag=CC --mode=compile gcc45 -DHAVE_CONFIG_H -I. -I../../../.. -I./../../ -I/dovecot-2.0-hg -I/dovecot-2.0-hg/src/lib -I/dovecot-2.0-hg/src/lib-dict -I/dovecot-2.0-hg/src/lib-mail -I/dovecot-2.0-hg/src/lib-imap -I/dovecot-2.0-hg/src/lib-charset -I/dovecot-2.0-hg/src/lib-index -I/dovecot-2.0-hg/src/lib-storage -I/dovecot-2.0-hg/src/lib-storage/index -I/dovecot-2.0-hg/src/lib-storage/index/raw -std=gnu99 -O3 -pipe -march=native -fno-strict-aliasing -mfpmath=sse -ftracer -fexcess-precision=fast -funroll-loops -ffast-math -flto -fuse-linker-plugin -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/include -MT cmd-vacation.lo -MD -MP -MF .deps/cmd-vacation.Tpo -c -o cmd-vacation.lo cmd-vacation.c ../../../../libtool: line 2072: cmd-vacation.c: command not found libtool: compile: gcc45 -DHAVE_CONFIG_H -I. -I../../../.. -I./../../ -I/dovecot-2.0-hg -I/dovecot-2.0-hg/src/lib -I/dovecot-2.0-hg/src/lib-dict -I/dovecot-2.0-hg/src/lib-mail -I/dovecot-2.0-hg/src/lib-imap -I/dovecot-2.0-hg/src/lib-charset -I/dovecot-2.0-hg/src/lib-index -I/dovecot-2.0-hg/src/lib-storage -I/dovecot-2.0-hg/src/lib-storage/index -I/dovecot-2.0-hg/src/lib-storage/index/raw -std=gnu99 -O3 -pipe -march=native -fno-strict-aliasing -mfpmath=sse -ftracer -fexcess-precision=fast -funroll-loops -ffast-math -flto -fuse-linker-plugin -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/include -MT cmd-vacation.lo -MD -MP -MF .deps/cmd-vacation.Tpo -c "" -fPIC -DPIC -o .libs/cmd-vacation.o gcc45: : No such file or directory gcc45: no input files gmake[5]: *** [cmd-vacation.lo] Error 1 gmake[5]: Leaving directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins/vacation' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/dovecot-2.0-pigeonhole/src/lib-sieve' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/dovecot-2.0-pigeonhole/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/dovecot-2.0-pigeonhole' gmake: *** [all] Error 2 > Regards, > > Stephan. From stephan at rename-it.nl Sat Mar 5 02:38:38 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Sat, 05 Mar 2011 01:38:38 +0100 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? In-Reply-To: <4D71777D.4010000@gmail.com> References: <4D716E05.6030806@gmail.com> <4D717399.2070704@rename-it.nl> <4D71777D.4010000@gmail.com> Message-ID: <4D71860E.8060304@rename-it.nl> Op 5-3-2011 0:36, interfaSys s?rl schreef: > > On 04/03/2011 23:19, Stephan Bosch wrote: >> Remind me: what system was this again? What libtool/automake/etc. >> versions? > FreeBSD 8.2 AMD64 > autoconf-2.68 > automake-1.11.1 > gmake-3.81 > libtool-2.4 > m4-1.4.15 > On this end: Debian testing; Linux version 2.6.32-trunk-686 (Debian 2.6.32-5) autoconf (GNU Autoconf) 2.67 automake (GNU automake) 1.11.1 GNU Make 3.81 gcc (Debian 4.4.5-10) 4.4.5 ltmain.sh (GNU libtool) 2.2.6b m4 (GNU M4) 1.4.14 >>> I'm simply syncing with the repository and using autogen, configure and >>> make. >>> Are there any other steps required? Does it work when you clone a fresh repository? > I got almost the same result. Here is the full log: Hmm, very strange. Seems like your libtool is severely broken somehow. How about the following patch: diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 17:42:53 2011 +0100 +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 01:29:05 2011 +0100 @@ -4,11 +4,8 @@ -I$(srcdir)/../../ \ $(LIBDOVECOT_INCLUDE) -cmds = \ - cmd-vacation.c - libsieve_ext_vacation_la_SOURCES = \ - $(cmds) \ + cmd-vacation.c \ ext-vacation-common.c \ ext-vacation.c \ ext-vacation-seconds.c Does the error then occur at a later stage? > .deps/cmd-vacation.Tpo -c "" -fPIC -DPIC -o .libs/cmd-vacation.o Interesting: its now trying to compile "" into cmd-vacation.o. Something really odd is happening. Regards, Stephan. From interfasys at gmail.com Sat Mar 5 03:03:53 2011 From: interfasys at gmail.com (=?UTF-8?B?aW50ZXJmYVN5cyBzw6BybA==?=) Date: Sat, 05 Mar 2011 01:03:53 +0000 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? In-Reply-To: <4D71860E.8060304@rename-it.nl> References: <4D716E05.6030806@gmail.com> <4D717399.2070704@rename-it.nl> <4D71777D.4010000@gmail.com> <4D71860E.8060304@rename-it.nl> Message-ID: <4D718BF9.6060807@gmail.com> On 05/03/2011 00:38, Stephan Bosch wrote: > Op 5-3-2011 0:36, interfaSys s?rl schreef: >> >> On 04/03/2011 23:19, Stephan Bosch wrote: >>> Remind me: what system was this again? What libtool/automake/etc. >>> versions? >> FreeBSD 8.2 AMD64 >> autoconf-2.68 >> automake-1.11.1 >> gmake-3.81 >> libtool-2.4 >> m4-1.4.15 >> > > On this end: > > Debian testing; Linux version 2.6.32-trunk-686 (Debian 2.6.32-5) > autoconf (GNU Autoconf) 2.67 > automake (GNU automake) 1.11.1 > GNU Make 3.81 > gcc (Debian 4.4.5-10) 4.4.5 > ltmain.sh (GNU libtool) 2.2.6b > m4 (GNU M4) 1.4.14 > OK. I'm also using GCC 4.5.2 with gold, but I don't think it matters in this case. >>>> I'm simply syncing with the repository and using autogen, configure and >>>> make. >>>> Are there any other steps required? > > Does it work when you clone a fresh repository? > I'm going to try that now. >> I got almost the same result. Here is the full log: > > Hmm, very strange. Seems like your libtool is severely broken somehow. > How about the following patch: > > diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am > --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 > 17:42:53 2011 +0100 > +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 > 01:29:05 2011 +0100 > @@ -4,11 +4,8 @@ > -I$(srcdir)/../../ \ > $(LIBDOVECOT_INCLUDE) > > -cmds = \ > - cmd-vacation.c > - > libsieve_ext_vacation_la_SOURCES = \ > - $(cmds) \ > + cmd-vacation.c \ > ext-vacation-common.c \ > ext-vacation.c \ > ext-vacation-seconds.c > > > Does the error then occur at a later stage? > No, I got the same error. >> .deps/cmd-vacation.Tpo -c "" -fPIC -DPIC -o .libs/cmd-vacation.o > > Interesting: its now trying to compile "" into cmd-vacation.o. Something > really odd is happening. I have almost zero knowledge of how automake works. All I know is that Dovecot puts its M4 file in the wrong location, so maybe pigeonhole is also looking in /usr/share instead of /usr/local/share? (It's out of the blue ;)) Cheers, Olivier > > Regards, > > Stephan. > From interfasys at gmail.com Sat Mar 5 03:13:16 2011 From: interfasys at gmail.com (=?UTF-8?B?aW50ZXJmYVN5cyBzw6BybA==?=) Date: Sat, 05 Mar 2011 01:13:16 +0000 Subject: [Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something? In-Reply-To: <4D71860E.8060304@rename-it.nl> References: <4D716E05.6030806@gmail.com> <4D717399.2070704@rename-it.nl> <4D71777D.4010000@gmail.com> <4D71860E.8060304@rename-it.nl> Message-ID: <4D718E2C.2000107@gmail.com> > Does it work when you clone a fresh repository? > Yes, it did :) I've immediately noticed that autogen didn't generate as much information as earlier and then everything compiled fine. Thank you for your help Stephan. Cheers, Olivier From jom at grosjo.net Sat Mar 5 04:14:00 2011 From: jom at grosjo.net (Joan Moreau) Date: Fri, 04 Mar 2011 21:14:00 -0500 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> References: <4D69FCB5.3090100@wildgooses.com> <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> Message-ID: Hi, Just giving my own experience: * I am using dovecot 2.0.9 (well, now 2.0.10 since today) in production without problems * Sdbox is using far too much I/O on a busy server, I had to switch to mdbox * Mdbox is running well so far, and resources (IO or CPU) are not an issue anymore. * Converting from Maildir to s/mdbox is easy * Converting from sdbox to mdbox has been a complete nightmare. I have never managed to make it completely, finally made it through imap protocol between 2 instance of dovecot. You better choose before sd or md, but not try to convert between the 2 my 2 cents JM On Fri, 4 Mar 2011 23:19:21 +0200, Timo Sirainen wrote: > On 4.3.2011, at 23.05, Douglas Mortensen wrote: > >> I guess to get more specific, some of the questions I have regarding dbox vs. mdbox are: 1. What is the advantage to using multiple files? > mdbox in theory uses less disk I/O for "normal users". > >> 2. What is the advantage to using a single sdbox file for each user? > It's simpler. More difficult to get corrupted. Also if in future there exists a filesystem that supports smaller files better, it's then faster than mdbox. Probably unlikely that it will happen anytime soon. 3. > >> an of course be anything. > e="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px; width:100%">4. Are there real-world benchmarks showing measurable differences between maildir, sdbox, mdbox? torage, so the before/after numbers can't be compared. I'm very interested in knowing myself too. > e type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px; width:100%">5. Are sdbox & mdbox equally stable to Maildir? Are they recommended for production systems? sdbox is so simple that I doubt anyone will find any kind of corruption bugs. mdbox is more complex, but people are using > >> dles already corrupted files, v2.0.10 had several fixes related to that. From upendra.gandhi at gmail.com Sat Mar 5 05:52:59 2011 From: upendra.gandhi at gmail.com (upen) Date: Fri, 4 Mar 2011 21:52:59 -0600 Subject: [Dovecot] version difference understanding Message-ID: Hello, I am in process of setting up an IMAP server (with postfix SMTP), I installed RHEL 5.5 on my server and found that version of dovecot is 1.x.x while when I checked online RHEL 6 is version is 2.x.x. Can someone please tell me if these two versions are still in development or 1.x.x is very old and must be replaced by 2.x.x version? Also are there any special features in 2.x.x or 1.x.x that makes it better than other? I see similar things for postfix package but I understand this is not the place to ask postfix Qns, Appreciate your help! ~A From stan at hardwarefreak.com Sat Mar 5 12:17:17 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 05 Mar 2011 04:17:17 -0600 Subject: [Dovecot] version difference understanding In-Reply-To: References: Message-ID: <4D720DAD.5000207@hardwarefreak.com> upen put forth on 3/4/2011 9:52 PM: > Hello, > > I am in process of setting up an IMAP server (with postfix SMTP), I > installed RHEL 5.5 on my server and found that version of dovecot is > 1.x.x while when I checked online RHEL 6 is version is 2.x.x. > > Can someone please tell me if these two versions are still in > development or 1.x.x is very old and must be replaced by 2.x.x > version? > > Also are there any special features in 2.x.x or 1.x.x that makes it > better than other? You are installing from scratch, thus you should use 2.x. Yes there are new features, and performance is generally better. You just might want to visit: http://wiki2.dovecot.org/ Early 2.0.x versions had lots of bugs so you'll want to get as close to 2.0.10 as possible. > I see similar things for postfix package but I understand this is not > the place to ask postfix Qns, For RHEL 5.5 use Simon Mudd's Postfix binary RPM: http://ftp.wl0.org/official/2.7/RPMS-rhel5-x86_64/postfix-2.7.2-1.rhel5.x86_64.rpm If you have RHEL6 available to you, use it, and save yourself a bunch of grief trying to get current packages. It ships with Postfix 2.6.6 which is modern enough to fit most, if not all, of your needs. -- Stan From francwalter at gmx.net Sat Mar 5 12:33:15 2011 From: francwalter at gmx.net (francwalter at gmx.net) Date: Sat, 5 Mar 2011 11:33:15 +0100 Subject: [Dovecot] All mails unread after short while In-Reply-To: <1299257888.19220.419.camel@hurina> References: <8074B2F8-3FEF-4D55-81A9-3901B0C85A1B@gmx.net> <1299257888.19220.419.camel@hurina> Message-ID: <40DE07F0-12DD-4451-9C6A-C418BD034075@gmx.net> Am 04.03.2011 at 17:58 Timo Sirainen wrote: >> > > Most likely one of your clients sets them unread for some reason. Have > you tried shutting down all your IMAP clients and then using only e.g. > Squirrelmail for a while? That was it, thank you!!! I used ShangMail, an online E-Mail-client for BlackBerry phone. Here i had my account as IMAP, and i guess the good old IMAP is not really working on shangmail. I deleted my account there and since yet no unread flag anymore! Great! > > Enabling http://wiki.dovecot.org/Plugins/MailLog and looking at the logs > might show something useful too. This wont be on Dovecot 1.0.10 as I read. From st.wartel at gmail.com Sat Mar 5 12:48:35 2011 From: st.wartel at gmail.com (=?ISO-8859-1?Q?St=E9phane_Wartel?=) Date: Sat, 05 Mar 2011 11:48:35 +0100 Subject: [Dovecot] 2.0.10 Auth failed while binding ldap Message-ID: <4D721503.9090209@gmail.com> Dear all, Since new release has been installed, auth process crash with io loop : 2011-03-05 11:22:44 auth: Panic: file db-ldap.c: line 1113 (db_ldap_result_change_attr): assertion failed: (ctx->vals == NULL) 2011-03-05 11:22:44 auth: Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0 [0xb76ceab1] -> /usr/lib/dovecot/libdovecot.so.0 [0xb76ceb2f] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0xb76cee04] -> dovecot/auth(db_ldap_result_iterate_next+0x3be) [0x806aa8e] -> dovecot/auth [0x806c857] -> dovecot/auth [0x806cd91] -> dovecot/auth [0x806c314] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x51) [0xb76db781] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xe0) [0xb76dc840] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0xb76db700] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x2a) [0xb76c73da] -> dovecot/auth(main+0x300) [0x805ea50] -> /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7147455] -> dovecot/auth [0x8052a51] 2011-03-05 11:22:44 master: Error: service(auth): child 23136 killed with signal 6 (core dumps disabled) 2011-03-05 11:22:44 master: Error: service(auth): command startup failed, throttling dovecot --version 2.0.10 (d757b13d84ff) # 2.0.10 (d757b13d84ff): /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-686 i686 Debian 5.0.8 auth_failure_delay = 5 secs auth_mechanisms = plain login debug_log_path = /var/log/dovecot-debug.log dict/acl = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext info_log_path = /var/log/dovecot-info.log lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes listen = 127.0.0.1 log_path = /var/log/dovecot.log log_timestamp = "%Y-%m-%d %H:%M:%S " mail_access_groups = mail mail_debug = yes mail_fsync = always mail_gid = mail mail_location = maildir:~/Maildir mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = " quota trash zlib" mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mmap_disable = yes namespace { inbox = yes location = prefix = separator = . type = private } namespace { list = children location = maildir:%%h/Maildir:INDEX=~/Maildir/Shared/%%n prefix = Shared.%%n. separator = . subscriptions = no type = shared } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin/acl = vfile plugin/acl_shared_dict = proxy::acl plugin/autocreate = Junk plugin/autosubscribe = Junk plugin/quota = maildir:User quota plugin/quota_rule2 = Trash:storage=+100M plugin/quota_warning = storage=95%% quota-warning 95 %u plugin/quota_warning2 = storage=80%% quota-warning 80 %u plugin/sieve = ~/.dovecot.sieve plugin/sieve_before = /etc/dovecot/global_script/dovecot.sieve plugin/sieve_dir = ~/sieve plugin/trash = /etc/dovecot/dovecot-trash.conf.ext plugin/zlib_save = bz2 plugin/zlib_save_level = 6 postmaster_address = postmaster protocols = imap pop3 lmtp sieve quota_full_tempfail = yes service auth { unix_listener /var/spool/postfix/private/auth { group = mail mode = 0660 user = postfix } unix_listener auth-master { group = mail mode = 0660 user = vmail } unix_listener auth-userdb { group = mail mode = 0660 user = vmail } } service dict { unix_listener dict { group = mail mode = 0660 user = vmail } } service imap-login { process_min_avail = 10 service_count = 1 } service managesieve-login { process_min_avail = 3 service_count = 1 } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl_ca = References: <4D69FCB5.3090100@wildgooses.com> <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> Message-ID: On 5.3.2011, at 4.14, Joan Moreau wrote: > * Sdbox > is using far too much I/O on a busy server, I had to switch to mdbox .. > * Converting from Maildir to s/mdbox is easy Are you saying sdbox uses more disk I/O than maildir? That's unexpected. > * Converting > from sdbox to mdbox has been a complete nightmare. I have never managed > to make it completely, finally made it through imap protocol between 2 > instance of dovecot. You better choose before sd or md, but not try to > convert between the 2 What was difficult about it? You should have been able to do it really easily with dsync. From upendra.gandhi at gmail.com Sat Mar 5 13:53:21 2011 From: upendra.gandhi at gmail.com (upen) Date: Sat, 5 Mar 2011 05:53:21 -0600 Subject: [Dovecot] version difference understanding In-Reply-To: <4D720DAD.5000207@hardwarefreak.com> References: <4D720DAD.5000207@hardwarefreak.com> Message-ID: Stan, hi! On Sat, Mar 5, 2011 at 4:17 AM, Stan Hoeppner wrote: > upen put forth on 3/4/2011 9:52 PM: >> Hello, >> >> I am in process of setting up an IMAP server (with postfix SMTP), I >> installed RHEL 5.5 on my server and found that version of dovecot is >> 1.x.x while when I checked online RHEL 6 is version is 2.x.x. >> >> Can someone please tell me if these two versions are still in >> development or 1.x.x is very old and must be replaced by 2.x.x >> version? >> >> Also are there any special features in 2.x.x or 1.x.x that makes it >> better than other? > > You are installing from scratch, thus you should use 2.x. Yes there are > new features, and performance is generally better. You just might want > to visit: http://wiki2.dovecot.org/ Early 2.0.x versions had lots of > bugs so you'll want to get as close to 2.0.10 as possible. > >> I see similar things for postfix package but I understand this is not >> the place to ask postfix Qns, > > For RHEL 5.5 use Simon Mudd's Postfix binary RPM: > http://ftp.wl0.org/official/2.7/RPMS-rhel5-x86_64/postfix-2.7.2-1.rhel5.x86_64.rpm > > If you have RHEL6 available to you, use it, and save yourself a bunch of > grief trying to get current packages. It ships with Postfix 2.6.6 which > is modern enough to fit most, if not all, of your needs. > > -- > Stan > Thanks so much for such an important and useful piece of information! Really appreciate your help! I think we will be able to use RHEL 6 on our server as nothing has been configured on RHEL 5.5 yet! Thanks for that RPM link for postfix as well, will be handy if something stops us from reinstalling rhel 6 on the new server. God bless! ~A -- upen, emerge -uD life (Upgrade Life with dependencies) From remy.zandwijk at falw.vu.nl Sat Mar 5 14:50:16 2011 From: remy.zandwijk at falw.vu.nl (Remy Zandwijk) Date: Sat, 05 Mar 2011 13:50:16 +0100 Subject: [Dovecot] Dovecot, Postfix and Dovecot LDA (LMTP) delivery Message-ID: <4D723188.3020803@falw.vu.nl> Hi list, I am running a Debian Lenny machine with Postfix 2.5.5 and Dovecot 2.0.8. Up until now I ran Postfix with the Procmail delivery agent succesfully. The machine has only local users; I am not using virtual mailboxes. Due to obvious reasons I want to switch to Dovecot LDA delivery, through LMTP. I spend quite some time finding 'the' configuration for both Postfix and Dovecot, but without success. Find my current configuration below. Postfix receives the e-mail, but delivery through LMTP fails, resulting in Postfix sending an NDR. I just cannot figure out what's wrong and I am not sure whether it's a Postfix or Dovecot problem either. Some log output from Postfix: Mar 5 13:25:15 hostname postfix/smtpd[12442]: connect from otherhost.domain.tld[aa.bb.cc.dd] Mar 5 13:25:16 hostname postfix/smtpd[12442]: CC47979071: client=otherhost.domain.tld[aa.bb.cc.dd] Mar 5 13:25:16 hostname postfix/cleanup[12447]: CC47979071: message-id= Mar 5 13:25:16 hostname postfix/qmgr[12372]: CC47979071: from=, size=1037, nrcpt=1 (queue active) Mar 5 13:25:16 hostname postfix/smtpd[12442]: disconnect from otherhost.domain.tld[aa.bb.cc.dd] Mar 5 13:25:16 hostname postfix/lmtp[12448]: CC47979071: to=, relay=hostname.domain.tld[private/dovecot-lmtp], delay=1.2, delays=1.2/0.01/0.01/0.05, dsn=5.1.1, status=bounced (host hostname.domain.tld[private/dovecot-lmtp] said: 550 5.1.1 User doesn't exist: remy at hostname.domain.tld (in reply to RCPT TO command)) The only lines that Dovecot logs are: Mar 05 13:25:16 lmtp(12449): Info: Connect from local Mar 05 13:25:16 lmtp(12449): Info: Disconnect from local: Client quit Although LMTP should log to /tmp/dovecot-lmtp.log, the file remains empty. Anyone amongst you who is running the same kind of setup and can help? Thanks, Remy Postfix config (postfix -n output) alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix default_transport = smtp inet_interfaces = all local_transport = lmtp:unix:private/dovecot-lmtp mailbox_command = mailbox_size_limit = 0 message_size_limit = 31457280 mydestination = hostname.domain.tld, localhost.domain.tld, localhost myhostname = hostname.domain.tld mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname readme_directory = no recipient_delimiter = + relay_transport = error relayhost = smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_client_restrictions = check_client_access hash:/etc/postfix/access, permit_sasl_authenticated, reject_rbl_client zen.spamhaus.org, reject_rbl_client dnsbl.sorbs.net,reject_unauth_pipelining smtpd_helo_required = yes smtpd_helo_restrictions = reject_invalid_helo_hostname,reject_non_fqdn_helo_hostname,reject_unknown_helo_hostname smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_non_fqdn_recipient, reject_unauth_destination, reject_unknown_recipient_domain smtpd_sasl_auth_enable = yes smtpd_sasl_path = private/auth smtpd_sasl_type = dovecot smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/access, reject_non_fqdn_sender, reject_unknown_sender_domain smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes Dovecot config (dovecot -n output) # 2.0.8: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8 auth_master_user_separator = * listen = * log_path = /var/log/dovecot.log mail_location = maildir:~/.maildir maildir_stat_dirs = yes managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { hidden = no inbox = yes list = yes location = prefix = separator = / subscriptions = yes type = private } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap lmtp service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0660 user = postfix } } ssl_cert = References: <4D3FFBB4.6000201@veletron.com> Message-ID: <4D725EF5.3000600@earth.ox.ac.uk> I know that this is a somewhat old thread but I do have some useful input. Basically, this seems to be a Thunderbird problem (or at least an interaction problem between Thunderbird and Dovecot). Before Thunderbird version 3 there wasn't a problem, the mailbox within Thunderbird would sync correctly. As of version 3 they seem to have changed their mailbox header list caching code and it gets horribly confused when mails disappear from the mailbox without it doing so. The only way to fix the view within the program is the rebuild the (Thunderbird) index. This is not the only problem TB3 has with Dovecot. Quite often if there are large attachments TB doesn't fully load the attachments (and sometimes not even the mail itself). I've found changing TBs setting so that it only uses one connection to the server rather than the default 5 helps mitigate this. I'm not sure why TB3 has such a hard time when talking to Dovecot as no other clients have any difficulty and TB2 never did. Steve P.S. Our system is a Solaris 10 x86 box running Dovecot 1.2.x with Maildir++ folders. -- --------------------------------------------------------------------------- IT Systems Administrator, E-Mail:- steve at earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 Oxford University, South Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072 From mcguire at neurotica.com Sat Mar 5 18:07:04 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Sat, 05 Mar 2011 11:07:04 -0500 Subject: [Dovecot] deleted messages not going away in Thunderbird? Message-ID: <4D725FA8.7000304@neurotica.com> Hi folks. This may be a dumb question, but I can't seem to find a clue. I'm running Dovecot v1.2.9 and Thunderbird v3.1.7. If I delete messages using a different IMAP client (I also use an iPhone and occasionally SquirrelMail), I would expect those messages to disappear from Thunderbird the next time I start it or click on "Get Mail". In fact, they do...most of the time. Sometimes, however, they just stick around. If I do a "Repair Folder" on the inbox in Thunderbird, the messages go away. Is this a known issue? My gut tells me there's some Thunderbird option to make it follow inbox contents with more "attention" but I've not been able to find it. Thanks, -Dave -- Dave McGuire Port Charlotte, FL From mcguire at neurotica.com Sat Mar 5 18:10:22 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Sat, 05 Mar 2011 11:10:22 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D725EF5.3000600@earth.ox.ac.uk> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> Message-ID: <4D72606E.8080401@neurotica.com> Ok, this is too weird. Not ten seconds ago I sent a message to the list about what could be exactly this problem. I'd been fighting with it for ages but only today became annoyed enough to send a message about it. So telling Thunderbird to only use one server connection solves this problem? -Dave On 3/5/11 11:04 AM, Stephen Usher wrote: > I know that this is a somewhat old thread but I do have some useful input. > > Basically, this seems to be a Thunderbird problem (or at least an > interaction problem between Thunderbird and Dovecot). > > Before Thunderbird version 3 there wasn't a problem, the mailbox within > Thunderbird would sync correctly. As of version 3 they seem to have > changed their mailbox header list caching code and it gets horribly > confused when mails disappear from the mailbox without it doing so. The > only way to fix the view within the program is the rebuild the > (Thunderbird) index. > > This is not the only problem TB3 has with Dovecot. Quite often if there > are large attachments TB doesn't fully load the attachments (and > sometimes not even the mail itself). I've found changing TBs setting so > that it only uses one connection to the server rather than the default 5 > helps mitigate this. > > I'm not sure why TB3 has such a hard time when talking to Dovecot as no > other clients have any difficulty and TB2 never did. > > Steve > > P.S. Our system is a Solaris 10 x86 box running Dovecot 1.2.x with > Maildir++ folders. -- Dave McGuire Port Charlotte, FL From eduardo at kalinowski.com.br Sat Mar 5 18:15:56 2011 From: eduardo at kalinowski.com.br (Eduardo M KALINOWSKI) Date: Sat, 05 Mar 2011 13:15:56 -0300 Subject: [Dovecot] deleted messages not going away in Thunderbird? In-Reply-To: <4D725FA8.7000304@neurotica.com> References: <4D725FA8.7000304@neurotica.com> Message-ID: <4D7261BC.9000502@kalinowski.com.br> On 03/05/2011 01:07 PM, Dave McGuire wrote: > Hi folks. This may be a dumb question, but I can't seem to find a clue. > > I'm running Dovecot v1.2.9 and Thunderbird v3.1.7. If I delete > messages using a different IMAP client (I also use an iPhone and > occasionally SquirrelMail), I would expect those messages to disappear > from Thunderbird the next time I start it or click on "Get Mail". In > fact, they do...most of the time. Sometimes, however, they just stick > around. If I do a "Repair Folder" on the inbox in Thunderbird, the > messages go away. > > Is this a known issue? My gut tells me there's some Thunderbird > option to make it follow inbox contents with more "attention" but I've > not been able to find it. I've also seen it. I've only observed it in INBOX, but I rarely delete mails from other folders, and in those other folders generally there are a lot of messages, so it would be hard for me to notice one that is there but shouldn't. -- Eduardo M KALINOWSKI eduardo at kalinowski.com.br From stan at hardwarefreak.com Sat Mar 5 20:04:01 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 05 Mar 2011 12:04:01 -0600 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D725EF5.3000600@earth.ox.ac.uk> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> Message-ID: <4D727B11.1000806@hardwarefreak.com> Stephen Usher put forth on 3/5/2011 10:04 AM: > I know that this is a somewhat old thread but I do have some useful input. > > Basically, this seems to be a Thunderbird problem (or at least an > interaction problem between Thunderbird and Dovecot). > > Before Thunderbird version 3 there wasn't a problem, the mailbox within > Thunderbird would sync correctly. As of version 3 they seem to have > changed their mailbox header list caching code and it gets horribly > confused when mails disappear from the mailbox without it doing so. The > only way to fix the view within the program is the rebuild the > (Thunderbird) index. > > This is not the only problem TB3 has with Dovecot. Quite often if there > are large attachments TB doesn't fully load the attachments (and > sometimes not even the mail itself). I've found changing TBs setting so > that it only uses one connection to the server rather than the default 5 > helps mitigate this. > > I'm not sure why TB3 has such a hard time when talking to Dovecot as no > other clients have any difficulty and TB2 never did. I don't believe it's an issue of Tbird talking to Dovecot, and I don't believe it's a Dovecot issue. I believe it's a combination of the TB GLODA system and local folder synchronization. I recommend you disable both of these, close TB, then manually delete all local cached folder/message copies and the gloda database in the user profile, then launch TB. And never reenable local sync or GLODA. This should fix your problem. And make sure *all* IMAP clients accessing the mailbox expunge on exit, including your smart phone, etc. -- Stan From javierdemiguel at us.es Sat Mar 5 20:27:10 2011 From: javierdemiguel at us.es (=?ISO-8859-1?Q?Javier_de_Miguel_Rodr=EDguez?=) Date: Sat, 05 Mar 2011 19:27:10 +0100 Subject: [Dovecot] 2.0.10 Auth failed while binding ldap In-Reply-To: <4D721503.9090209@gmail.com> References: <4D721503.9090209@gmail.com> Message-ID: <4D72807E.2050609@us.es> El 05/03/11 11:48, St?phane Wartel escribi?: > Dear all, > > Since new release has been installed, auth process crash with io loop : Same problem here, dovecot 2.0.9 works right with ldap (RHEL 5.6 x64) , but dovecot 2.0.10 crashes /Mar 5 19:21:21 buzon dovecot: auth: Panic: file db-ldap.c: line 1113 (db_ldap_result_change_attr): assertion failed: (ctx->vals == NULL) Mar 5 19:21:21 buzon dovecot: auth: Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0 [0x2b5c03bded30] -> /usr/lib64/dovecot/libdovecot.so.0 [0x2b5c03bded86] -> /usr/lib64/dovecot/libdovecot.so.0 [0x2b5c03bde743] -> /usr/lib64/dovecot/auth/libauthdb_ldap.so(db_ldap_result_iterate_next+0x36e) [0x2b5c03e3f7ee] -> /usr/lib64/dovecot/auth/libauthdb_ldap.so [0x2b5c03e42130] -> /usr/lib64/dovecot/auth/libauthdb_ldap.so [0x2b5c03e40d6e] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x48) [0x2b5c03be9708] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0xd5) [0x2b5c03beaa75] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x2d) [0x2b5c03be969d] -> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x2b5c03bd8163] -> dovecot/auth [0 wait, 0 passdb, 1 userdb](main+0x2cc) [0x4151ec] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x3b0881d994] -> dovecot/auth [0 wait, 0 passdb, 1 userdb] [0x409ab9] Mar 5 19:21:21 buzon dovecot: master: Error: service(auth): child 14082 killed with signal 6 (core dumps disabled)/ Any ideas? Regards Javier From tss at iki.fi Sat Mar 5 20:31:28 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 5 Mar 2011 20:31:28 +0200 Subject: [Dovecot] 2.0.10 Auth failed while binding ldap In-Reply-To: <4D72807E.2050609@us.es> References: <4D721503.9090209@gmail.com> <4D72807E.2050609@us.es> Message-ID: <97177CFA-AE76-4383-8843-32E8D7A287BB@iki.fi> On 5.3.2011, at 20.27, Javier de Miguel Rodr?guez wrote: > El 05/03/11 11:48, St?phane Wartel escribi?: >> Dear all, >> >> Since new release has been installed, auth process crash with io loop : > > Same problem here, dovecot 2.0.9 works right with ldap (RHEL 5.6 x64) , but dovecot 2.0.10 crashes > > /Mar 5 19:21:21 buzon dovecot: auth: Panic: file db-ldap.c: line 1113 (db_ldap_result_change_attr): assertion failed: (ctx->vals == NULL) http://hg.dovecot.org/dovecot-2.0/rev/b44ec48d9425 probably fixes it? (I was going to test that broken change when I made it, but then I realized I didn't have LDAP server installed and I just hate installing slapd. Today I thought I'd rather try writing my own really simple LDAP server, but after a few hours I gave up on it too. Maybe some day I'll try again. So the above patch is also untested.) From pasek at valbek.cz Sat Mar 5 16:45:47 2011 From: pasek at valbek.cz (=?utf-8?q?Pa=C5=A1ek_Ladislav?=) Date: Sat, 05 Mar 2011 15:45:47 +0100 Subject: [Dovecot] Problems with shared folders with Dovecot 1.2.12 Message-ID: <1672-4d724c80-7-3b79b540@147600579> Hello, I'm trying to run shared folders with Dovecot 1.2.12. I'm managing ACLs from SOGo and it seemd that it successfully create dovecot-acl and dovecot-acl-list in user maildir. But I cannot see any of these shared folders. In Thunderbird I could see shared folder in Subscriptions but without option to subscribe. I was reading almost everything that was possible to google but without success. My config: [root at mail etc]# dovecot -n # 1.2.12: /etc/dovecot.conf # OS: Linux 2.6.18-194.32.1.el5 x86_64 CentOS release 5.5 (Final) xfs base_dir: /var/run/dovecot/ log_path: /var/log/dovecot/dovecot-deliver.log info_log_path: /var/log/dovecot/dovecot-deliver.log log_timestamp: "%b %d %H:%M:%S protocols: imap imaps managesieve listen(default): *:143 listen(imap): *:143 listen(managesieve): *:2000 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(managesieve): ssl_cert_file: /etc/pki/tls/private/mail.valbek.cz.crt ssl_key_file: /etc/pki/tls/private/privkey.key version_ignore: yes login_dir: /var/run/dovecot//login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(managesieve): /usr/libexec/dovecot/managesieve-login login_greeting: Welcome to Dovecot eMail Server. login_log_format: %$: %s %u login_process_size: 128 login_processes_count: 5 login_max_processes_count: 140 mail_max_userip_connections(default): 30 mail_max_userip_connections(imap): 30 mail_max_userip_connections(managesieve): 10 verbose_proctitle: yes first_valid_uid: 306 last_valid_uid: 306 first_valid_gid: 306 last_valid_gid: 306 mail_uid: vmail mail_gid: vmail mail_location: maildir:/mnt/pole/mail/valbek.cz/%u mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(managesieve): /usr/libexec/dovecot/managesieve mail_plugins(default): acl imap_acl mail_plugins(imap): acl imap_acl mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(managesieve): /usr/lib64/dovecot/managesieve imap_client_workarounds(default): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(managesieve): managesieve_logout_format(default): bytes=%i/%o managesieve_logout_format(imap): bytes=%i/%o managesieve_logout_format(managesieve): bytes ( in=%i : out=%o ) namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: sdilene/%%u/ location: maildir:/mnt/pole/mail/valbek.cz/%%u:INDEX=/mnt/pole/mail/valbek.cz/%%u/sdilene/%%u list: children lda: postmaster_address: it at valbek.cz mail_plugins: sieve acl auth default: mechanisms: plain login passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot-ldap.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: mail plugin: autocreate: Spam autocreate2: NoSpam autocreate3: Archiv sieve: /mnt/pole/mail/valbek.cz/%u/.dovecot.sieve sieve_storage: /mnt/pole/mail/valbek.cz/%u/sieve sieve_global_dir: /var/lib/dovecot/sieve/global/ fts: squat fts_squat: partial=4 full=10 acl: vfile acl_shared_dict: file:/var/lib/dovecot/shared-mailboxes.db >From log: "Mar 05 15:25:16imap-login: Info: Login: user=, method=PLAIN, rip=192.168.1.221, lip=192.168.1.254 "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Loading modules from directory: /usr/lib64/dovecot/imap "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Module loaded: /usr/lib64/dovecot/imap/lib01_acl_plugin.so "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Module loaded: /usr/lib64/dovecot/imap/lib02_imap_acl_plugin.so "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Effective uid=306, gid=306, home=(none) "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Namespace: type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: maildir: data=/mnt/pole/mail/valbek.cz/pasek at valbek.cz "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: maildir++: root=/mnt/pole/mail/valbek.cz/pasek at valbek.cz, index=, control=, inbox=/mnt/pole/mail/valbek.cz/pasek at valbek.cz "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: acl: initializing backend with data: vfile "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: acl: acl username = pasek at valbek.cz "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: acl: owner = 1 "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: acl vfile: Global ACL directory: (null) "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Namespace: type=shared, prefix=sdilene/%u/, sep=/, inbox=no, hidden=no, list=children, subscriptions=no "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: shared: root=, index=, control=, inbox= "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/dovecot-acl "Mar 05 15:25:16IMAP(pasek at valbek.cz): Info: Namespace : Using permissions from /mnt/pole/mail/valbek.cz/pasek at valbek.cz: mode=0700 gid=-1 "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Trash/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Trash.TuX/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Sent/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Sent.Archiv/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Sent.Po&AWE-ta &AWA-vejda/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Spam/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.NoSpam/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Prodex/dovecot-acl "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.dovecot/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Autodesk/dovecot-acl "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.ebay/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Hesla/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Intranet/dovecot-acl "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.&AX4-ivotopisy/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Archiv/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Archiv.RIB-Service/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Archiv.Po&AWE-ta &AWA-vejda/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Archiv.Osobn&AO0- po&AWE-ta/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.spr&AOE-va-IT/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Blbosti/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.V&AWA-B/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.SCST/dovecot-acl "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.PPP-R1/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: reading file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.SOGo/dovecot-acl "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Nexenta/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.openldap/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.INBOX.Pron&AOE-jmy/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Drafts/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Archiv/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Nevy&AX4A4Q-dan&AOE- po&AWE-ta/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Odstran&ARs-n&AOE- po&AWE-ta/dovecot-acl not found "Mar 05 15:25:19IMAP(pasek at valbek.cz): Info: acl vfile: file /mnt/pole/mail/valbek.cz/pasek at valbek.cz/.Odeslan&AOE- po&AWE-ta/dovecot-acl not found Thanks in Advance Ladislav From javierdemiguel at us.es Sat Mar 5 20:41:01 2011 From: javierdemiguel at us.es (=?ISO-8859-1?Q?Javier_de_Miguel_Rodr=EDguez?=) Date: Sat, 05 Mar 2011 19:41:01 +0100 Subject: [Dovecot] 2.0.10 Auth failed while binding ldap In-Reply-To: <97177CFA-AE76-4383-8843-32E8D7A287BB@iki.fi> References: <4D721503.9090209@gmail.com> <4D72807E.2050609@us.es> <97177CFA-AE76-4383-8843-32E8D7A287BB@iki.fi> Message-ID: <4D7283BD.7060702@us.es> > http://hg.dovecot.org/dovecot-2.0/rev/b44ec48d9425 probably fixes it? That patch solves the problem for me, now dovecot ldap auth works. Thank you Timo. > (I was going to test that broken change when I made it, but then I realized I didn't have LDAP server installed and I just hate installing slapd. Today I thought I'd rather try writing my own really simple LDAP server, but after a few hours I gave up on it too. Maybe some day I'll try again. So the above patch is also untested.) > From Stephen.Usher at earth.ox.ac.uk Sat Mar 5 20:57:57 2011 From: Stephen.Usher at earth.ox.ac.uk (Stephen Usher) Date: Sat, 05 Mar 2011 18:57:57 +0000 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D727B11.1000806@hardwarefreak.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> Message-ID: <4D7287B5.8050503@earth.ox.ac.uk> On 05/03/2011 18:04, Stan Hoeppner wrote: > I don't believe it's an issue of Tbird talking to Dovecot, and I don't > believe it's a Dovecot issue. I believe it's a combination of the TB > GLODA system and local folder synchronization. I recommend you disable > both of these, close TB, then manually delete all local cached > folder/message copies and the gloda database in the user profile, then > launch TB. And never reenable local sync or GLODA. This should fix > your problem. And make sure *all* IMAP clients accessing the mailbox > expunge on exit, including your smart phone, etc. Turning off all caching and synchronisation makes no difference. It's the first thing I did, especially as at work the connection to the mail server is fast and the home directory for my account is a network drive. (i.e. the caching and copying of e-mail is actually *SLOWER* than direct access.) The same effect can be seen on all platforms TB3 runs upon and whether or not the users data is stored locally or on a network drive. Steve -- --------------------------------------------------------------------------- IT Systems Administrator, E-Mail:- steve at earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 Oxford University, South Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072 From stan at hardwarefreak.com Sat Mar 5 21:34:33 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 05 Mar 2011 13:34:33 -0600 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D7287B5.8050503@earth.ox.ac.uk> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> Message-ID: <4D729049.1070109@hardwarefreak.com> Stephen Usher put forth on 3/5/2011 12:57 PM: > On 05/03/2011 18:04, Stan Hoeppner wrote: >> I don't believe it's an issue of Tbird talking to Dovecot, and I don't >> believe it's a Dovecot issue. I believe it's a combination of the TB >> GLODA system and local folder synchronization. I recommend you disable >> both of these, close TB, then manually delete all local cached >> folder/message copies and the gloda database in the user profile, then >> launch TB. And never reenable local sync or GLODA. This should fix >> your problem. And make sure *all* IMAP clients accessing the mailbox >> expunge on exit, including your smart phone, etc. > > Turning off all caching and synchronisation makes no difference. Did you disable GLODA? -- Stan From stan at hardwarefreak.com Sat Mar 5 22:24:33 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 05 Mar 2011 14:24:33 -0600 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D729049.1070109@hardwarefreak.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> Message-ID: <4D729C01.7020103@hardwarefreak.com> Stan Hoeppner put forth on 3/5/2011 1:34 PM: > Stephen Usher put forth on 3/5/2011 12:57 PM: >> On 05/03/2011 18:04, Stan Hoeppner wrote: >>> I don't believe it's an issue of Tbird talking to Dovecot, and I don't >>> believe it's a Dovecot issue. I believe it's a combination of the TB >>> GLODA system and local folder synchronization. I recommend you disable >>> both of these, close TB, then manually delete all local cached >>> folder/message copies and the gloda database in the user profile, then >>> launch TB. And never reenable local sync or GLODA. This should fix >>> your problem. And make sure *all* IMAP clients accessing the mailbox >>> expunge on exit, including your smart phone, etc. >> >> Turning off all caching and synchronisation makes no difference. > > Did you disable GLODA? Also, did you delete the sync copies and the GLODA sqlite index file from the user profile? IIRC, TB will still read the files if they exist, even after disabling their parent function. TB just won't write to them any more. Yes, it's stupid, I agree. But I recall running into this problem and needing to delete all the cached mbox files and the sqlite db to get everything working correctly. Specifically answering your "change" question, the one big difference between TB 3 and TB 2 is GLODA, and there have been a large number of problems with it. I noticed some of them on day one and disabled it. I use both TB and RoundCube. With both open, I can delete a group of messages in RC in an IMAP subfolder and the messages automatically disappear from my TB view in about 5 seconds, and remain gone. I just performed a test deleting a group of 8 messages via RC in an IMAP subfolder containing list mail from linux-ide. It works fine the other way around as well, though I must manually refresh RC as it's a stateless web app. I just deleted 6 messages in TB, and simply clicking the folder in RC showed the messages were gone. Deleting a message via RC in INBOX required punching the Get Mail button in TB to reveal the message had been deleted. Not sure why the INBOX case required a manual refresh. The messages are all is still gone, after closing and opening TB again. I don't recall ever having the problem you describe, using TB 3.0 through TB 3.1.9, and Dovecot 1.0.15 through 1.2.15. My point is that TB and Dovecot can be configured properly to eliminate this problem you're having. -- Stan From mailing at alokat.org Sun Mar 6 03:34:45 2011 From: mailing at alokat.org (Alokat) Date: Sun, 06 Mar 2011 02:34:45 +0100 Subject: [Dovecot] Dovecot MySQL Schema Message-ID: <4D72E4B5.3080405@alokat.org> Hi, where can I find the MySQL schema for Dovecot on Debian? Regards, alokat From tss at iki.fi Sun Mar 6 03:45:01 2011 From: tss at iki.fi (Timo Sirainen) Date: Sun, 6 Mar 2011 03:45:01 +0200 Subject: [Dovecot] Dovecot MySQL Schema In-Reply-To: <4D72E4B5.3080405@alokat.org> References: <4D72E4B5.3080405@alokat.org> Message-ID: <498AB949-EE9B-4F72-8E74-CEFAB47BBE41@iki.fi> On 6.3.2011, at 3.34, Alokat wrote: > where can I find the MySQL schema for Dovecot on Debian? http://wiki.dovecot.org/AuthDatabase/SQL From stan at hardwarefreak.com Sun Mar 6 05:45:12 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 05 Mar 2011 21:45:12 -0600 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D72F32D.6020109@knutejohnson.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> Message-ID: <4D730348.9070808@hardwarefreak.com> Knute Johnson put forth on 3/5/2011 8:36 PM: > On 03/05/2011 12:24 PM, Stan Hoeppner wrote: >> Stan Hoeppner put forth on 3/5/2011 1:34 PM: >> Also, did you delete the sync copies and the GLODA sqlite index file >> from the user profile? IIRC, TB will still read the files if they >> exist, even after disabling their parent function. TB just won't write >> to them any more. Yes, it's stupid, I agree. But I recall running into >> this problem and needing to delete all the cached mbox files and the >> sqlite db to get everything working correctly. >> >> Specifically answering your "change" question, the one big difference >> between TB 3 and TB 2 is GLODA, and there have been a large number of >> problems with it. I noticed some of them on day one and disabled it. >> >> I use both TB and RoundCube. With both open, I can delete a group of >> messages in RC in an IMAP subfolder and the messages automatically >> disappear from my TB view in about 5 seconds, and remain gone. I just >> performed a test deleting a group of 8 messages via RC in an IMAP >> subfolder containing list mail from linux-ide. It works fine the other >> way around as well, though I must manually refresh RC as it's a >> stateless web app. I just deleted 6 messages in TB, and simply clicking >> the folder in RC showed the messages were gone. Deleting a message via >> RC in INBOX required punching the Get Mail button in TB to reveal the >> message had been deleted. Not sure why the INBOX case required a manual >> refresh. The messages are all is still gone, after closing and opening >> TB again. >> >> I don't recall ever having the problem you describe, using TB 3.0 >> through TB 3.1.9, and Dovecot 1.0.15 through 1.2.15. My point is that >> TB and Dovecot can be configured properly to eliminate this problem >> you're having. > > Thanks very much for this post as I have been having the same problems > with TB and my phone. I did the things you posted but when I delete a > message on my phone it doesn't always get deleted in TB. Sometimes it > disappears right a way and other times it never goes but it is better > than before when it would never delete on TB. If you're not doing local sync with TB and you have GLODA disabled, TB is going to show you exactly what's in your Dovecot mailbox. If the message doesn't disappear from your TB view sometime after deleting it on your smartphone, then I'd say it's very likely that Dovecot didn't receive the delete and/or expunge command from the phone. Check your Dovecot logs and see what the phone is actually sending, or not sending. Both of you mentioned problems specifically WRT smartphones. It's likely the IMAP implementation in these phones is simply buggy, or your network coverage is spotty. I don't use a smartphone so I can't really say. What smartphone are you each using? -- Stan From dovecot at knutejohnson.com Sun Mar 6 06:13:19 2011 From: dovecot at knutejohnson.com (Knute Johnson) Date: Sat, 05 Mar 2011 20:13:19 -0800 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User Message-ID: <4D7309DF.7010508@knutejohnson.com> On 03/05/2011 07:45 PM, Stan Hoeppner wrote: > If you're not doing local sync with TB and you have GLODA disabled, > TB is going to show you exactly what's in your Dovecot mailbox. If > the message doesn't disappear from your TB view sometime after > deleting it on your smartphone, then I'd say it's very likely that > Dovecot didn't receive the delete and/or expunge command from the > phone. Check your Dovecot logs and see what the phone is actually > sending, or not sending. > > Both of you mentioned problems specifically WRT smartphones. It's > likely the IMAP implementation in these phones is simply buggy, or > your network coverage is spotty. I don't use a smartphone so I can't > really say. What smartphone are you each using? I've got a Samsung Captivate running K-9 Mail. It could definitely have some bugs. Sometimes if I delete a message on my phone, I'll see it show up in the Trash folder but not disappear from the folder it was deleted from. It's just not consistent. but it is better than it was before. I'll look in the logs and see if I see anything interesting. Thanks again, From st.wartel at gmail.com Sun Mar 6 09:07:35 2011 From: st.wartel at gmail.com (=?ISO-8859-1?Q?St=E9phane_Wartel?=) Date: Sun, 06 Mar 2011 08:07:35 +0100 Subject: [Dovecot] 2.0.10 Auth failed while binding ldap Message-ID: <4D7332B7.5050809@gmail.com> Everything is ok, Thanks Timo ;) From remy.zandwijk at falw.vu.nl Sun Mar 6 16:18:21 2011 From: remy.zandwijk at falw.vu.nl (Remy Zandwijk) Date: Sun, 06 Mar 2011 15:18:21 +0100 Subject: [Dovecot] Dovecot, Postfix and Dovecot LDA (LMTP) delivery In-Reply-To: <4D723188.3020803@falw.vu.nl> References: <4D723188.3020803@falw.vu.nl> Message-ID: <4D7397AD.5000008@falw.vu.nl> > I am running a Debian Lenny machine with Postfix 2.5.5 and Dovecot 2.0.8. Up > until now I ran Postfix with the Procmail delivery agent succesfully. The > machine has only local users; I am not using virtual mailboxes. Due to > obvious reasons I want to switch to Dovecot LDA delivery, through LMTP. > > I spend quite some time finding 'the' configuration for both Postfix and > Dovecot, but without success. Find my current configuration below. Postfix > receives the e-mail, but delivery through LMTP fails, resulting in Postfix > sending an NDR. > > I just cannot figure out what's wrong and I am not sure whether it's a > Postfix or Dovecot problem either. Some log output from Postfix: I finally figured out what's wrong. It appears that Dovecot in fact is checking the existance of user 'remy at hostname.domain.tld' in one of the configured user databases. Obviously, local users/usernames do not have the local domain added. Adding userdb { driver = passwd-file args = username_format=%n /etc/passwd } to the 'protocol lmtp { }' block solves the issue. The only thing is that Dovecot now logs this to it's logs: Mar 06 15:04:57 auth: Error: passwd-file /etc/passwd: User root has invalid UID '0' Can't hurt, but is polutes the logs. Is there a way to configure Dovecot not to log these messages? Thanks, Remy From Stephen.Usher at earth.ox.ac.uk Sun Mar 6 16:51:49 2011 From: Stephen.Usher at earth.ox.ac.uk (Stephen Usher) Date: Sun, 06 Mar 2011 14:51:49 +0000 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D730348.9070808@hardwarefreak.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> Message-ID: <4D739F85.5010106@earth.ox.ac.uk> On 06/03/2011 03:45, Stan Hoeppner wrote: > If you're not doing local sync with TB and you have GLODA disabled, TB > is going to show you exactly what's in your Dovecot mailbox. If the > message doesn't disappear from your TB view sometime after deleting it > on your smartphone, then I'd say it's very likely that Dovecot didn't > receive the delete and/or expunge command from the phone. Check your > Dovecot logs and see what the phone is actually sending, or not sending. > > Both of you mentioned problems specifically WRT smartphones. It's > likely the IMAP implementation in these phones is simply buggy, or your > network coverage is spotty. I don't use a smartphone so I can't really > say. What smartphone are you each using? Actually it doesn't matter what the second client is (it can be another copy of TB3), the important thing is that TB3 doesn't notice the change underneath it. (The programmers seem to assume that it will have exclusive access to the mailbox from what I can see.) The real mailbox does change correctly, TB3's idea of what the mailbox holds does not and it fails to check its consistency with respect to the server. Obviously there's a difference in behaviour for some reason when TB3 interacts with Cyrus IMAP as it seems not to have a problem with that IMAP server. It's almost as if TB3 expects to be informed when there has been a deletion. (TB3 will notice other status changes such as a message being read etc.) The phantom messages within TB3 will also persist between program restarts, which suggests that it's not verifying its cached message list at that point either. By the way, asking end-users to all change their client settings is not a practical solution. We need to determine why the behaviour between Dovecot and TB3 is different from Cyrus and TB3 and then either ask the TB developers to fix their code or put a work-around in Dovecot. (I may even have to be both.) Steve -- --------------------------------------------------------------------------- IT Systems Administrator, E-Mail:- steve at earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 Oxford University, South Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072 From tss at iki.fi Sun Mar 6 17:22:05 2011 From: tss at iki.fi (Timo Sirainen) Date: Sun, 6 Mar 2011 17:22:05 +0200 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D739F85.5010106@earth.ox.ac.uk> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> Message-ID: <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> On 6.3.2011, at 16.51, Stephen Usher wrote: > Obviously there's a difference in behaviour for some reason when TB3 interacts with Cyrus IMAP as it seems not to have a problem with that IMAP server. It's almost as if TB3 expects to be informed when there has been a deletion. (TB3 will notice other status changes such as a message being read etc.) You could try if setting imap_capabilities to everything except QRESYNC and CONDSTORE would make a difference. From mcguire at neurotica.com Sun Mar 6 17:47:02 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Sun, 06 Mar 2011 10:47:02 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> Message-ID: <4D73AC76.9070607@neurotica.com> On 3/6/11 10:22 AM, Timo Sirainen wrote: >> Obviously there's a difference in behaviour for some reason when TB3 interacts with Cyrus IMAP as it seems not to have a problem with that IMAP server. It's almost as if TB3 expects to be informed when there has been a deletion. (TB3 will notice other status changes such as a message being read etc.) > > You could try if setting imap_capabilities to everything except QRESYNC and CONDSTORE would make a difference. The wiki page I found on this is a little hazy; would this simply be a matter of: imap_capability = -QRESYNC -CONDSTORE ? -Dave -- Dave McGuire Port Charlotte, FL From lists at wildgooses.com Sun Mar 6 22:31:57 2011 From: lists at wildgooses.com (Ed W) Date: Sun, 06 Mar 2011 20:31:57 +0000 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D739F85.5010106@earth.ox.ac.uk> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> Message-ID: <4D73EF3D.7030102@wildgooses.com> On 06/03/2011 14:51, Stephen Usher wrote: > Actually it doesn't matter what the second client is (it can be another > copy of TB3), the important thing is that TB3 doesn't notice the change > underneath it. (The programmers seem to assume that it will have > exclusive access to the mailbox from what I can see.) The real mailbox > does change correctly, TB3's idea of what the mailbox holds does not and > it fails to check its consistency with respect to the server. > > Obviously there's a difference in behaviour for some reason when TB3 > interacts with Cyrus IMAP as it seems not to have a problem with that > IMAP server. It's almost as if TB3 expects to be informed when there has > been a deletion. (TB3 will notice other status changes such as a message > being read etc.) I may just be having the same issue as you and it's been persistent for a while. I believe that it's possibly a bug related to IDLE in Dovecot (unproven and unsupported claim...) Do you also get the same effect with read and unread marks? We have three users here, all logging in from different local machines, which then go through a NAT (so to Dovecot they look the same IP), and all three machines log into the same account with the same credentials (ie shared inbox). We observe that generally the inbox view looks the same on all machines and I haven't noticed any deletes not syncing across instantly, but definitely there exists a set of circumstances where the read/unread marks are not synced correctly. I haven't nailed down the specifics but I believe it might occur when one TB client isn't focused on the shared inbox (background IDLE connection) and it might occur only after some mins have passed in that state (nat timeout?) and it might not occur if CONDSTORE is disabled on TB3... Do you have a common NAT in your situation? Could there be a NAT timeout/IDLE permutation causing the effect you see? Note that I can fix the sync issue by simply clicking back into the shared inbox, toggling the state a few times and we are back in again? My best hunch is that there is some shared code in Dovecot to send IDLE updates every so often and it's hashed on username and IP (I think?), so if we have two users behind nat, one using the connection regularly and the other idle, I wonder if the nat is allowed to timeout on the idle machine? Definitely feels like CONDSTOR is part of the problem, but this would fit because each side of the link would disagree on last update? Just an idea.. Ed W From jom at grosjo.net Sun Mar 6 22:46:38 2011 From: jom at grosjo.net (Joan Moreau) Date: Sun, 06 Mar 2011 15:46:38 -0500 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: References: <4D69FCB5.3090100@wildgooses.com> <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> Message-ID: >> * Sdbox is using far too much I/O on a busy server, I had to switch >> to >> mdbox >> * Converting from Maildir to s/mdbox is easy > > Are you saying sdbox uses more disk I/O than maildir? That's > unexpected. No. I am saying that sbbox is not sustainable when having very large mailbox, IO becomes too high (even with high-end storage devices) > erting from sdbox to mdbox has been a complete nightmare. I have > never >> managed to make it completely, finally made it through imap protocol >> between 2 instance of dovecot. You better choose before sd or md, >> but >> not try to convert between the 2 > was difficult about it? You should have been able to do it really > easily > with dsync No, as you know very well: I sent plenty of emails about this matter at that time on this mailng list, but nobody found any solutions, so, I gave up. Dsync is too buggy to convert sdbox to mdbox. From Christoph at plmail.de Sun Mar 6 23:23:41 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Sun, 6 Mar 2011 22:23:41 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <1298365660.19220.273.camel@hurina> References: <201102191010.31727.Christoph@plmail.de> <1298365660.19220.273.camel@hurina> Message-ID: <201103062223.41860.Christoph@plmail.de> Hello, Timo Sirainen wrote: > Are the timestamps wrong in the database? They should contain the > timestamp of the oldest save-date of message in the mailbox. Today, messages from Trash have been expunged again. The only timestamp in the database is Sun Mar 6 08:37:55 UTC 2011. This is obviously not the time from when the oldest message in the Trash mailbox was moved into that mailbox; I am moving messages to Trash every day. Does anyone have an idea what is going wrong with the timestamps? Regards Christoph From tss at iki.fi Sun Mar 6 23:58:35 2011 From: tss at iki.fi (Timo Sirainen) Date: Sun, 06 Mar 2011 23:58:35 +0200 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: References: <4D69FCB5.3090100@wildgooses.com> <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> Message-ID: <1299448715.19220.451.camel@hurina> On Sun, 2011-03-06 at 15:46 -0500, Joan Moreau wrote: > No, as you know very well: I sent plenty of emails about this matter at > that time on this mailng list, but nobody found any solutions, so, I > gave up. > Dsync is too buggy to convert sdbox to mdbox. I think I fixed all the crashes you reported. The only two problems left were 1) the "Too many open files" error, which I'm pretty sure is caused by 2) m.* file sizes are too small. http://hg.dovecot.org/dovecot-2.0/rev/d1f30e375f40 should fix 1), but I don't understand the cause of 2), since your config looked ok. Did you solve it somehow or are your m.* files still too small? From robert at schetterer.org Mon Mar 7 00:11:16 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 06 Mar 2011 23:11:16 +0100 Subject: [Dovecot] OT auto delete attachments with sieve Message-ID: <4D740684.5060205@schetterer.org> Hi , off topic , but anyone with an idea how to autodelete attachments from mail with sieve, as far i investigated this , it can only be done indirectly perhaps per size etc, but there is no direct auto way, am i right here ? or someone has magic...? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From tss at iki.fi Mon Mar 7 00:19:51 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 00:19:51 +0200 Subject: [Dovecot] Dovecot, Postfix and Dovecot LDA (LMTP) delivery In-Reply-To: <4D7397AD.5000008@falw.vu.nl> References: <4D723188.3020803@falw.vu.nl> <4D7397AD.5000008@falw.vu.nl> Message-ID: <1299449991.19220.464.camel@hurina> On Sun, 2011-03-06 at 15:18 +0100, Remy Zandwijk wrote: > userdb { > driver = passwd-file > args = username_format=%n /etc/passwd > } It's not a great idea to use passwd-file for /etc/passwd. I guess it usually works, but there are no guarantees of random failures when the passwd file is being modified. You can do this better by keeping the userdb passwd, and setting: auth_username_format = %n From tss at iki.fi Mon Mar 7 00:21:42 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 00:21:42 +0200 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D73AC76.9070607@neurotica.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> <4D73AC76.9070607@neurotica.com> Message-ID: <1299450102.19220.466.camel@hurina> On Sun, 2011-03-06 at 10:47 -0500, Dave McGuire wrote: > On 3/6/11 10:22 AM, Timo Sirainen wrote: > >> Obviously there's a difference in behaviour for some reason when TB3 interacts with Cyrus IMAP as it seems not to have a problem with that IMAP server. It's almost as if TB3 expects to be informed when there has been a deletion. (TB3 will notice other status changes such as a message being read etc.) > > > > You could try if setting imap_capabilities to everything except QRESYNC and CONDSTORE would make a difference. > > The wiki page I found on this is a little hazy; would this simply be > a matter of: > > imap_capability = -QRESYNC -CONDSTORE No, there's no -capability feature. You need to list them all: imap_capability = IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS And add any plugin capabilities you may have, like QUOTA. From tss at iki.fi Mon Mar 7 00:24:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 00:24:06 +0200 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D73EF3D.7030102@wildgooses.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> Message-ID: <1299450246.19220.468.camel@hurina> On Sun, 2011-03-06 at 20:31 +0000, Ed W wrote: > My best hunch is that there is some shared code in Dovecot to send IDLE > updates every so often and it's hashed on username and IP (I think?), No, only the "OK Still here" notifications are timed like that. If you have inotify/dnotify/kqueue enabled, Dovecot sends the actual mailbox changes to clients immediately when they happen. From knute2011 at knutejohnson.com Sun Mar 6 22:22:42 2011 From: knute2011 at knutejohnson.com (Knute Johnson) Date: Sun, 06 Mar 2011 12:22:42 -0800 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> Message-ID: <4D73ED12.5070409@knutejohnson.com> On 03/06/2011 07:22 AM, Timo Sirainen wrote: > On 6.3.2011, at 16.51, Stephen Usher wrote: > >> Obviously there's a difference in behaviour for some reason when >> TB3 interacts with Cyrus IMAP as it seems not to have a problem >> with that IMAP server. It's almost as if TB3 expects to be informed >> when there has been a deletion. (TB3 will notice other status >> changes such as a message being read etc.) > > You could try if setting imap_capabilities to everything except > QRESYNC and CONDSTORE would make a difference. That stopped dovecot from talking to TB altogether. -- Knute Johnson knute2011 at knutejohnson.com From tss at iki.fi Mon Mar 7 00:38:51 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 00:38:51 +0200 Subject: [Dovecot] v2.0.11 released Message-ID: <1299451131.19220.474.camel@hurina> http://dovecot.org/releases/2.0/dovecot-2.0.11.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.11.tar.gz.sig Looks like v2.0.10 was a bit troublesome release. I expect this one to last longer. * dotlock_use_excl setting's default was accidentally "no" in all v2.0.x releases, instead of "yes" as in v1.1 and v1.2. Changed it back to "yes". - v2.0.10: LDAP support was broken - v2.0.10: dsyncing to remote often hanged (timed out in 15 mins) From dovecot at knutejohnson.com Mon Mar 7 00:40:18 2011 From: dovecot at knutejohnson.com (Knute Johnson) Date: Sun, 06 Mar 2011 14:40:18 -0800 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D73ED12.5070409@knutejohnson.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <064BDC9B-85A2-40EC-92E6-321A7C527EA1@iki.fi> <4D73ED12.5070409@knutejohnson.com> Message-ID: <4D740D52.3080706@knutejohnson.com> On 03/06/2011 12:22 PM, Knute Johnson wrote: > On 03/06/2011 07:22 AM, Timo Sirainen wrote: >> On 6.3.2011, at 16.51, Stephen Usher wrote: >> >>> Obviously there's a difference in behaviour for some reason when >>> TB3 interacts with Cyrus IMAP as it seems not to have a problem >>> with that IMAP server. It's almost as if TB3 expects to be informed >>> when there has been a deletion. (TB3 will notice other status >>> changes such as a message being read etc.) >> >> You could try if setting imap_capabilities to everything except >> QRESYNC and CONDSTORE would make a difference. > > That stopped dovecot from talking to TB altogether. > I take it back. There was a small operator error involved. That seems to have made it work much better. Thanks, knute... From tss at iki.fi Mon Mar 7 01:01:04 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 01:01:04 +0200 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <201103062223.41860.Christoph@plmail.de> References: <201102191010.31727.Christoph@plmail.de> <1298365660.19220.273.camel@hurina> <201103062223.41860.Christoph@plmail.de> Message-ID: <1299452464.19220.478.camel@hurina> On Sun, 2011-03-06 at 22:23 +0100, Christoph Pleger wrote: > Today, messages from Trash have been expunged again. > > The only timestamp in the database is Sun Mar 6 08:37:55 UTC 2011. This is > obviously not the time from when the oldest message in the Trash mailbox was > moved into that mailbox; I am moving messages to Trash every day. > > Does anyone have an idea what is going wrong with the timestamps? So it's as if the timestamp keeps changing to the newest deleted message.. Maybe mail_debug=yes shows something helpful with these patches: http://hg.dovecot.org/dovecot-2.0/rev/eac54c2dc98b http://hg.dovecot.org/dovecot-2.0/rev/63ed0d3f4f52 http://hg.dovecot.org/dovecot-2.0/rev/2cb0fb910441 From tss at iki.fi Mon Mar 7 01:09:50 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 01:09:50 +0200 Subject: [Dovecot] Problems with shared folders with Dovecot 1.2.12 In-Reply-To: <1672-4d724c80-7-3b79b540@147600579> References: <1672-4d724c80-7-3b79b540@147600579> Message-ID: <7F1FDAD5-C3D6-46C8-9B3D-6CBCBAB957B9@iki.fi> On 5.3.2011, at 16.45, Pa?ek Ladislav wrote: > I'm trying to run shared folders with Dovecot 1.2.12. I'm managing ACLs from SOGo and it seemd that it successfully create dovecot-acl and dovecot-acl-list in user maildir. But I cannot see any of these shared folders. In Thunderbird I could see shared folder in Subscriptions but without option to subscribe. I was reading almost everything that was possible to google but without success. I don't see anything obviously wrong in your config. With v2.0.10+ this could be solved easily with: doveadm acl debug -u user-who-is-not-seeing-anything sdilene/sharing-user/shared-box It would tell exactly what the problem is. You could also compile and install v2.0 to a temp directory and run the doveadm command from there, with the only purpose of seeing what the above command shows. From lists at wildgooses.com Mon Mar 7 01:30:15 2011 From: lists at wildgooses.com (Ed W) Date: Sun, 06 Mar 2011 23:30:15 +0000 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <1299450246.19220.468.camel@hurina> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> Message-ID: <4D741907.30303@wildgooses.com> On 06/03/2011 22:24, Timo Sirainen wrote: > On Sun, 2011-03-06 at 20:31 +0000, Ed W wrote: > >> My best hunch is that there is some shared code in Dovecot to send IDLE >> updates every so often and it's hashed on username and IP (I think?), > > No, only the "OK Still here" notifications are timed like that. If you > have inotify/dnotify/kqueue enabled, Dovecot sends the actual mailbox > changes to clients immediately when they happen. > OK, but following that thought, it still seems possible for three connections behind a NAT to end up with one of them becoming disconnected due to a NAT timeout if the other connections aren't making changes which cause anything to trigger on the IDLE background process? (for ref, router is an Airport Extreme. Believed to have around a 30 min NAT timeout?) Someone "doing stuff" would cause the "OK Still here" to get backed up for all clients behind the NAT. The NAT will timeout outbound connections individually, so one user keeping their outbound connection alive could cause other connections to die due to backed up "Still here" to that IP? I guess I could try patching the hash to be less granular - would you be kind enough to remind me where in the code that hash is please? I'm reasonably sure there is a problem here, just not debugged it enough to capture the problem... It's been a longstanding pain in the arse, just not got serious enough vs the debugging effort that I've tried to tackle it... Note, in my case I have two machines with TB condstore disabled and they don't show problems, my machine enables condstore and I only believe the problem is on my machine. Hence I think condstore is part of the problem (but that seems consistent with the above theory). Also I only notice the problem when I have not used email for some time, but the other two folks have been... Nat? Cheers Ed W From mcguire at neurotica.com Mon Mar 7 01:39:39 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Sun, 06 Mar 2011 18:39:39 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D741907.30303@wildgooses.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> Message-ID: <4D741B3B.9070109@neurotica.com> On 3/6/11 6:30 PM, Ed W wrote: >> No, only the "OK Still here" notifications are timed like that. If you >> have inotify/dnotify/kqueue enabled, Dovecot sends the actual mailbox >> changes to clients immediately when they happen. > > OK, but following that thought, it still seems possible for three > connections behind a NAT to end up with one of them becoming > disconnected due to a NAT timeout if the other connections aren't making > changes which cause anything to trigger on the IDLE background process? > (for ref, router is an Airport Extreme. Believed to have around a 30 min > NAT timeout?) > > Someone "doing stuff" would cause the "OK Still here" to get backed up > for all clients behind the NAT. The NAT will timeout outbound > connections individually, so one user keeping their outbound connection > alive could cause other connections to die due to backed up "Still here" > to that IP? > > I guess I could try patching the hash to be less granular - would you be > kind enough to remind me where in the code that hash is please? > > I'm reasonably sure there is a problem here, just not debugged it enough > to capture the problem... It's been a longstanding pain in the arse, > just not got serious enough vs the debugging effort that I've tried to > tackle it... > > Note, in my case I have two machines with TB condstore disabled and they > don't show problems, my machine enables condstore and I only believe the > problem is on my machine. Hence I think condstore is part of the > problem (but that seems consistent with the above theory). Also I only > notice the problem when I have not used email for some time, but the > other two folks have been... Nat? In my case, yes, both clients (iPhone and Thunderbird) are behind NAT from the perspective of the mail server. That said, I've been testing Timo's imap_capabilities suggestion for about the past 45mins, and it seems to solve the problem for me, at least so far. -Dave -- Dave McGuire Port Charlotte, FL From tss at iki.fi Mon Mar 7 01:46:46 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 01:46:46 +0200 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D741B3B.9070109@neurotica.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> Message-ID: <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> On 7.3.2011, at 1.39, Dave McGuire wrote: > That said, I've been testing Timo's imap_capabilities suggestion for about the past 45mins, and it seems to solve the problem for me, at least so far. So it sounds like there's a bug in someone's QRESYNC code. Either Dovecot or Thunderbird, but could be a bit difficult to find out whose.. A reproducible test case would of course be best. From jom at grosjo.net Mon Mar 7 06:49:35 2011 From: jom at grosjo.net (Joan Moreau) Date: Sun, 06 Mar 2011 23:49:35 -0500 Subject: [Dovecot] dbox vs. mdbox In-Reply-To: <1299448715.19220.451.camel@hurina> References: <4D69FCB5.3090100@wildgooses.com> <58BED0A6-9EA0-4B4D-9065-69B22033D627@iki.fi> <1299448715.19220.451.camel@hurina> Message-ID: <8bcd3cbb745026e14b2ffb66a63f32cd@grosjo.net> The only solution I found was to use IMAP protocol to read from sdbox and write as mdbox. Dsync was NOT a solution at all. Sorry about that. On Sun, 06 Mar 2011 23:58:35 +0200, Timo Sirainen wrote: > On Sun, 2011-03-06 at 15:46 -0500, Joan Moreau wrote: > >> No, as you know very well: I sent plenty of emails about this matter at that time on this mailng list, but nobody found any solutions, so, I gave up. Dsync is too buggy to convert sdbox to mdbox. > I think I fixed all the crashes you reported. The only two problems left were 1) the "Too many open files" error, which I'm pretty sure is caused by 2) m.* file sizes are too small. http://hg.dovecot.org/dovecot-2.0/rev/d1f30e375f40 [1] should fix 1), but I don't understand the cause of 2), since your config looked ok. Did you solve it somehow or are your m.* files still too small? Links: ------ [1] http://hg.dovecot.org/dovecot-2.0/rev/d1f30e375f40 From mcguire at neurotica.com Mon Mar 7 06:53:21 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Sun, 06 Mar 2011 23:53:21 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> Message-ID: <4D7464C1.9020502@neurotica.com> On 3/6/11 6:46 PM, Timo Sirainen wrote: >> That said, I've been testing Timo's imap_capabilities suggestion >> for about the past 45mins, and it seems to solve the problem for >> me, at least so far. > > So it sounds like there's a bug in someone's QRESYNC code. Either > Dovecot or Thunderbird, but could be a bit difficult to find out > whose.. A reproducible test case would of course be best. That'd be tough; it's definitely not repeatable here. It happens maybe 1/3 of the time. I hate that kind of bug. :-( -Dave -- Dave McGuire Port Charlotte, FL From nachum.yaron at gmail.com Mon Mar 7 08:41:18 2011 From: nachum.yaron at gmail.com (Yaron & Hani Nahum) Date: Mon, 7 Mar 2011 08:41:18 +0200 Subject: [Dovecot] Dovecot 2.0 in Active-Standby configuration Message-ID: Hi, I am planning to use Dovecot 2.0 as a Mail server for a Voicemail system. There is not much traffic so I am not concerend about scaling. However redudancy is an issue. I need to have two Dovecot servers installed on two different farms and setup HA between the two. I would prefer that the HA would be automatically. I have two different storage machines with SAN, and I can setup Layer 2 between the two farms. I am concerned with split brain scenario where the two farms are disconnected and both machines would become active. What cluster configuration would you recommend for such an enviroment? From remy.zandwijk at falw.vu.nl Mon Mar 7 09:38:37 2011 From: remy.zandwijk at falw.vu.nl (Remy Zandwijk) Date: Mon, 07 Mar 2011 08:38:37 +0100 Subject: [Dovecot] Dovecot, Postfix and Dovecot LDA (LMTP) delivery In-Reply-To: <1299449991.19220.464.camel@hurina> References: <4D723188.3020803@falw.vu.nl> <4D7397AD.5000008@falw.vu.nl> <1299449991.19220.464.camel@hurina> Message-ID: <4D748B7D.7090106@falw.vu.nl> On 06.03.2011 23:19 , Timo Sirainen wrote: > On Sun, 2011-03-06 at 15:18 +0100, Remy Zandwijk wrote: >> userdb { >> driver = passwd-file >> args = username_format=%n /etc/passwd >> } > It's not a great idea to use passwd-file for /etc/passwd. I guess it > usually works, but there are no guarantees of random failures when the > passwd file is being modified. > > You can do this better by keeping the userdb passwd, and setting: > > auth_username_format = %n > Thanks Timo. I read this as I should do: userdb { driver = passwd args = auth_username_format=%n } That didn't work. So I guess I should have read set auth_username_format = %n in conf.d/10-auth.conf. That works. -Remy From lists at wildgooses.com Mon Mar 7 10:39:31 2011 From: lists at wildgooses.com (Ed W) Date: Mon, 07 Mar 2011 08:39:31 +0000 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D741B3B.9070109@neurotica.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> Message-ID: <4D7499C3.9050309@wildgooses.com> > > That said, I've been testing Timo's imap_capabilities suggestion for > about the past 45mins, and it seems to solve the problem for me, at > least so far. Do you think you could narrow it down to just one of the capabilities being removed? (I think that makes sense?) Ed W From thierry at mailhub.co.za Mon Mar 7 11:51:03 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Mon, 7 Mar 2011 11:51:03 +0200 Subject: [Dovecot] POP3 error Message-ID: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> Hi, Since we upgraded to 2.0.9 (from 1.10 stock CentOS release), we are getting some errors with pop3. When the machines get busy, now and then it start with the following: > Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable And it generates hundreds of those before the machines dies, with the web server getting stuck as well on imap sessions, even though there is no imap error messages. I tried to lookup in the source where this is generated, but couldn't find it. Is it some resource limit on the machine? Please see bellow the dovecot -n output. Regards, Thierry # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-194.32.1.el5 x86_64 CentOS release 5.5 (Final) nfs auth_cache_negative_ttl = 0 auth_cache_size = 2 M auth_cache_ttl = 10 mins auth_mechanisms = plain login dict { expire = mysql:/etc/dovecot/dovecot-dict-expire.conf.ext quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext } disable_plaintext_auth = no first_valid_uid = 25 lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes mail_access_groups = vmail mail_fsync = always mail_gid = 25 mail_location = maildir:/var/virtual/%d/%1n/%2n/%n:INDEX=/var/indexes/%d/%1n/%2n/%n mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = quota expire mail_uid = 25 mbox_write_locks = fcntl mmap_disable = yes passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { expire = Trash expire2 = Trash/* expire3 = Spam expire4 = Trash/* expire_dict = proxy::expire quota = dict:User quota::proxy::quota quota_rule = *:storage=2G quota_rule2 = Trash:storage=+100M sieve_global_path = /var/indexes/dovecot-default.sieve } postmaster_address = postmaster at XXXXXX.YY protocols = imap pop3 service auth { unix_listener auth-userdb { group = vmail mode = 0600 user = vmail } } service dict { unix_listener dict { group = vmail mode = 0600 user = vmail } } service imap-login { inet_listener imap { address = 127.0.0.1 port = 143 } process_min_avail = 2 service_count = 0 vsz_limit = 256 M } service imap { process_limit = 768 } service pop3-login { inet_listener pop3 { address = 0.0.0.0 port = 110 } process_limit = 200 process_min_avail = 2 service_count = 0 } service pop3 { process_limit = 256 } ssl = no ssl_cert = References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> Message-ID: <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> On 7.3.2011, at 11.51, Thierry de Montaudry wrote: > Since we upgraded to 2.0.9 (from 1.10 stock CentOS release), we are getting some errors with pop3. When the machines get busy, now and then it start with the following: >> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable > And it generates hundreds of those before the machines dies, with the web server getting stuck as well on imap sessions, even though there is no imap error messages. Do you see any warning messages in logs containing "client connections are being dropped"? From thierry at mailhub.co.za Mon Mar 7 13:40:38 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Mon, 7 Mar 2011 13:40:38 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> Message-ID: <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> On 07 Mar 2011, at 12:01, Timo Sirainen wrote: > On 7.3.2011, at 11.51, Thierry de Montaudry wrote: > >> Since we upgraded to 2.0.9 (from 1.10 stock CentOS release), we are getting some errors with pop3. When the machines get busy, now and then it start with the following: >>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable >> And it generates hundreds of those before the machines dies, with the web server getting stuck as well on imap sessions, even though there is no imap error messages. > > Do you see any warning messages in logs containing "client connections are being dropped"? > I did not see it on any machines. But for this specific one, I got the following after those errors, before restarting dovecot: Mar 7 11:20:09 web4 dovecot: pop3(x at y): Error: net_connect_unix(/var/run/dovecot/dict) failed: Connection refused Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer From hajo.locke at gmx.de Mon Mar 7 14:32:38 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Mon, 7 Mar 2011 13:32:38 +0100 Subject: [Dovecot] auth on tcp socket? References: Message-ID: <607F118748C743B9945B0E3A66B4249D@nmm.local> Hello, > there are some warnings in log: > "when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a > socket pathname" > ( Datei src/xsasl/xsasl_dovecot_server.c ) file xsasl_dovecot_server.c is in postfix sources but was written by you, Timo Should there also made an update to support auth on tcp-socket without warnings from postfix side? Thanks, Hajo From p at state-of-mind.de Mon Mar 7 14:36:08 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Mon, 7 Mar 2011 13:36:08 +0100 Subject: [Dovecot] auth on tcp socket? In-Reply-To: <607F118748C743B9945B0E3A66B4249D@nmm.local> References: <607F118748C743B9945B0E3A66B4249D@nmm.local> Message-ID: <20110307123608.GD1838@state-of-mind.de> * Hajo Locke : > Hello, > > >there are some warnings in log: > >"when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a > >socket pathname" > >( Datei src/xsasl/xsasl_dovecot_server.c ) > > file xsasl_dovecot_server.c is in postfix sources but was written by > you, Timo > Should there also made an update to support auth on tcp-socket > without warnings from postfix side? Timo you can drop me "draft text" and I will incorporate it into SASL_README. I've done that before for Postfix SASL_README. p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From dhottinger at harrisonburg.k12.va.us Mon Mar 7 15:57:31 2011 From: dhottinger at harrisonburg.k12.va.us (dhottinger at harrisonburg.k12.va.us) Date: Mon, 07 Mar 2011 08:57:31 -0500 Subject: [Dovecot] upgrading from old version 1.1.2 to version 2.0.11 Message-ID: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> Im getting ready to upgrade our production server from version 1.1.2 to version 2.0.11. Ive read through the upgrade info. Is there any other gotcha's I should be aware of? thanks, ddh -- Dwayne Hottinger Network Administrator Harrisonburg City Public Schools "Everything should be made as simple as possible, but not simpler." -- Albert Einstein "The hottest places in Hell are reserved for those who, in times of moral crisis, preserved their neutrality." -- Dante From david at davidfavor.com Mon Mar 7 16:49:29 2011 From: david at davidfavor.com (David Favor) Date: Mon, 07 Mar 2011 08:49:29 -0600 Subject: [Dovecot] mdbox command line access howto request Message-ID: <4D74F079.4050002@davidfavor.com> Currently using Maildir in my config for 1.2.16 going to 2.0.11 and wondering about accessing files outside of dovecot. Many files require access by external programs. For example walking a list of receipt files from merchant processors verifying transaction amounts. This requires each file being read + parsed. With mdbox a file may contain multiple messages. Let me know the best command line tool to break mdbox files into a string of messages. Thanks. -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com for the easy way! From tss at iki.fi Mon Mar 7 16:52:35 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 16:52:35 +0200 Subject: [Dovecot] mdbox command line access howto request In-Reply-To: <4D74F079.4050002@davidfavor.com> References: <4D74F079.4050002@davidfavor.com> Message-ID: <1299509555.19220.479.camel@hurina> On Mon, 2011-03-07 at 08:49 -0600, David Favor wrote: > Let me know the best command line tool to break > mdbox files into a string of messages. See the example in http://wiki2.dovecot.org/Tools/Doveadm/Search From tss at iki.fi Mon Mar 7 17:02:05 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 17:02:05 +0200 Subject: [Dovecot] auth on tcp socket? In-Reply-To: <607F118748C743B9945B0E3A66B4249D@nmm.local> References: <607F118748C743B9945B0E3A66B4249D@nmm.local> Message-ID: <1299510125.19220.484.camel@hurina> On Mon, 2011-03-07 at 13:32 +0100, Hajo Locke wrote: > Hello, > > > there are some warnings in log: > > "when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a > > socket pathname" > > ( Datei src/xsasl/xsasl_dovecot_server.c ) > > file xsasl_dovecot_server.c is in postfix sources but was written by you, > Timo The initial version, yes, but it has been heavily modified since. I never added that warning. > Should there also made an update to support auth on tcp-socket without > warnings from postfix side? Looks like someone already added the inet: support, so I guess it should work. You could ask on Postfix list to get the warning removed.. From Bruno.Treguier at shom.fr Mon Mar 7 17:07:25 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-1?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 16:07:25 +0100 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <1250210845.5181.583.camel@timo-desktop> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> Message-ID: <4D74F4AD.7080005@shom.fr> Timo Sirainen wrote: > On Tue, 2009-08-11 at 12:12 +0200, Max Dittrich wrote: >> Hi, >> >> I'm running dovecot 1.2.3 with "imap_client_workarounds = >> tb-extra-mailbox-sep" and noticed that after deleting a folder (moving >> to Trash and emptying it on exit) that folder in Trash still keeps >> subscribed. >> I think the reason for that behavior is that the call for >> mailbox_list_set_subscribed() in imap/cmd-subscribe.c (line 84) is fed >> with the original mailbox name and not the stripped version in >> verify_name. Assigning verify_name to mailbox in the >> workaround-conditional fixes this issue for me. > > Well, I guess it was kind of intentional and this isn't necessarily > always a problem. TB subscribes mailbox as "box/" and unsubscribes it as > "box/". Dovecot internally also stores it as "box/" so all of that > should be ok. Except if some other client subscribes to it, or perhaps > TB doesn't always subscribe to it as "box/". > > Anyway.. http://hg.dovecot.org/dovecot-1.2/rev/339be408f49a should help. Hi Timo, Sorry to "unbury" such an old patch, but it seems to be related to a bug I'm seeing right now, that I described in a mail sent on Thursday. In short, TB *and* OE, when talking to a Dovecot server using an mbox backend, complain with messages stating that "the mailbox isn't selectable", for "folders of folders" mailbox types. You say that Dovecot internally stores folders of folders as "box/" (just as it is subscribed/unsubsribed to by TB). However, the patch you mention above changes this behaviour and Dovecot now stores folders of folders as "box" with no trailing slash. This seems to break things on the Dovecot side, for mbox backend users, as there is no way left to distinguish between both kinds of folders. As a consequence, there is an inconsistency between the way the folder is created (as a directory on the filesystem) and the way it is advertised in the .subscription file (without the trailing "/"). Is this really meant ? The behaviour was different before that patch, and notably in the 1.1 branch, that I still use on another server: the subscribed mailboxes bear a trailing slash in the .subscriptions file. Best regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From tss at iki.fi Mon Mar 7 17:09:17 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 17:09:17 +0200 Subject: [Dovecot] auth on tcp socket? In-Reply-To: <20110307123608.GD1838@state-of-mind.de> References: <607F118748C743B9945B0E3A66B4249D@nmm.local> <20110307123608.GD1838@state-of-mind.de> Message-ID: <1299510557.19220.489.camel@hurina> On Mon, 2011-03-07 at 13:36 +0100, Patrick Ben Koetter wrote: > > >"when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a > > >socket pathname" > > >( Datei src/xsasl/xsasl_dovecot_server.c ) > > > Timo you can drop me "draft text" and I will incorporate it into SASL_README. > I've done that before for Postfix SASL_README. Maybe something like: Dovecot v2.0.8 and later versions support SASL authentication via inet socket as well. There is no security layer protecting the authentication, so this should only be used within a trusted network or via VPN. From tss at iki.fi Mon Mar 7 17:12:43 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 17:12:43 +0200 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <4D74F4AD.7080005@shom.fr> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> Message-ID: <1299510763.19220.491.camel@hurina> On Mon, 2011-03-07 at 16:07 +0100, Bruno Tr?guier wrote: > Sorry to "unbury" such an old patch, but it seems to be related to a bug > I'm seeing right now, that I described in a mail sent on Thursday. In > short, TB *and* OE, when talking to a Dovecot server using an mbox > backend, complain with messages stating that "the mailbox isn't > selectable", for "folders of folders" mailbox types. That is intentional. It works the same way with UW-IMAP. With mbox you can't select a folder that has subfolders, it has nothing to do with trailing slashes or anything. (Or if you really want to, you can work around it: http://wiki2.dovecot.org/MboxChildFolders) From tss at iki.fi Mon Mar 7 17:17:25 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 17:17:25 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> Message-ID: <1299511045.19220.494.camel@hurina> On Mon, 2011-03-07 at 13:40 +0200, Thierry de Montaudry wrote: > >>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable .. > > Do you see any warning messages in logs containing "client connections are being dropped"? > > > I did not see it on any machines. Hmh. Could you upgrade to 2.0.11? It splits the two causes of "Resource temporarily unavailable" errors to two separate error messages. It would help figuring out the problem. > But for this specific one, I got the following after those errors, before restarting dovecot: > > Mar 7 11:20:09 web4 dovecot: pop3(x at y): Error: net_connect_unix(/var/run/dovecot/dict) failed: Connection refused > Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer > Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer > Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer > Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer This looks like processes started dying. From ejs at shubes.net Mon Mar 7 17:56:58 2011 From: ejs at shubes.net (Eric Shubert) Date: Mon, 07 Mar 2011 08:56:58 -0700 Subject: [Dovecot] upgrading from old version 1.1.2 to version 2.0.11 In-Reply-To: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> References: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> Message-ID: On 03/07/2011 06:57 AM, dhottinger at harrisonburg.k12.va.us wrote: > Im getting ready to upgrade our production server from version 1.1.2 to > version 2.0.11. Ive read through the upgrade info. Is there any other > gotcha's I should be aware of? > > thanks, > > ddh > I just upgraded from 1.0.10 to 2.0.10 yesterday, and nary a problem (except those I created for myself). Just be sure to run your old configuration through doveconf, then make appropriate changes to the stock configuration. I really like the example structure, and would use that as a starting point. Then create a local.conf file for your particular preferences, and comment out the include_try line for local.conf in the dovecot.conf file. Speaking of which, given that the local.conf file in the example configuration is the target of !include_try, why is it commented out??? (DOH!) -- -Eric 'shubes' From Bruno.Treguier at shom.fr Mon Mar 7 18:07:37 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-15?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 17:07:37 +0100 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <1299510763.19220.491.camel@hurina> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> Message-ID: <4D7502C9.1040405@shom.fr> Timo Sirainen wrote: > On Mon, 2011-03-07 at 16:07 +0100, Bruno Tr?guier wrote: > >> Sorry to "unbury" such an old patch, but it seems to be related to a bug >> I'm seeing right now, that I described in a mail sent on Thursday. In >> short, TB *and* OE, when talking to a Dovecot server using an mbox >> backend, complain with messages stating that "the mailbox isn't >> selectable", for "folders of folders" mailbox types. > > That is intentional. It works the same way with UW-IMAP. With mbox you > can't select a folder that has subfolders, it has nothing to do with > trailing slashes or anything. (Or if you really want to, you can work > around it: http://wiki2.dovecot.org/MboxChildFolders) Thanks for your answer, Timo, but I think my explanation wasn't really clear. I do agree with you regarding the limitations of the mbox system, and my intention was not to find a workaround. I'm just questionning the choice of not putting the slash at the end of the mailbox name in the .subscriptions file (for "folders of folders"), as it seems Dovecot solely relies on this to determine which type of mailbox it is dealing with. In response to a 'LSUB "" "*"' command from the client, the server sends all the names of the mailboxes. This is the only way the client (be it TB or OE or anything else) can be made aware the mailboxes it is subscribed to. So in the absence of trailing /, there is no way for that client to know if a mailbox is a folder of folders, or a folder of messages (except if it maintains a kind of internal state, independent of the server itself, but this should not be mandatory, the "spirit" of IMAP being that eveything important is kept on the server side and you can start a new connection with a new client anytime). On the contrary, if the trailing / is present in the names returned by the LSUB command, the client (at least TB) is able to take that into account, and the "folder of folders" type of mailbox is greyed out (and is unselectable, so), and when you right-click on it, the menu allows you to create further subfolders in them. With no way to distinguish between both types of mailboxes, this behaviour is broken... Do you see what I mean ? Thanks a lot & best regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From david at davidfavor.com Mon Mar 7 18:20:41 2011 From: david at davidfavor.com (David Favor) Date: Mon, 07 Mar 2011 10:20:41 -0600 Subject: [Dovecot] mdbox command line access howto request In-Reply-To: <1299509555.19220.479.camel@hurina> References: <4D74F079.4050002@davidfavor.com> <1299509555.19220.479.camel@hurina> Message-ID: <4D7505D9.7060800@davidfavor.com> Timo Sirainen wrote: > On Mon, 2011-03-07 at 08:49 -0600, David Favor wrote: > >> Let me know the best command line tool to break >> mdbox files into a string of messages. > > See the example in http://wiki2.dovecot.org/Tools/Doveadm/Search > > Perfect! Thanks! -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com for the easy way! From tss at iki.fi Mon Mar 7 18:22:38 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 18:22:38 +0200 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <4D7502C9.1040405@shom.fr> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> <4D7502C9.1040405@shom.fr> Message-ID: <1299514958.19220.511.camel@hurina> On Mon, 2011-03-07 at 17:07 +0100, Bruno Tr?guier wrote: > I'm just questionning the choice of not putting the slash at the end of > the mailbox name in the .subscriptions file (for "folders of folders"), > as it seems Dovecot solely relies on this to determine which type of > mailbox it is dealing with. The .subscriptions file should never have trailing slashes. > On the contrary, if the trailing / is present in the names returned by > the LSUB command, the client (at least TB) is able to take that into > account, and the "folder of folders" type of mailbox is greyed out (and > is unselectable, so), and when you right-click on it, the menu allows > you to create further subfolders in them. With no way to distinguish > between both types of mailboxes, this behaviour is broken... It's not right to send trailing / to non-selectable mailboxes, even if it happens to make Thunderbird handle them better.. It might just as easily break other clients. The right way to determine if mailbox is selectable is by looking at its \NoSelect flag. That is returned correctly in LIST replies. With LSUB replies Dovecot does what other servers too: It doesn't bother seeing what the correct flags are, because it wastes time and clients probably don't use them anyway. You could try if the attached patch helps. -------------- next part -------------- A non-text attachment was scrubbed... Name: diff Type: text/x-patch Size: 571 bytes Desc: not available URL: From Bruno.Treguier at shom.fr Mon Mar 7 18:39:42 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-15?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 17:39:42 +0100 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <1299514958.19220.511.camel@hurina> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> <4D7502C9.1040405@shom.fr> <1299514958.19220.511.camel@hurina> Message-ID: <4D750A4E.40306@shom.fr> Timo Sirainen wrote: > The right way to determine if mailbox is selectable is by looking at its > \NoSelect flag. That is returned correctly in LIST replies. With LSUB > replies Dovecot does what other servers too: It doesn't bother seeing > what the correct flags are, because it wastes time and clients probably > don't use them anyway. Ok, right, thanks for this quick and clear answer Timo. I know what is wrong now. > You could try if the attached patch helps. I'll certainly do and I'll let the list know whether it fixes the problem. Best regards again. Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From thierry at mailhub.co.za Mon Mar 7 19:03:22 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Mon, 7 Mar 2011 19:03:22 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <1299511045.19220.494.camel@hurina> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> Message-ID: <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> On 07 Mar 2011, at 17:17, Timo Sirainen wrote: > On Mon, 2011-03-07 at 13:40 +0200, Thierry de Montaudry wrote: >>>>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable > .. >>> Do you see any warning messages in logs containing "client connections are being dropped"? >>> >> I did not see it on any machines. > > Hmh. Could you upgrade to 2.0.11? It splits the two causes of "Resource > temporarily unavailable" errors to two separate error messages. It would > help figuring out the problem. > >> But for this specific one, I got the following after those errors, before restarting dovecot: >> >> Mar 7 11:20:09 web4 dovecot: pop3(x at y): Error: net_connect_unix(/var/run/dovecot/dict) failed: Connection refused >> Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer >> Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer >> Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer >> Mar 7 11:20:11 web4 dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer > > This looks like processes started dying. > As it is happening at least once a day, is there anything I can do to trace it? and whatever I'll do, will it slow down those machines? From tss at iki.fi Mon Mar 7 19:15:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 07 Mar 2011 19:15:06 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> Message-ID: <1299518106.19220.514.camel@hurina> On Mon, 2011-03-07 at 19:03 +0200, Thierry de Montaudry wrote: > >>>>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable > > .. > As it is happening at least once a day, is there anything I can do to trace it? and whatever I'll do, will it slow down those machines? Set verbose_proctitle=yes (won't slow down) and get list of all Dovecot processes when it happens. And check how much user and system CPU it's using and what the load is. From fakessh at fakessh.eu Mon Mar 7 19:57:36 2011 From: fakessh at fakessh.eu (fakessh @) Date: Mon, 07 Mar 2011 18:57:36 +0100 Subject: [Dovecot] upgrading from old version 1.1.2 to version 2.0.11 In-Reply-To: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> References: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> Message-ID: <1299520656.8326.76.camel@localhost.localdomain> it's simply in my blog are two exemple from old config to new config http://fakessh.eu/2010/08/29/dovecot-n-dans-les-moindres-details/ http://fakessh.eu/2010/06/10/la-config-de-mon-postfix-et-de-mon-devocot/ Le lundi 07 mars 2011 ? 08:57 -0500, dhottinger at harrisonburg.k12.va.us a ?crit : > Im getting ready to upgrade our production server from version 1.1.2 > to version 2.0.11. Ive read through the upgrade info. Is there any > other gotcha's I should be aware of? > > thanks, > > ddh > -- gpg --keyserver pgp.mit.edu --recv-key 092164A7 http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From tss at iki.fi Mon Mar 7 22:35:29 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 22:35:29 +0200 Subject: [Dovecot] STARTTLS MITM in Postfix Message-ID: <64103E1F-3CB6-4982-9EBC-F171C619BA2B@iki.fi> http://marc.info/?l=postfix-users&m=129952854117623&w=2 Dovecot doesn't have this bug. It discards all buffered data when STARTTLS command runs. (Why do I think I've heard about this bug before? Or at least the same type of way to exploit it? Maybe there was another similarly exploitable bug.) From Bruno.Treguier at shom.fr Mon Mar 7 22:51:45 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-15?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 21:51:45 +0100 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <1299514958.19220.511.camel@hurina> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> <4D7502C9.1040405@shom.fr> <1299514958.19220.511.camel@hurina> Message-ID: <4D754561.3030707@shom.fr> Le 07/03/2011 ? 17:22, Timo Sirainen a ?crit : > You could try if the attached patch helps. Hi again Timo, It works *great* ! Would you accept a patch from me, tranforming this little compile-time kludge into a runtime configuration option in the "imap_client_workarounds" field, let's say "verbose-lsub" or something similar ? I think it would be convenient, what about you ? Thanks again. Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From tss at iki.fi Mon Mar 7 22:59:29 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 22:59:29 +0200 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <4D754561.3030707@shom.fr> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> <4D7502C9.1040405@shom.fr> <1299514958.19220.511.camel@hurina> <4D754561.3030707@shom.fr> Message-ID: <51816F5C-5C43-4ECD-A088-58C110EBCAC2@iki.fi> On 7.3.2011, at 22.51, Bruno Tr?guier wrote: >> You could try if the attached patch helps. > > Hi again Timo, > > It works *great* ! > > Would you accept a patch from me, tranforming this little compile-time kludge into a runtime configuration option in the "imap_client_workarounds" field, let's say "verbose-lsub" or something similar ? > > I think it would be convenient, what about you ? Oh, that's a good idea. I hate adding new settings, but a new workaround would be ok :) "tb-lsub-flags" maybe. From Bruno.Treguier at shom.fr Mon Mar 7 23:01:12 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-1?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 22:01:12 +0100 Subject: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion In-Reply-To: <51816F5C-5C43-4ECD-A088-58C110EBCAC2@iki.fi> References: <4A814416.9070004@t-online.de> <1250210845.5181.583.camel@timo-desktop> <4D74F4AD.7080005@shom.fr> <1299510763.19220.491.camel@hurina> <4D7502C9.1040405@shom.fr> <1299514958.19220.511.camel@hurina> <4D754561.3030707@shom.fr> <51816F5C-5C43-4ECD-A088-58C110EBCAC2@iki.fi> Message-ID: <4D754798.1010309@shom.fr> Le 07/03/2011 ? 21:59, Timo Sirainen a ?crit : >> Would you accept a patch from me, tranforming this little compile-time kludge into a runtime configuration option in the "imap_client_workarounds" field, let's say "verbose-lsub" or something similar ? >> >> I think it would be convenient, what about you ? > > Oh, that's a good idea. I hate adding new settings, but a new workaround would be ok :) "tb-lsub-flags" maybe. :-) Ok, let's go for it then. I'll be back soon. Regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From patrickdk at patrickdk.com Mon Mar 7 23:20:44 2011 From: patrickdk at patrickdk.com (Patrick Domack) Date: Mon, 07 Mar 2011 16:20:44 -0500 Subject: [Dovecot] POP3 with mdbox Message-ID: <20110307162044.136513tnyfdrnigc@mail.patrickdk.com> I converted all my box's over to mdbox, from maildir and ran into this issue, I knew exactly what it was and fixed it, but might want to log a config error or something for others to notice the issue. I was running with pop3_uidl_format = %f, and well, that doesn't work with mdbox very well, and when a user ran a UIDL command, it errored the user out. Simple fix, but would probably be nicer to log a config error when started dovecot instead. From robert at schetterer.org Mon Mar 7 23:41:31 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 07 Mar 2011 22:41:31 +0100 Subject: [Dovecot] tls bug Message-ID: <4D75510B.1010200@schetterer.org> Hi Timo is dovecot affected in this ? http://www.kb.cert.org/vuls/id/555316 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Mon Mar 7 23:43:32 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 07 Mar 2011 22:43:32 +0100 Subject: [Dovecot] Fwd: STARTTLS bug - background story Message-ID: <4D755184.30906@schetterer.org> -------- Original-Nachricht -------- Betreff: STARTTLS bug - background story Datum: Mon, 7 Mar 2011 15:08:09 -0500 (EST) Von: Wietse Venema An: Postfix users CERT/CC announces a flaw today in multiple STARTTLS implementations. This problem was silently fixed in Postfix 2.8 and 2.9. Updates for Postfix 2.[4-7] are made available via the usual channels. Wietse Plaintext injection in multiple implementations of STARTTLS =========================================================== This is a writeup about a flaw that I found recently, and that existed in multiple implementations of SMTP (Simple Mail Transfer Protocol) over TLS (Transport Layer Security) including my Postfix open source mailserver. I give an overview of the problem and its impact, technical background, how to find out if a server is affected, fixes, and draw lessons about where we can expect similar problems now or in the future. A time line is at the end. On-line information is/will be available at: http://www.kb.cert.org/vuls/id/555316 http://www.postfix.org/CVE-2011-0411.html Problem overview and impact =========================== The TLS protocol encrypts communication and protects it against modification by other parties. This protection exists only if a) software is free of flaws, and b) clients verify the server's TLS certificate, so that there can be no "man in the middle" (servers usually don't verify client certificates). The problem discussed in this writeup is caused by a software flaw. The flaw allows an attacker to inject client commands into an SMTP session during the unprotected plaintext SMTP protocol phase (more on that below), such that the server will execute those commands during the SMTP-over-TLS protocol phase when all communication is supposed to be protected. The injected commands could be used to steal the victim's email or SASL (Simple Authentication and Security Layer) username and password. This is not as big a problem as it may appear to be. The reason is that many SMTP client applications don't verify server TLS certificates. These SMTP clients are always vulnerable to command injection and other attacks. Their TLS sessions are only encrypted but not protected. A similar plaintext injection flaw may exist in the way SMTP clients handle SMTP-over-TLS server responses, but its impact is less interesting than the server-side flaw. SMTP is not the only protocol with a mid-session switch from plaintext to TLS. Other examples are POP3, IMAP, NNTP and FTP. Implementations of these protocols may be affected by the same flaw as discussed here. Technical background: SMTP over TLS =================================== For a precise description of SMTP over TLS, see RFC 3207, on-line at http://www.ietf.org/rfc/rfc3207.txt. SMTP over TLS uses the same TLS protocol that is also used to encrypt traffic between web clients and web servers. But, there is a subtle difference in the way TLS is used, and that makes this flaw possible. SMTP sessions over TLS begin with an SMTP protocol handshake in plaintext. Plaintext means no encryption (thus no privacy), and no protection against modification (no integrity). The plaintext handshake is needed because SMTP has always worked this way. Simply skipping this plaintext phase would seriously break internet email. During the plaintext handshake phase, the SMTP server announces whether it is willing to use TLS. If both SMTP client and server support TLS, the client sends a "STARTTLS" request to turn on TLS. Once TLS is turned on, all further traffic is encrypted and protected from modification. The client and server repeat the entire SMTP protocol handshake, and the client starts sending mail. Demonstration ============= The problem is easy to demonstrate with a one-line change to the OpenSSL s_client command source code (I would prefer scripting, but having to install Perl CPAN modules and all their dependencies is more work than downloading a .tar.gz file from openssl.org, adding eight characters to one line, and doing "./config; make"). (The OpenSSL s_client command can make a connection to servers that support straight TLS, SMTP over TLS, or a handful other protocols over TLS. The demonstration here focuses on SMTP over TLS only.) The demonstration with SMTP over TLS involves a one-line change in the OpenSSL s_client source code (with OpenSSL 1.0.0, at line 1129 of file apps/s_client.c). Old: BIO_printf(sbio,"STARTTLS\r\n"); New: BIO_printf(sbio,"STARTTLS\r\nRSET\r\n"); With this change, the s_client command sends the plaintext STARTTLS command ("let's turn on TLS") immediately followed by an RSET command (a relatively harmless protocol "reset"). Both commands are sent as plaintext in the same TCP/IP packet, and arrive together at the server. The "\r\n" are the carriage-return and newline characters; these are necessary to terminate an SMTP command. When an SMTP server has the plaintext injection flaw, it reads the STARTTLS command first, switches to SMTP-over-TLS mode, and only then the server reads the RSET command. Note, the RSET command was transmitted during the plaintext SMTP phase when there is no protection, but the server reads the command as if it was received over the TLS-protected channel. Thus, when the SMTP server has the flaw, the s_client command output will show two "250" SMTP server responses instead of one. The first "250" response is normal, and is present even when the server is not flawed. The second "250" response is for the RSET command, and indicates that the SMTP server has the plaintext injection flaw. $ apps/openssl s_client -quiet -starttls smtp -connect server:port [some server TLS certificate details omitted] 250 some text here <=== Normal response, also with "good" server. 250 more text here <=== RSET response, only with flawed server. How would an attacker exploit this? It would play man-in-the-middle on the connection between SMTP client and server, perhaps using ARP spoofing at a public WIFI access point. Instead of adding a harmless RSET command, it could steal email or authentication credentials. Anatomy of the flaw =================== The flaw is made possible by two ingredients: I already discussed the switch mid-session from plaintext SMTP to SMTP over TLS. This allows an attacker to piggy-back commands onto the SMTP client's plaintext STARTTLS ("let's turn on TLS") request, such that the server may read those commands after the switch to TLS is completed, as if the commands arrived through the TLS-encrypted session. The second ingredient is a layered software architecture through which those piggy-backed commands bubble up from the network to the application. In the case of SMTP, we have the following major layers before and after the switch to TLS: Before switch to TLS After switch to TLS SMTP protocol engine SMTP protocol engine || || TCP/IP protocol engine TLS protocol engine || || Internet TCP/IP protocol engine || Internet Each layer hides details of what is happening inside. Layering makes it easy to switch from plaintext to TLS, with minimal changes to existing code. To insert the TLS layer between the SMTP engine and the O/S TCP/IP engine, simply adjust the plumbing between the layers, and make all information flow through the TLS layer. It's all about the plumbing =========================== Whether a program may have the plaintext injection flaw depends on how it adjusts the plumbing as it inserts the TLS protocol layer in-between the SMTP protocol layer and the O/S TCP/IP protocol layer. I illustrate this with examples from three open source MTAs: Postfix, Sendmail and Exim. The diagram below zooms in on the plumbing between the SMTP and TLS layers, and shows how different MTAs handle the switch from plaintext to TLS. It is best viewed with a fixed-width font (for example, from the Courier family). Postfix MTA Sendmail MTA Exim MTA before/after before/after before/after switch to TLS switch to TLS switch to TLS SMTP SMTP SMTP SMTP SMTP SMTP <= SMTP layer || || || || || || stream stream stream stream' || || buffers buffers buffers buffers' rw r'w' <= stream layer rw r'w' rw r'w' || || || || || || || || || TLS || TLS || TLS <= TLS layer || || || || || || O/S O/S O/S O/S O/S O/S <= TCP/IP layer As shown in the diagram, both Postfix and Sendmail use an application- level stream abstraction, where each stream has properties such as read/write buffers, read/write functions (indicated with rw), and other properties that are omitted for brevity. When Postfix switches to SMTP over TLS, it replaces the plaintext read/write functions (rw) with the TLS read/write functions (r'w'). Postfix does not modify any of the other stream properties including the read/write buffers. A patch for qmail that introduces TLS support uses the same approach. This approach of replacing only the stream read/write functions, but not the buffers or other stream properties, can introduce the plaintext injection flaw. When Sendmail switches to SMTP over TLS, it replaces the entire stream, along with its read/write buffers and read/write functions. Exim. on the other hand, does not have a stream abstraction like Postfix, Sendmail or qmail. Instead of replacing streams or stream properties, Exim replaces plaintext read/write functions with TLS read/write functions. Because of their program structure, Sendmail and Exim didn't suffer from the plaintext injection flaw. Switching world views ===================== When the switch from plaintext to TLS mode is made, all layers above the TLS layer need to purge all information that they have received through the plaintext session. This "world view switch" needs to be implemented consistently. Otherwise, information that was sent as unprotected plaintext may slip through the cracks. In the case of Postfix and other affected MTAs, this "world view switch" was incomplete. Postfix it did not account for information that lingered in stream buffers at the boundary between two layers. This allowed an attacker to piggy-back commands onto the plaintext "let's turn on TLS" request, such that the commands could be read after the switch to TLS was completed, as if they had arrived through the TLS-encrypted session. Fixing the problem ================== There are two solutions to address the flaw, and both solutions can be used together. - Report an error when unexpected plaintext is received after the STARTTLS command. As documented in RFC 3207, STARTTLS must be the last command in a pipelined group. If plaintext commands are received after STARTTLS, then that is a protocol violation. This measure can also be implemented outside the MTA, for example in a protocol-aware firewall. - If a program uses the same input buffer before and after the switch to TLS, it should discard the contents of the input buffer, just like it discards SMTP protocol information that it received during the plaintext protocol phase. Conclusion ========== This plaintext injection problem is likely to recur when some development moves the plaintext-to-ciphertext switch outside the application: for example, into the kernel, into the local hardware, into a proxy, or into other infrastructure. This encourages applications to use the same application-level streams and buffers and read/write functions before and after the switch to ciphertext. When this migration happens, plaintext injection becomes once more a possibility. Postfix did not reject plaintext commands that were piggy-backed onto the plaintext "let's turn on TLS" request. This reflects what once was the primary mission of Postfix: to deliver mail, not to force other systems to implement all the Internet RFCs correctly. Nowadays, strict protocol compliance is becoming a requirement for senders to get their email delivered. As this episode shows, stricter protocol enforcement by receivers can bring security benefits, besides blocking spambots. Time line ========= Jan 5 2011: While finishing Postfix for its annual release, I found this flaw in the server and client implementations of SMTP over TLS. It had been sitting there for six years ever since TLS support was adopted into Postfix. Not wanting to delay the release schedule, I silently fixed the problem and sent an email to co-developer Victor Duchovni. Jan 6-10 2011: As we investigated the scope of the problem, Victor discovered quickly that many other SMTP over TLS implementations were also affected. Among those affected were email service providers, email anti-spam/virus service providers, anti-spam/virus appliances, as well as other mail server implementations. It was clear that this problem's resolution was going to involve many organizations. Jan 11 2011: Contact CERT/CC to help coordinate with the problem's resolution. Mar 7 2011: Public announcement. From tss at iki.fi Mon Mar 7 23:44:20 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 23:44:20 +0200 Subject: [Dovecot] tls bug In-Reply-To: <4D75510B.1010200@schetterer.org> References: <4D75510B.1010200@schetterer.org> Message-ID: On 7.3.2011, at 23.41, Robert Schetterer wrote: > Hi Timo > is dovecot affected in this ? > http://www.kb.cert.org/vuls/id/555316 Read my mail from an hour ago. From tss at iki.fi Mon Mar 7 23:47:18 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 23:47:18 +0200 Subject: [Dovecot] upgrading from old version 1.1.2 to version 2.0.11 In-Reply-To: References: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> Message-ID: On 7.3.2011, at 17.56, Eric Shubert wrote: > Speaking of which, given that the local.conf file in the example configuration is the target of !include_try, why is it commented out??? Its idea was simply to be an example of what you can do.. Maybe it's a bad example and could be something else, like maybe dovecot-secret.conf. There is anyway already !include conf.d/*.conf so you could just put your local.conf to conf.d/ directory and it would get used automatically. From robert at schetterer.org Mon Mar 7 23:47:40 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 07 Mar 2011 22:47:40 +0100 Subject: [Dovecot] tls bug In-Reply-To: References: <4D75510B.1010200@schetterer.org> Message-ID: <4D75527C.7050300@schetterer.org> Am 07.03.2011 22:44, schrieb Timo Sirainen: > On 7.3.2011, at 23.41, Robert Schetterer wrote: > >> Hi Timo >> is dovecot affected in this ? >> http://www.kb.cert.org/vuls/id/555316 > > Read my mail from an hour ago. > sorry for the noise found your mail good to hear dovecot is not involved so i halfs my work....., -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From tss at iki.fi Mon Mar 7 23:53:23 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 7 Mar 2011 23:53:23 +0200 Subject: [Dovecot] STARTTLS MITM in Postfix In-Reply-To: <64103E1F-3CB6-4982-9EBC-F171C619BA2B@iki.fi> References: <64103E1F-3CB6-4982-9EBC-F171C619BA2B@iki.fi> Message-ID: <910A49B0-999D-4C37-921D-B9E101329D35@iki.fi> On 7.3.2011, at 22.35, Timo Sirainen wrote: > (Why do I think I've heard about this bug before? Or at least the same type of way to exploit it? Maybe there was another similarly exploitable bug.) Oh, found it. Also from Wietse: http://www.porcupine.org/postfix-mirror/smtp-renegotiate.pdf From ejs at shubes.net Tue Mar 8 00:02:47 2011 From: ejs at shubes.net (Eric Shubert) Date: Mon, 07 Mar 2011 15:02:47 -0700 Subject: [Dovecot] upgrading from old version 1.1.2 to version 2.0.11 In-Reply-To: References: <20110307085731.6x2vmyjnk00oswo8@mail.harrisonburg.k12.va.us> Message-ID: On 03/07/2011 02:47 PM, Timo Sirainen wrote: > On 7.3.2011, at 17.56, Eric Shubert wrote: > >> Speaking of which, given that the local.conf file in the example configuration is the target of !include_try, why is it commented out??? > > Its idea was simply to be an example of what you can do.. Maybe it's a bad example and could be something else, like maybe dovecot-secret.conf. There is anyway already !include conf.d/*.conf so you could just put your local.conf to conf.d/ directory and it would get used automatically. > > True enough. My point was simply that !include_try local.conf does not need to be commented out at all, since it's just a try. What's the purpose of commenting it out? I really do like the idea of a local.conf file, literally. I created one myself for my own (local) configuration settings after reading through the dovecot.conf file. It wasn't until I tested my local.conf settings that I realized that the statement in the dovecot.conf file was commented out! My bad that I didn't notice the comment to begin with, but then it occurred to me - why is it commented? Works the same either way. :) -- -Eric 'shubes' From Bruno.Treguier at shom.fr Tue Mar 8 00:14:38 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-1?Q?Bruno_Tr=E9guier?=) Date: Mon, 07 Mar 2011 23:14:38 +0100 Subject: [Dovecot] Patch proposition to implement a new workaround: tb-lsub-flags Message-ID: <4D7558CE.5040904@shom.fr> Hi again Timo, As agreed earlier tonight, you'll find as attachments 4 diffs (diff -u) implementing the new workaround "tb-lsub-flags". The 4 impacted files are: ./src/imap/imap-settings.h ./src/imap/imap-settings.c ./src/imap/cmd-list.c ./src/config/all-settings.c Here is the proposed description for the dovecot.conf file: # tb-lsub-flags: # Usually IMAP servers don't bother returning the flags attached # to each mailbox, but Thunderbird presently needs them in order # to correctly process the "folders of folders" case. Please tell me if the patch format is suitable or if you expect something else. Best regards and thanks again for your responsiveness. Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff-1 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff-2 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff-3 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff-4 URL: From pj.netfilter at gmail.com Tue Mar 8 07:23:18 2011 From: pj.netfilter at gmail.com (Joy) Date: Tue, 8 Mar 2011 10:53:18 +0530 Subject: [Dovecot] Unable to view all folders Message-ID: Dear All, I have upgraded dovecot to v2.0.11 and now having one issue, i am unable to see all my folders only Inbox and Trash are visible while autocreate creating 5 more folders. What could be the issue checked via telnet as well. Thanks From pj.netfilter at gmail.com Tue Mar 8 07:37:36 2011 From: pj.netfilter at gmail.com (Joy) Date: Tue, 8 Mar 2011 11:07:36 +0530 Subject: [Dovecot] Unable to view all folders In-Reply-To: References: Message-ID: Sorry to make noise .. ACL issue .. Sorted Out .. On Tue, Mar 8, 2011 at 10:53 AM, Joy wrote: > Dear All, > ? ? ? ? ? ? ?I have upgraded dovecot to v2.0.11 and now having one > issue, i am unable to see all my folders only Inbox and Trash are > visible while autocreate creating 5 more folders. What could be the > issue checked via telnet as well. > > Thanks > From thierry at mailhub.co.za Tue Mar 8 12:27:18 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 12:27:18 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <1299518106.19220.514.camel@hurina> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> Message-ID: <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> On 07 Mar 2011, at 19:15, Timo Sirainen wrote: > On Mon, 2011-03-07 at 19:03 +0200, Thierry de Montaudry wrote: >>>>>>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable >>> .. >> As it is happening at least once a day, is there anything I can do to trace it? and whatever I'll do, will it slow down those machines? > > Set verbose_proctitle=yes (won't slow down) and get list of all Dovecot > processes when it happens. And check how much user and system CPU it's > using and what the load is. > Got the same problem this morning, here is the CPU usage and ps aux for dovecot. plus the different error I could pick up in the log, most of them are repeated a couple of times. I suspect it a problem with system resources, but can find any message to tell me what. Mail are stored on 17 NFS servers (CentOS), plus 3 servers for indexes only. CPU load is very high, but mainly from httpd running our webmail interface, which uses the local imap server. Mar 8 11:08:02 xxx dovecot: imap-login: Error: net_connect_unix(imap) failed: Resource temporarily unavailable Mar 8 11:08:02 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable Mar 8 11:08:52 xxx dovecot: pop3-login: Error: master(pop3): Auth request timed out (received 0/12 bytes) Mar 8 11:12:54 xxx dovecot: pop3(xyz at wm): Error: net_connect_unix(/var/run/dovecot/dict) failed: Connection refused Mar 8 11:12:55 xxx dovecot: pop3-login: Error: read(pop3) failed: Connection reset by peer Mar 8 11:12:56 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Connection refused Mar 8 11:12:59 xxx dovecot: pop3(xyz at wm): Error: net_connect_unix(/var/run/dovecot/dict) failed: Connection refused top - 11:10:14 up 14 days, 12:04, 2 users, load average: 55.04, 29.13, 14.55 Tasks: 474 total, 60 running, 414 sleeping, 0 stopped, 0 zombie Cpu(s): 99.6%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 16439812k total, 16353268k used, 86544k free, 33268k buffers Swap: 4192956k total, 140k used, 4192816k free, 8228744k cached vmail 313 0.0 0.0 24660 2260 ? S 10:47 0:00 dovecot/imap [gabs002 at wm 127.0.0.1 APPEND] vmail 1376 0.0 0.0 24432 2136 ? S 10:48 0:00 dovecot/imap [phillippapi at wm 127.0.0.1 LOGOUT UID COPY] vmail 1738 0.0 0.0 24432 2196 ? S 10:49 0:00 dovecot/imap [herlo at wm 127.0.0.1 APPEND] vmail 2053 0.0 0.0 24588 2188 ? S 10:49 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 3224 0.0 0.0 24592 2192 ? S 10:50 0:00 dovecot/imap [briankajengo at wm 127.0.0.1 APPEND] vmail 3267 0.0 0.0 24664 2268 ? S 10:50 0:00 dovecot/imap [gabs002 at wm 127.0.0.1 APPEND] vmail 4023 0.0 0.0 24572 2168 ? S 10:50 0:00 dovecot/imap [mmakutloano at hm 127.0.0.1 APPEND] vmail 4025 0.0 0.0 24592 2188 ? S 10:50 0:00 dovecot/imap [buhlungum at wm 127.0.0.1 APPEND] vmail 4066 0.0 0.0 24424 2192 ? S 10:50 0:00 dovecot/imap [mowee at xm 127.0.0.1 APPEND] vmail 4181 0.0 0.0 24648 2212 ? S 10:50 0:00 dovecot/imap [sophieh at wm 127.0.0.1 APPEND] vmail 4399 0.0 0.0 24620 2224 ? S 10:51 0:00 dovecot/imap [tcc.dbn at wm 127.0.0.1 APPEND] vmail 4866 0.0 0.0 24592 2196 ? S 10:51 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 5049 0.0 0.0 24584 2228 ? S 10:51 0:00 dovecot/imap [malinga at sm 127.0.0.1 APPEND] vmail 5961 0.0 0.0 24588 2192 ? S 10:52 0:00 dovecot/imap [briankajengo at wm 127.0.0.1 APPEND] vmail 6819 0.0 0.0 24624 2268 ? S 10:52 0:00 dovecot/imap [ferns2004 at wm 127.0.0.1 APPEND] vmail 6832 0.0 0.0 24636 2308 ? S 10:52 0:00 dovecot/imap [lib at mm 127.0.0.1 APPEND] vmail 6854 0.0 0.0 24496 2216 ? S 10:52 0:00 dovecot/imap [amawele at wm 127.0.0.1 UID] vmail 7164 0.0 0.0 24620 2224 ? S 10:53 0:00 dovecot/imap [tcc.dbn at wm 127.0.0.1 APPEND] vmail 8441 0.0 0.0 24440 2124 ? S 10:54 0:00 dovecot/imap [apheeha at wm 127.0.0.1 APPEND] root 8736 0.0 0.0 61736 2940 ? S 07:05 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] vmail 9559 0.0 0.0 24588 2192 ? S 10:54 0:00 dovecot/imap [lib at mm 127.0.0.1 APPEND] vmail 9716 0.0 0.0 24628 2224 ? S 10:55 0:00 dovecot/imap [buhlungum at wm 127.0.0.1 APPEND] vmail 9939 0.0 0.0 24624 2224 ? S 10:55 0:00 dovecot/imap [tcc.dbn at wm 127.0.0.1 APPEND] vmail 12112 0.0 0.0 24592 2200 ? S 10:56 0:00 dovecot/imap [lib at mm 127.0.0.1 APPEND] vmail 12558 0.0 0.0 24592 2196 ? S 10:57 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 13437 0.0 0.0 24444 2128 ? S 10:57 0:00 dovecot/imap [pmagqibelo at ut 127.0.0.1 APPEND] vmail 15126 0.0 0.0 24588 2188 ? S 10:59 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 16122 0.0 0.0 24456 2316 ? S 11:00 0:00 dovecot/imap [penza at mb 127.0.0.1 APPEND] vmail 16795 0.0 0.0 22268 2184 ? S 11:00 0:00 dovecot/pop3 [beeno23 at wm 41.14.89.136] vmail 17472 0.0 0.0 22264 1924 ? S 11:01 0:00 dovecot/pop3 [londydlamini at wm 41.8.14.112] vmail 17632 0.0 0.0 24432 2184 ? S 11:01 0:00 dovecot/imap [teddynb at wm 127.0.0.1 APPEND] root 17825 0.0 0.0 61736 2940 ? S 11:01 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] vmail 18116 0.0 0.0 24588 2188 ? S 11:01 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 18182 0.0 0.0 22304 2160 ? S 11:01 0:00 dovecot/pop3 [johanotter at wm 41.15.36.45] vmail 19387 0.0 0.0 22264 2092 ? S 11:02 0:00 dovecot/pop3 [neetum at rm 41.12.84.77] vmail 19571 0.0 0.0 24480 2092 ? S 11:02 0:00 dovecot/imap [pmagqibelo at ut 127.0.0.1 APPEND] vmail 19776 0.0 0.0 22264 1932 ? S 11:02 0:00 dovecot/pop3 [zm at thegolf.co.za 41.116.114.206] vmail 19825 0.0 0.0 24792 2428 ? S 11:02 0:00 dovecot/imap [angels.project at wm 127.0.0.1 UID] dovecot 19920 0.0 0.0 57320 2520 ? S 10:38 0:00 dovecot/dict vmail 20893 0.0 0.0 24588 2192 ? S 11:03 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] dovecot 21137 0.0 0.0 57320 2524 ? S 11:03 0:00 dovecot/dict dovecot 21142 0.0 0.0 57320 2520 ? S 11:03 0:00 dovecot/dict vmail 22323 0.0 0.0 24592 2196 ? S 11:04 0:00 dovecot/imap [penza at mb 127.0.0.1 APPEND] vmail 22882 0.0 0.0 24596 2328 ? S 10:40 0:00 dovecot/imap [hungukac at mt 127.0.0.1 APPEND] vmail 22905 0.0 0.0 24588 2404 ? S 10:40 0:00 dovecot/imap [cjmuller at wm 127.0.0.1 APPEND] vmail 22912 0.0 0.0 22432 2364 ? S 11:05 0:00 dovecot/pop3 [chario at wm 41.18.161.41] vmail 23063 0.0 0.0 22244 2056 ? S 11:05 0:00 dovecot/pop3 [gregrichter at wm 41.124.225.150] vmail 23283 0.0 0.0 24444 2164 ? S 10:40 0:00 dovecot/imap [angelay at wm 127.0.0.1 APPEND] vmail 23365 0.0 0.0 22260 1904 ? S 11:05 0:00 dovecot/pop3 [khutso.makwela at wm 41.14.167.110] vmail 23495 0.0 0.0 22264 2012 ? S 11:05 0:00 dovecot/pop3 [marianda at wm 196.215.96.208] vmail 24118 0.0 0.0 22132 1852 ? S 11:06 0:00 dovecot/pop3 [irma at gm 41.122.231.248] vmail 24179 0.0 0.0 24592 2196 ? S 10:41 0:00 dovecot/imap [skuh at wm 127.0.0.1 APPEND] vmail 24461 0.0 0.0 24432 2168 ? S 11:06 0:00 dovecot/imap [nbmfene at wm 127.0.0.1 APPEND] vmail 24519 0.0 0.0 22260 2032 ? S 11:06 0:00 dovecot/pop3 [thabiso.m at wm 41.123.144.164] vmail 24520 0.0 0.0 22380 2308 ? S 11:06 0:00 dovecot/pop3 [lungak2 at wm 41.27.115.79] vmail 24537 0.0 0.0 22260 1936 ? S 11:06 0:00 dovecot/pop3 [shaun.fourie at wm 212.183.128.7] vmail 24954 0.0 0.0 24416 2100 ? S 11:06 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] vmail 24959 0.0 0.0 24416 2100 ? S 11:06 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] vmail 25063 0.0 0.0 24416 2064 ? S 11:06 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] vmail 25087 0.0 0.0 24416 2104 ? S 11:06 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] vmail 25098 0.0 0.0 24416 2104 ? S 11:06 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] vmail 25329 0.0 0.0 24664 2264 ? S 11:06 0:00 dovecot/imap [gabs002 at wm 127.0.0.1 APPEND] vmail 25479 0.0 0.0 22264 2132 ? S 11:07 0:00 dovecot/pop3 [lerothodi at wm 41.30.10.144] vmail 25517 0.0 0.0 24436 2136 ? S 10:42 0:00 dovecot/imap [mydululu at wm 127.0.0.1 APPEND] vmail 25769 0.0 0.0 24416 2100 ? S 11:07 0:00 dovecot/imap [i.dube at wm 127.0.0.1 APPEND] root 25786 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25787 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25788 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25789 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25790 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25791 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25804 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25809 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25820 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25826 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25832 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25855 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25865 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25874 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] vmail 25882 0.0 0.0 24600 2204 ? S 10:42 0:00 dovecot/imap [cjmuller at wm 127.0.0.1 APPEND] root 25888 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25893 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25908 0.0 0.0 61736 2940 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25919 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25928 0.0 0.0 61736 2936 ? S 11:07 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25966 0.0 0.0 61736 2936 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25974 0.0 0.0 61736 2940 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 25984 0.0 0.0 61736 2940 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] vmail 25988 0.0 0.0 22264 1892 ? S 11:08 0:00 dovecot/pop3 [tk.kazi at wm 64.57.242.91] root 25996 0.0 0.0 61736 2940 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 26009 0.0 0.0 61736 2936 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 26032 0.0 0.0 61736 2936 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 26047 0.0 0.0 61736 2936 ? S 11:08 0:00 dovecot/auth [0 wait, 0 passdb, 0 userdb] vmail 26164 0.0 0.0 24600 2204 ? S 10:43 0:00 dovecot/imap [angelay at wm 127.0.0.1 APPEND] vmail 26184 0.0 0.0 24592 2192 ? S 11:08 0:00 dovecot/imap [penza at mb 127.0.0.1 APPEND] vmail 26263 0.0 0.0 22132 2004 ? S 11:08 0:00 dovecot/pop3 [mabilizer at wm 67.220.123.21] vmail 26363 0.0 0.0 22288 2116 ? S 11:09 0:00 dovecot/pop3 [slweb at wm 64.57.242.89] vmail 26398 0.0 0.0 24880 2732 ? S 11:09 0:00 dovecot/imap [hanekom1 at wm 127.0.0.1] vmail 26457 0.0 0.0 24092 1664 ? S 11:09 0:00 dovecot/imap [mampeta at workmail.co.za 127.0.0.1] vmail 26475 0.0 0.0 24092 1664 ? S 11:09 0:00 dovecot/imap [thabane.shabangu at wm 127.0.0.1] vmail 26586 0.0 0.0 22260 2092 ? S 11:09 0:00 dovecot/pop3 [nlebitsa at wm 178.239.85.127] vmail 26590 0.5 0.0 23616 3148 ? S 11:09 0:00 dovecot/pop3 [luthandi at wm 178.239.85.154] vmail 26619 0.0 0.0 22424 2260 ? S 11:09 0:00 dovecot/pop3 [rowlin at wm 178.239.85.90] vmail 26663 0.0 0.0 24092 1656 ? S 11:09 0:00 dovecot/imap [d.malachamela at wm 127.0.0.1] root 26670 0.0 0.0 61164 768 pts/1 S+ 11:09 0:00 grep dovecot vmail 27055 0.0 0.0 24596 2200 ? S 10:43 0:00 dovecot/imap [skuh at wm 127.0.0.1 APPEND] vmail 28207 0.0 0.0 22236 1924 ? S 10:20 0:00 dovecot/pop3 [jayabs at wm 196.212.7.156] vmail 28389 0.0 0.0 24436 2140 ? S 10:44 0:00 dovecot/imap [mydululu at wm 127.0.0.1 APPEND] vmail 28988 0.0 0.0 24636 2316 ? S 10:45 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 29175 0.0 0.0 24600 2196 ? S 10:45 0:00 dovecot/imap [angelay at wm 127.0.0.1 APPEND] dovecot 29270 0.0 0.0 57320 2516 ? S 10:45 0:00 dovecot/dict vmail 29936 0.0 0.0 24596 2196 ? S 10:45 0:00 dovecot/imap [hungukac at mt 127.0.0.1 APPEND] vmail 31730 0.0 0.0 24592 2192 ? S 10:47 0:00 dovecot/imap [kifi at wm 127.0.0.1 APPEND] vmail 32009 0.0 0.0 24596 2196 ? S 10:47 0:00 dovecot/imap [angelay at wm 127.0.0.1 APPEND] root 32195 0.2 0.0 16880 664 ? Rs Mar07 1:25 /usr/sbin/dovecot dovenull 32196 0.0 0.0 45796 4548 ? S Mar07 0:13 dovecot/pop3-login [320 connections (0 TLS)] dovenull 32198 0.1 0.0 45540 4380 ? S Mar07 0:55 dovecot/pop3-login [181 connections (0 TLS)] dovenull 32199 0.0 0.0 47976 6804 ? S Mar07 0:25 dovecot/imap-login [76 connections (0 TLS)] dovenull 32200 0.0 0.0 44520 3356 ? S Mar07 0:09 dovecot/imap-login [23 connections (0 TLS)] dovecot 32201 0.0 0.0 12672 904 ? S Mar07 0:28 dovecot/anvil [7 connections] root 32202 0.0 0.0 13200 1428 ? S Mar07 0:36 dovecot/log root 32204 0.2 0.0 15244 3452 ? S Mar07 1:56 dovecot/config dovecot 32205 0.2 0.0 63296 6288 ? S Mar07 1:57 dovecot/auth [343 wait, 0 passdb, 0 userdb] root 32206 0.2 0.0 61736 2940 ? S Mar07 1:59 dovecot/auth [0 wait, 0 passdb, 0 userdb] root 32211 0.0 0.0 61736 2940 ? S Mar07 0:08 dovecot/auth [0 wait, 0 passdb, 0 userdb] From mark at campbell-lange.net Tue Mar 8 12:43:09 2011 From: mark at campbell-lange.net (Mark Adams) Date: Tue, 8 Mar 2011 10:43:09 +0000 Subject: [Dovecot] rkhunter alert dovecot using port 1984 Message-ID: <20110308104309.GA16963@campbell-lange.net> Hi all, Debian Lenny, dovecot 1.0.15 My rkhunter script has picked up dovecot using port 1984 temporarily. When I run it now however, it is gone. Warning: Network TCP port 1984 is being used by /usr/lib/dovecot/imap. Possible rootkit: Fuckit Rootkit Use the 'lsof -i' or 'netstat -an' command to check this. Does dovecot use this port for any reason? anyone seen this before? Regards, Mark From andrew at sybaweb.com Tue Mar 8 13:55:03 2011 From: andrew at sybaweb.com (Andrew Lewis) Date: Tue, 8 Mar 2011 13:55:03 +0200 Subject: [Dovecot] Curious problem: Plaintext authentication disallowed on non-secure (SSL/TLS) [read: all] connections. Message-ID: <20110308135503.8e09a1c8.andrew@sybaweb.com> Hello all, I've set up a new instance of dovecot 2.0.9 to use as a POP3/IMAP proxy. On trying to login I am told '-ERR Plaintext authentication disallowed on non-secure (SSL/TLS) connections'. I have set 'disable_plaintext_auth = no' (see output of doveconf attached). More curious still is that *this happens for SSL connections too*. Something seems very wrong here. Yelp? -- Andrew Lewis ______________________________________ < Uncompensated overtime? Just Say No. > -------------------------------------- \ ^__^ \ (oo)\_______ (__)\ )\/\ ||----w | || || -------------- next part -------------- A non-text attachment was scrubbed... Name: doveconf.conf Type: application/octet-stream Size: 11036 bytes Desc: not available URL: From andrew at sybaweb.com Tue Mar 8 15:06:01 2011 From: andrew at sybaweb.com (Andrew Lewis) Date: Tue, 8 Mar 2011 15:06:01 +0200 Subject: [Dovecot] Curious problem: Plaintext authentication disallowed on non-secure (SSL/TLS) [read: all] connections. In-Reply-To: <20110308135503.8e09a1c8.andrew@sybaweb.com> References: <20110308135503.8e09a1c8.andrew@sybaweb.com> Message-ID: <20110308150601.a4e69a62.andrew@sybaweb.com> On Tue, 8 Mar 2011 13:55:03 +0200 Andrew Lewis wrote: > Something seems very wrong here. Ok I feel stupid... My *other* new Dovecot instance (ie the one behind the proxy) was generating this- so... that makes sense. Apologies for the noise! -- Andrew Lewis _______________________________ < Do not write below this line. > ------------------------------- \ ^__^ \ (oo)\_______ (__)\ )\/\ ||----w | || || From hajo.locke at gmx.de Tue Mar 8 17:03:22 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Tue, 8 Mar 2011 16:03:22 +0100 Subject: [Dovecot] logging sent messages Message-ID: <1B469B8613AC4BB3AA7A29B22449BE09@nmm.local> Hello, i use plugin mail_log to see more activities like copy/delete/expunge caused by imap-users. unfortunately there is no log-line when a mail was sent and the copy was uploaded to "Sent-Folder". Isn't it a common imap-copy operation requested by client? How to log this? Thanks, Hajo From thierry at mailhub.co.za Tue Mar 8 17:40:12 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 17:40:12 +0200 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> Message-ID: On 08 Mar 2011, at 13:24, Chris Wilson wrote: > Hi Thierry, > > On Tue, 8 Mar 2011, Thierry de Montaudry wrote: >> On 07 Mar 2011, at 19:15, Timo Sirainen wrote: >>> On Mon, 2011-03-07 at 19:03 +0200, Thierry de Montaudry wrote: >>>>>>>>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3) failed: Resource temporarily unavailable >>>>> .. >>>> As it is happening at least once a day, is there anything I can do to >>>> trace it? and whatever I'll do, will it slow down those machines? >>> >>> Set verbose_proctitle=yes (won't slow down) and get list of all >>> Dovecot processes when it happens. And check how much user and system >>> CPU it's using and what the load is. >> >> Got the same problem this morning, here is the CPU usage and ps aux for >> dovecot. plus the different error I could pick up in the log, most of >> them are repeated a couple of times. >> >> I suspect it a problem with system resources, but can find any message >> to tell me what. Mail are stored on 17 NFS servers (CentOS), plus 3 >> servers for indexes only. >> >> CPU load is very high, but mainly from httpd running our webmail >> interface, which uses the local imap server. > [...] >> top - 11:10:14 up 14 days, 12:04, 2 users, load average: 55.04, 29.13, 14.55 >> Tasks: 474 total, 60 running, 414 sleeping, 0 stopped, 0 zombie >> Cpu(s): 99.6%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st >> Mem: 16439812k total, 16353268k used, 86544k free, 33268k buffers >> Swap: 4192956k total, 140k used, 4192816k free, 8228744k cached > > You're lucky this server is still alive and that you could even run top > and ps on it. > > There's nothing to debug in dovecot here. Your server is overloaded by > about 55 times. Buy 55 times as many servers or do something about your > webmail interface (maybe a separate webmail cluster). > > Cheers, Chris. > As you can see the numbers (55.04, 29.13, 14.55) the load was busy getting higher when I took this snapshot and this was not a normal situation. Usually this machine's load is only between 1 and 4, which is quite ok for a quad core. It only happens when dovecot start generating errors, and pop3, imap and http get stuck. It went up to 200, and I was still able to stop web and mail daemons, then restart them, and everything was back to normal. From f.bonnet at esiee.fr Tue Mar 8 17:54:45 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Tue, 08 Mar 2011 16:54:45 +0100 Subject: [Dovecot] compressed mailboxes ? Message-ID: <4D765145.7070209@esiee.fr> Hello Is it possible to use compressed mailboxes ( MBOX format ) with dovecot using a plugin ? Thanks From f.bonnet at esiee.fr Tue Mar 8 17:57:51 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Tue, 08 Mar 2011 16:57:51 +0100 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D765145.7070209@esiee.fr> References: <4D765145.7070209@esiee.fr> Message-ID: <4D7651FF.2090700@esiee.fr> On 03/08/2011 04:54 PM, Frank Bonnet wrote: > Hello > > Is it possible to use compressed mailboxes ( MBOX format ) > with dovecot using a plugin ? > > Thanks > I found the doc about zlib plugin ... so it is only possible with read only mailboxes huh ? From hajo.locke at gmx.de Tue Mar 8 18:07:49 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Tue, 8 Mar 2011 17:07:49 +0100 Subject: [Dovecot] auth on tcp socket? Message-ID: <753966673BE04123AA27F4F0E1576F75@nmm.local> Hello, sorry, iam digest reader, always creating a new message... > > > there are some warnings in log: > > > "when SASL type is "dovecot", SASL path "inet:localhost:1434" should > > > be a > > > socket pathname" > > > ( Datei src/xsasl/xsasl_dovecot_server.c ) > > > > file xsasl_dovecot_server.c is in postfix sources but was written by > > you, > > Timo > The initial version, yes, but it has been heavily modified since. I > never added that warning. > > Should there also made an update to support auth on tcp-socket without > > warnings from postfix side? > Looks like someone already added the inet: support, so I guess it should > work. You could ask on Postfix list to get the warning removed.. wietse dont wants to change anything until it is not documented http://archives.neohapsis.com/archives/postfix/2011-03/0356.html may be the developers should talk directly to each other, i dont like to get forwarded to each other list to ask for reliability of features... Thanks, Hajo From CMarcus at Media-Brokers.com Tue Mar 8 18:14:36 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 11:14:36 -0500 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> Message-ID: <4D7655EC.5060307@Media-Brokers.com> On 2011-03-08 10:40 AM, Thierry de Montaudry wrote: > On 08 Mar 2011, at 13:24, Chris Wilson wrote: >> There's nothing to debug in dovecot here. Your server is overloaded >> by about 55 times. Buy 55 times as many servers or do something >> about your webmail interface (maybe a separate webmail cluster). > As you can see the numbers (55.04, 29.13, 14.55) the load was busy > getting higher when I took this snapshot and this was not a normal > situation. Usually this machine's load is only between 1 and 4, which > is quite ok for a quad core. It only happens when dovecot start > generating errors, and pop3, imap and http get stuck. It went up to > 200, and I was still able to stop web and mail daemons, then restart > them, and everything was back to normal. What is your webmail server (and version)? Maybe it is buggy? -- Best regards, Charles From chris-dovecot-110112 at aptivate.org Tue Mar 8 18:26:51 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Tue, 8 Mar 2011 16:26:51 +0000 (GMT) Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> Message-ID: Hi Thierry, On Tue, 8 Mar 2011, Thierry de Montaudry wrote: > On 08 Mar 2011, at 13:24, Chris Wilson wrote: > > > >> top - 11:10:14 up 14 days, 12:04, 2 users, load average: 55.04, 29.13, 14.55 > >> Tasks: 474 total, 60 running, 414 sleeping, 0 stopped, 0 zombie > >> Cpu(s): 99.6%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st > >> Mem: 16439812k total, 16353268k used, 86544k free, 33268k buffers > >> Swap: 4192956k total, 140k used, 4192816k free, 8228744k cached > > As you can see the numbers (55.04, 29.13, 14.55) the load was busy > getting higher when I took this snapshot and this was not a normal > situation. Usually this machine's load is only between 1 and 4, which is > quite ok for a quad core. It only happens when dovecot start generating > errors, and pop3, imap and http get stuck. It went up to 200, and I was > still able to stop web and mail daemons, then restart them, and > everything was back to normal. I don't have a definite answer, but I remember that there has been a long-running bug in the Linux kernel with schedulers behaving badly under heavy writes: "One of the problems commonly talked about in our forums and elsewhere is the poor responsiveness of the Linux desktop when dealing with significant disk activity on systems where there is insufficient RAM or the disks are slow. The GUI basically drops to its knees when there is too much disk activity..." [http://www.phoronix.com/scan.php?page=news_item&px=ODQ3Mw] (note, it's not just the GUI, all other tasks can starve when a disk I/O queue builds up). "There are a few options to tune the linux IO scheduler that can help a bunch... Typically CFQ stalls too long under heavy writes, especially if your disk subsystem sucks, so particularly if you have several spindles deadline is worth a try." [http://communities.vmware.com/thread/82544] "I run Ubuntu on a moderately powerful quad-core x86-64 system and the desktop response is basically crippled whenever something is reading or writing large files as fast as it can (at normal priority)... For example, cat /path/to/LARGE_FILE > /dev/null ... Everything else gets completely unusable because of the I/O latency." [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/343371] "I was just running mkfs.ext4 -b 4096 -E stride=128 -E stripe-width=128 -O ^has_journal /dev/sdb2 on my SSD18M connected via USB1.1, and the result was, well, absolutely, positively _DEVASTATING_. The entire system became _FULLY_ unresponsive, not even switching back down to tty1 via Ctrl-Alt-F1 worked (took 20 seconds for even this key to be respected)." [http://lkml.org/lkml/2010/4/4/86] "This regression has been around since about the 2.6.18 timeframe and has eluded a lot of testing to isolate the root cause. The most promising fix is in the VM subsystem (mm) where the LRU scan has been changed to favor keeping executable pages active longer. Most of these symptoms come down to VM thrashing to make room for I/O pages. The key change/commit is ab4754d24a0f2e05920170c845bd84472814c6, "vmscan: make mapped executable pages the first class citizen"... This change was merged into the 2.6.31r1 kernel." [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/131094/comments/235] One possible cause is that writing to a slow device can block the write queue for other devices, causing the machine to come to a standstill when there's plenty of useful work that it could be doing. This could cause a cascading failure in your server as soon as disk I/O write load goes over a certain point, a bit like a swap death. I'm not sure if the fact that you're using NFS makes a difference; perhaps only if you memory-map files? You could test this by booting with the NOOP or anticipatory scheduler instead of the default CFQ to see if it makes any difference. Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From stan at hardwarefreak.com Tue Mar 8 18:39:25 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Tue, 08 Mar 2011 10:39:25 -0600 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D765145.7070209@esiee.fr> References: <4D765145.7070209@esiee.fr> Message-ID: <4D765BBD.3090700@hardwarefreak.com> Frank Bonnet put forth on 3/8/2011 9:54 AM: > Hello > > Is it possible to use compressed mailboxes ( MBOX format ) > with dovecot using a plugin ? What is your motivation? -- Stan From f.bonnet at esiee.fr Tue Mar 8 18:42:32 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Tue, 08 Mar 2011 17:42:32 +0100 Subject: [Dovecot] Filtering attachements ? Message-ID: <4D765C78.9060607@esiee.fr> Hello again Is there a way to filter some attachments with dovecot ? I don't want my users to keep video files in the IMAP folders anymore ( disk is almost full ) . Thank you. From ejs at shubes.net Tue Mar 8 18:46:57 2011 From: ejs at shubes.net (Eric Shubert) Date: Tue, 08 Mar 2011 09:46:57 -0700 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> Message-ID: On 03/08/2011 09:26 AM, Chris Wilson wrote: > Hi Thierry, > > On Tue, 8 Mar 2011, Thierry de Montaudry wrote: >> On 08 Mar 2011, at 13:24, Chris Wilson wrote: >>> >>>> top - 11:10:14 up 14 days, 12:04, 2 users, load average: 55.04, 29.13, 14.55 >>>> Tasks: 474 total, 60 running, 414 sleeping, 0 stopped, 0 zombie >>>> Cpu(s): 99.6%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st >>>> Mem: 16439812k total, 16353268k used, 86544k free, 33268k buffers >>>> Swap: 4192956k total, 140k used, 4192816k free, 8228744k cached >> >> As you can see the numbers (55.04, 29.13, 14.55) the load was busy >> getting higher when I took this snapshot and this was not a normal >> situation. Usually this machine's load is only between 1 and 4, which is >> quite ok for a quad core. It only happens when dovecot start generating >> errors, and pop3, imap and http get stuck. It went up to 200, and I was >> still able to stop web and mail daemons, then restart them, and >> everything was back to normal. > > I don't have a definite answer, but I remember that there has been a > long-running bug in the Linux kernel with schedulers behaving badly under > heavy writes: > > "One of the problems commonly talked about in our forums and elsewhere is > the poor responsiveness of the Linux desktop when dealing with significant > disk activity on systems where there is insufficient RAM or the disks are > slow. The GUI basically drops to its knees when there is too much disk > activity..." [http://www.phoronix.com/scan.php?page=news_item&px=ODQ3Mw] > (note, it's not just the GUI, all other tasks can starve when a disk I/O > queue builds up). > > "There are a few options to tune the linux IO scheduler that can help a > bunch... Typically CFQ stalls too long under heavy writes, especially if > your disk subsystem sucks, so particularly if you have several spindles > deadline is worth a try." [http://communities.vmware.com/thread/82544] > > "I run Ubuntu on a moderately powerful quad-core x86-64 system and the > desktop response is basically crippled whenever something is reading or > writing large files as fast as it can (at normal priority)... For example, > cat /path/to/LARGE_FILE> /dev/null ... Everything else gets completely > unusable because of the I/O latency." > [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/343371] > > "I was just running mkfs.ext4 -b 4096 -E stride=128 -E stripe-width=128 -O > ^has_journal /dev/sdb2 on my SSD18M connected via USB1.1, and the result > was, well, absolutely, positively _DEVASTATING_. The entire system became > _FULLY_ unresponsive, not even switching back down to tty1 via Ctrl-Alt-F1 > worked (took 20 seconds for even this key to be respected)." > [http://lkml.org/lkml/2010/4/4/86] > > "This regression has been around since about the 2.6.18 timeframe and has > eluded a lot of testing to isolate the root cause. The most promising fix > is in the VM subsystem (mm) where the LRU scan has been changed to favor > keeping executable pages active longer. Most of these symptoms come down > to VM thrashing to make room for I/O pages. The key change/commit is > ab4754d24a0f2e05920170c845bd84472814c6, "vmscan: make mapped executable > pages the first class citizen"... This change was merged into the 2.6.31r1 > kernel." > [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/131094/comments/235] > > One possible cause is that writing to a slow device can block the write > queue for other devices, causing the machine to come to a standstill when > there's plenty of useful work that it could be doing. > > This could cause a cascading failure in your server as soon as disk > I/O write load goes over a certain point, a bit like a swap death. I'm not > sure if the fact that you're using NFS makes a difference; perhaps only if > you memory-map files? > > You could test this by booting with the NOOP or anticipatory scheduler > instead of the default CFQ to see if it makes any difference. > > Cheers, Chris. You can change it on the fly with: `echo noop > /sys/block/${DEVICE}/queue/scheduler` -- -Eric 'shubes' From leolistas at solutti.com.br Tue Mar 8 18:48:03 2011 From: leolistas at solutti.com.br (Leonardo Rodrigues) Date: Tue, 08 Mar 2011 13:48:03 -0300 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D7651FF.2090700@esiee.fr> References: <4D765145.7070209@esiee.fr> <4D7651FF.2090700@esiee.fr> Message-ID: <4D765DC3.70005@solutti.com.br> Em 08/03/11 12:57, Frank Bonnet escreveu: > On 03/08/2011 04:54 PM, Frank Bonnet wrote: >> Hello >> >> Is it possible to use compressed mailboxes ( MBOX format ) >> with dovecot using a plugin ? >> >> Thanks >> > I found the doc about zlib plugin ... > so it is only possible with read only mailboxes huh ? the problem here is the mbox format .... the zlib plugin works flawlessly to store compressed files with Maildir mailboxes. I'm using it on several servers to serve some thousand mailboxes. -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From thierry at mailhub.co.za Tue Mar 8 18:49:06 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 18:49:06 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <4D7655EC.5060307@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> Message-ID: On 08 Mar 2011, at 18:14, Charles Marcus wrote: > On 2011-03-08 10:40 AM, Thierry de Montaudry wrote: >> On 08 Mar 2011, at 13:24, Chris Wilson wrote: >>> There's nothing to debug in dovecot here. Your server is overloaded >>> by about 55 times. Buy 55 times as many servers or do something >>> about your webmail interface (maybe a separate webmail cluster). > >> As you can see the numbers (55.04, 29.13, 14.55) the load was busy >> getting higher when I took this snapshot and this was not a normal >> situation. Usually this machine's load is only between 1 and 4, which >> is quite ok for a quad core. It only happens when dovecot start >> generating errors, and pop3, imap and http get stuck. It went up to >> 200, and I was still able to stop web and mail daemons, then restart >> them, and everything was back to normal. > > What is your webmail server (and version)? Maybe it is buggy? > Using HastyMail2-1.0. But the problem only started when we moved to dovecot 2.0.9 (from 1.10.13), without changing anything else on any of our 7 machines, and now it's happening randomly on any of them. So that's why I suspect it has to do with dovecot. From knute2011 at knutejohnson.com Tue Mar 8 18:55:02 2011 From: knute2011 at knutejohnson.com (Knute Johnson) Date: Tue, 08 Mar 2011 08:55:02 -0800 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> Message-ID: <4D765F66.3090500@knutejohnson.com> On 03/06/2011 03:46 PM, Timo Sirainen wrote: > On 7.3.2011, at 1.39, Dave McGuire wrote: > >> That said, I've been testing Timo's imap_capabilities suggestion >> for about the past 45mins, and it seems to solve the problem for >> me, at least so far. > > So it sounds like there's a bug in someone's QRESYNC code. Either > Dovecot or Thunderbird, but could be a bit difficult to find out > whose.. A reproducible test case would of course be best. Just a follow up. After adjusting the imap_capability as you suggested I see no left over emails in TB in the long term and only can occasionally get it to not delete one right away. I have turned GLODA back on and that seems to have no effect on the situation at all. I do not sync my messages locally and did not before trying this. Thanks very much, -- Knute Johnson knute2011 at knutejohnson.com From thierry at mailhub.co.za Tue Mar 8 19:00:54 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 19:00:54 +0200 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> Message-ID: <03E080C3-A4D1-41E4-B5DB-1912E5BC3AFE@mailhub.co.za> On 08 Mar 2011, at 18:26, Chris Wilson wrote: > Hi Thierry, > > On Tue, 8 Mar 2011, Thierry de Montaudry wrote: >> On 08 Mar 2011, at 13:24, Chris Wilson wrote: >>> >>>> top - 11:10:14 up 14 days, 12:04, 2 users, load average: 55.04, 29.13, 14.55 >>>> Tasks: 474 total, 60 running, 414 sleeping, 0 stopped, 0 zombie >>>> Cpu(s): 99.6%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st >>>> Mem: 16439812k total, 16353268k used, 86544k free, 33268k buffers >>>> Swap: 4192956k total, 140k used, 4192816k free, 8228744k cached >> >> As you can see the numbers (55.04, 29.13, 14.55) the load was busy >> getting higher when I took this snapshot and this was not a normal >> situation. Usually this machine's load is only between 1 and 4, which is >> quite ok for a quad core. It only happens when dovecot start generating >> errors, and pop3, imap and http get stuck. It went up to 200, and I was >> still able to stop web and mail daemons, then restart them, and >> everything was back to normal. > > I don't have a definite answer, but I remember that there has been a > long-running bug in the Linux kernel with schedulers behaving badly under > heavy writes: > > "One of the problems commonly talked about in our forums and elsewhere is > the poor responsiveness of the Linux desktop when dealing with significant > disk activity on systems where there is insufficient RAM or the disks are > slow. The GUI basically drops to its knees when there is too much disk > activity..." [http://www.phoronix.com/scan.php?page=news_item&px=ODQ3Mw] > (note, it's not just the GUI, all other tasks can starve when a disk I/O > queue builds up). > > "There are a few options to tune the linux IO scheduler that can help a > bunch... Typically CFQ stalls too long under heavy writes, especially if > your disk subsystem sucks, so particularly if you have several spindles > deadline is worth a try." [http://communities.vmware.com/thread/82544] > > "I run Ubuntu on a moderately powerful quad-core x86-64 system and the > desktop response is basically crippled whenever something is reading or > writing large files as fast as it can (at normal priority)... For example, > cat /path/to/LARGE_FILE > /dev/null ... Everything else gets completely > unusable because of the I/O latency." > [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/343371] > > "I was just running mkfs.ext4 -b 4096 -E stride=128 -E stripe-width=128 -O > ^has_journal /dev/sdb2 on my SSD18M connected via USB1.1, and the result > was, well, absolutely, positively _DEVASTATING_. The entire system became > _FULLY_ unresponsive, not even switching back down to tty1 via Ctrl-Alt-F1 > worked (took 20 seconds for even this key to be respected)." > [http://lkml.org/lkml/2010/4/4/86] > > "This regression has been around since about the 2.6.18 timeframe and has > eluded a lot of testing to isolate the root cause. The most promising fix > is in the VM subsystem (mm) where the LRU scan has been changed to favor > keeping executable pages active longer. Most of these symptoms come down > to VM thrashing to make room for I/O pages. The key change/commit is > ab4754d24a0f2e05920170c845bd84472814c6, "vmscan: make mapped executable > pages the first class citizen"... This change was merged into the 2.6.31r1 > kernel." > [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/131094/comments/235] > > One possible cause is that writing to a slow device can block the write > queue for other devices, causing the machine to come to a standstill when > there's plenty of useful work that it could be doing. > > This could cause a cascading failure in your server as soon as disk > I/O write load goes over a certain point, a bit like a swap death. I'm not > sure if the fact that you're using NFS makes a difference; perhaps only if > you memory-map files? > > You could test this by booting with the NOOP or anticipatory scheduler > instead of the default CFQ to see if it makes any difference. > > Cheers, Chris. Hi Chris, Thanks for your (long) comment and tech details, but having not changed anything on the 7 machines, but moving from dovecot 1.10.13 to 2.0.9, without increasing our traffic, I don't want to start changing tricky stuff in the system when it worked fine for almost 2 years. And the fact that all mails are stored on multiple NFS servers, all machine having 16G RAM, makes me think that it's not an IO problem. I though it might be the system running out of resources, but there nothing about it in the logs... For now, we might consider reversing to 1.10.13... but that would be with the loss of the new features that made us upgrade, so not good. From alec at alec.pl Tue Mar 8 19:02:30 2011 From: alec at alec.pl (A.L.E.C) Date: Tue, 08 Mar 2011 18:02:30 +0100 Subject: [Dovecot] logging sent messages In-Reply-To: <1B469B8613AC4BB3AA7A29B22449BE09@nmm.local> References: <1B469B8613AC4BB3AA7A29B22449BE09@nmm.local> Message-ID: <4D766126.50606@alec.pl> W dniu 2011-03-08 16:03, Hajo Locke pisze: > i use plugin mail_log to see more activities like copy/delete/expunge caused > by imap-users. > unfortunately there is no log-line when a mail was sent and the copy was > uploaded to "Sent-Folder". It is Append action and as stated in documentation Appends are supported too (v1.2+ required). http://wiki.dovecot.org/Plugins/MailLog -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net From CMarcus at Media-Brokers.com Tue Mar 8 19:11:29 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:11:29 -0500 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> Message-ID: <4D766341.1030709@Media-Brokers.com> On 2011-03-08 11:49 AM, Thierry de Montaudry wrote: > Using HastyMail2-1.0. But the problem only started when we moved to > dovecot 2.0.9 (from 1.10.13), without changing anything else on any > of our 7 machines, and now it's happening randomly on any of them. So > that's why I suspect it has to do with dovecot. Or an interaction of the new version of Dovecot and HastyMail. The reason I asked about your webmail server is you had specifically said that it was the httpd process that was consuming all of the CPU... -- Best regards, Charles From CMarcus at Media-Brokers.com Tue Mar 8 19:12:36 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:12:36 -0500 Subject: [Dovecot] POP3 error In-Reply-To: <03E080C3-A4D1-41E4-B5DB-1912E5BC3AFE@mailhub.co.za> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <03E080C3-A4D1-41E4-B5DB-1912E5BC3AFE@mailhub.co.za> Message-ID: <4D766384.7080605@Media-Brokers.com> On 2011-03-08 12:00 PM, Thierry de Montaudry wrote: > but moving from dovecot 1.10.13 to 2.0.9 First time I thought it was a typo and ignored it... There has never been a version 1.10.xxx Maybe you mean 1.0.13? -- Best regards, Charles From thierry at mailhub.co.za Tue Mar 8 19:30:25 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 19:30:25 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <4D766341.1030709@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> Message-ID: On 08 Mar 2011, at 19:11, Charles Marcus wrote: > On 2011-03-08 11:49 AM, Thierry de Montaudry wrote: >> Using HastyMail2-1.0. But the problem only started when we moved to >> dovecot 2.0.9 (from 1.10.13), without changing anything else on any >> of our 7 machines, and now it's happening randomly on any of them. So >> that's why I suspect it has to do with dovecot. > > Or an interaction of the new version of Dovecot and HastyMail. > > The reason I asked about your webmail server is you had specifically > said that it was the httpd process that was consuming all of the CPU... > Yes, because they were in the top of the top list. From thierry at mailhub.co.za Tue Mar 8 19:31:14 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 19:31:14 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <4D766384.7080605@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <03E080C3-A4D1-41E4-B5DB-1912E5BC3AFE@mailhub.co.za> <4D766384.7080605@Media-Brokers.com> Message-ID: <335124B6-E7BA-47AC-92BE-86BA6825EAD9@mailhub.co.za> On 08 Mar 2011, at 19:12, Charles Marcus wrote: > On 2011-03-08 12:00 PM, Thierry de Montaudry wrote: >> but moving from dovecot 1.10.13 to 2.0.9 > > First time I thought it was a typo and ignored it... > > There has never been a version 1.10.xxx > > Maybe you mean 1.0.13? > Sorry, my mistake, 1.1.13, version integrated in CentOS 5. From CMarcus at Media-Brokers.com Tue Mar 8 19:37:42 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:37:42 -0500 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> Message-ID: <4D766966.2030603@Media-Brokers.com> On 2011-03-08 12:30 PM, Thierry de Montaudry wrote: > On 08 Mar 2011, at 19:11, Charles Marcus wrote: >> The reason I asked about your webmail server is you had specifically >> said that it was the httpd process that was consuming all of the CPU... > Yes, because they were in the top of the top list. So... if the httpd process is the one consuming all of the CPU, doesn't it stand to reason that it might be something to do with one of your web apps, and not dovecot? -- Best regards, Charles From thierry at mailhub.co.za Tue Mar 8 19:42:17 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Tue, 8 Mar 2011 19:42:17 +0200 Subject: [Dovecot] POP3 error In-Reply-To: <4D766966.2030603@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> Message-ID: On 08 Mar 2011, at 19:37, Charles Marcus wrote: > On 2011-03-08 12:30 PM, Thierry de Montaudry wrote: >> On 08 Mar 2011, at 19:11, Charles Marcus wrote: >>> The reason I asked about your webmail server is you had specifically >>> said that it was the httpd process that was consuming all of the CPU... > >> Yes, because they were in the top of the top list. > > So... if the httpd process is the one consuming all of the CPU, doesn't > it stand to reason that it might be something to do with one of your web > apps, and not dovecot? > But then why was it fine with 1.1.13, which never had once this problem in 2 years? or is 2.0.9 slower, or consuming more resources to create the problem? From tmtalpey at gmail.com Tue Mar 8 19:47:57 2011 From: tmtalpey at gmail.com (Tom Talpey) Date: Tue, 08 Mar 2011 12:47:57 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D765F66.3090500@knutejohnson.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> <4D765F66.3090500@knutejohnson.com> Message-ID: <4D766BCD.5050708@gmail.com> On 3/8/2011 11:55 AM, Knute Johnson wrote: > On 03/06/2011 03:46 PM, Timo Sirainen wrote: >> On 7.3.2011, at 1.39, Dave McGuire wrote: >> >>> That said, I've been testing Timo's imap_capabilities suggestion >>> for about the past 45mins, and it seems to solve the problem for >>> me, at least so far. >> >> So it sounds like there's a bug in someone's QRESYNC code. Either >> Dovecot or Thunderbird, but could be a bit difficult to find out >> whose.. A reproducible test case would of course be best. > > Just a follow up. After adjusting the imap_capability as you suggested > I see no left over emails in TB in the long term and only can > occasionally get it to not delete one right away. I have turned GLODA > back on and that seems to have no effect on the situation at all. I do > not sync my messages locally and did not before trying this. And, shockingly, with the two capabilities removed, TB's notification popup actually reports the number of new messages in the inbox, instead of some random number in the tens of thousands. (dovecot 2.0.11 / TB 3.0.4) I think you're on to something here. From CMarcus at Media-Brokers.com Tue Mar 8 19:48:27 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:48:27 -0500 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> Message-ID: <4D766BEB.5040203@Media-Brokers.com> On 2011-03-08 12:30 PM, Thierry de Montaudry wrote: > On 08 Mar 2011, at 19:11, Charles Marcus wrote: >> The reason I asked about your webmail server is you had specifically >> said that it was the httpd process that was consuming all of the CPU... > Yes, because they were in the top of the top list. And they were on the top of the list because... they were consuming all of the CPU? -- Best regards, Charles From CMarcus at Media-Brokers.com Tue Mar 8 19:51:17 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:51:17 -0500 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> Message-ID: <4D766C95.40104@Media-Brokers.com> On 2011-03-08 12:42 PM, Thierry de Montaudry wrote: > On 08 Mar 2011, at 19:37, Charles Marcus wrote: >> So... if the httpd process is the one consuming all of the CPU, doesn't >> it stand to reason that it might be something to do with one of your web >> apps, and not dovecot? > But then why was it fine with 1.1.13, which never had once this > problem in 2 years? or is 2.0.9 slower, or consuming more resources > to create the problem? You don't see how it might be possible that 2.0.x does something that 1.1.x didn't do that your webmail app might not like, without it being a dovecot bug? I'm not saying it is or it isn't, but I'd look there first - see if an update is available for your webmail app... since you were running an ancient version of dovecot, maybe you're also running an ancient version of it too? -- Best regards, Charles From CMarcus at Media-Brokers.com Tue Mar 8 19:52:29 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 12:52:29 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D766BCD.5050708@gmail.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> <4D765F66.3090500@knutejohnson.com> <4D766BCD.5050708@gmail.com> Message-ID: <4D766CDD.4040506@Media-Brokers.com> On 2011-03-08 12:47 PM, Tom Talpey wrote: > (dovecot 2.0.11 / TB 3.0.4) > > I think you're on to something here. You do need to update TB too you know... The number of bugs squashed since 3.0.4 are too vast too even begin to contemplate... -- Best regards, Charles From tom at talpey.com Tue Mar 8 20:12:58 2011 From: tom at talpey.com (Tom Talpey) Date: Tue, 08 Mar 2011 13:12:58 -0500 Subject: [Dovecot] Multiple Concurrent IMAP Connections For Same User In-Reply-To: <4D766CDD.4040506@Media-Brokers.com> References: <4D3FFBB4.6000201@veletron.com> <4D725EF5.3000600@earth.ox.ac.uk> <4D727B11.1000806@hardwarefreak.com> <4D7287B5.8050503@earth.ox.ac.uk> <4D729049.1070109@hardwarefreak.com> <4D729C01.7020103@hardwarefreak.com> <4D72F32D.6020109@knutejohnson.com> <4D730348.9070808@hardwarefreak.com> <4D739F85.5010106@earth.ox.ac.uk> <4D73EF3D.7030102@wildgooses.com> <1299450246.19220.468.camel@hurina> <4D741907.30303@wildgooses.com> <4D741B3B.9070109@neurotica.com> <0AA49561-07B6-4A19-8D6A-F6CF61C20914@iki.fi> <4D765F66.3090500@knutejohnson.com> <4D766BCD.5050708@gmail.com> <4D766CDD.4040506@Media-Brokers.com> Message-ID: <4D7671AA.9060806@talpey.com> On 3/8/2011 12:52 PM, Charles Marcus wrote: > On 2011-03-08 12:47 PM, Tom Talpey wrote: >> (dovecot 2.0.11 / TB 3.0.4) >> >> I think you're on to something here. > > You do need to update TB too you know... > > The number of bugs squashed since 3.0.4 are too vast too even begin to > contemplate... > It's actually Eudora 1.0, and workarounds are less painful than upgrades. Glad to have this one. From dg at dguhl.org Tue Mar 8 20:22:35 2011 From: dg at dguhl.org (Dennis Guhl) Date: Tue, 8 Mar 2011 19:22:35 +0100 Subject: [Dovecot] auth on tcp socket? In-Reply-To: <753966673BE04123AA27F4F0E1576F75@nmm.local> References: <1299510125.19220.484.camel@hurina> <753966673BE04123AA27F4F0E1576F75@nmm.local> Message-ID: <20110308182235.GB24240@PC211.ikt.de> On Tue, Mar 08, 2011 at 05:07:49PM +0100, Hajo Locke wrote: > Hello, > > sorry, iam digest reader, always creating a new message... On http://dovecot.org/cgi-bin/mailman/options/dovecot you can login to change your membership options ;) [..] > >The initial version, yes, but it has been heavily modified since. I > >never added that warning. > > >> Should there also made an update to support auth on tcp-socket without > >> warnings from postfix side? > > >Looks like someone already added the inet: support, so I guess it should > >work. You could ask on Postfix list to get the warning removed.. > > wietse dont wants to change anything until it is not documented > http://archives.neohapsis.com/archives/postfix/2011-03/0356.html > may be the developers should talk directly to each other, i dont > like to get forwarded to each other list to ask for reliability of > features... You should read Wietses post again. He told you to not rely on not documented settings since they can silently disappear. With postfix you can rely on the documented behaviour. So it is natural that there will be no warning for officially unsupported features. Dennis From michael.abbott at apple.com Tue Mar 8 21:40:13 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Tue, 8 Mar 2011 13:40:13 -0600 Subject: [Dovecot] ID command bug & patch Message-ID: When I set imap_id_log=* in dovecot-2.0.11 and a client sends, say, tag id ("a" "b" "c" "d") then dovecot logs: ID sent: a=b, b=c, c=d The following patch makes it log instead: ID sent: a=b, c=d --- a/dovecot/src/lib-imap/imap-id.c (revision 113366) +++ b/dovecot/src/lib-imap/imap-id.c (working copy) @@ -164,6 +164,7 @@ str_append_c(reply, '='); str_append(reply, str_sanitize(value, 80)); } + args++; } return str_len(reply) == 0 ? NULL : str_c(reply); } From michael.abbott at apple.com Tue Mar 8 21:54:32 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Tue, 8 Mar 2011 13:54:32 -0600 Subject: [Dovecot] warnings from 2.0.11 Message-ID: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> During a stress test dovecot-2.0.11 logs many warnings: Mar 8 06:19:52 gromit dovecot[59204]: imap(pid 68864 user user15): Warning: /Volumes/Mail/user15/dovecot-uidlist: Duplicate file entry at line 183: 1299556557.M571530P31883.gromit.example.com,S=21175,W=21549 (uid 67 -> 250) Mar 8 06:20:10 gromit dovecot[59204]: imap(pid 68865 user user34): Warning: /Volumes/Mail/user34/dovecot-uidlist: Duplicate file entry at line 230: 1299535329.M679065P61136.gromit.example.com,S=11040,W=11247 (uid 17 -> 240) Mar 8 06:20:10 gromit dovecot[59204]: imap(pid 68865 user user34): Warning: /Volumes/Mail/user34/dovecot-uidlist: Duplicate file entry at line 240: 1299535329.M902424P61136.gromit.example.com,S=12843,W=13075 (uid 30 -> 250) Mar 8 06:20:10 gromit dovecot[59204]: imap(pid 68865 user user34): Warning: /Volumes/Mail/user34/dovecot-uidlist: Duplicate file entry at line 266: 1299547358.M587728P69303.gromit.example.com,S=13637,W=13772 (uid 108 -> 276) Mar 8 06:20:10 gromit dovecot[59204]: imap(pid 68865 user user34): Warning: /Volumes/Mail/user34/dovecot-uidlist: Duplicate file entry at line 275: 1299558462.M498819P35210.gromit.example.com,S=15495,W=15663 (uid 160 -> 285) Mar 8 06:20:11 gromit dovecot[59204]: imap(pid 68864 user user36): Warning: /Volumes/Mail/user36/dovecot-uidlist: Duplicate file entry at line 281: 1299535339.M353973P61136.gromit.example.com,S=4498,W=4581 (uid 360 -> 604) Mar 8 06:21:00 gromit dovecot[59204]: imap(pid 68864 user user239): Warning: /Volumes/Mail/user239/dovecot-uidlist: Duplicate file entry at line 105: 1299547390.M813768P69393.gromit.example.com,S=4773,W=4861 (uid 22 -> 164) Mar 8 06:21:00 gromit dovecot[59204]: imap(pid 68864 user user239): Warning: /Volumes/Mail/user239/dovecot-uidlist: Duplicate file entry at line 106: 1299570075.M267312P49194.gromit.example.com,S=8041,W=8181 (uid 115 -> 165) Mar 8 06:28:24 gromit dovecot[59204]: imap(pid 69295 user user274): Warning: /Volumes/Mail/user274/dovecot-uidlist: Duplicate file entry at line 2020: 1299548064.M880781P67832.gromit.example.com,S=4976,W=5076 (uid 247 -> 2500) Mar 8 06:29:23 gromit dovecot[59204]: imap(pid 68973 user user115): Warning: /Volumes/Mail/user115/dovecot-uidlist: Duplicate file entry at line 526: 1299537039.M676050P61136.gromit.example.com,S=2485,W=2534 (uid 8 -> 1082) Mar 8 06:31:37 gromit dovecot[59204]: imap(pid 68971 user user114): Warning: /Volumes/Mail/user114/dovecot-uidlist: Duplicate file entry at line 667: 1299564058.M124508P40871.gromit.example.com,S=1187940,W=1207707 (uid 229 -> 780) - retrying by re-reading from beginning Mar 8 06:32:14 gromit dovecot[59204]: imap(pid 68971 user user114): Warning: Maildir /Volumes/Mail/user114: Expunged message reappeared, giving a new UID (old uid=229, file=1299564058.M124508P40871.gromit.example.com,S=1187940,W=1207707:2,S) Mar 8 06:39:22 gromit dovecot[59204]: imap(pid 68911 user user105): Warning: Maildir /Volumes/Mail/user105: Synchronization took 155 seconds (0 new msgs, 0 flag change attempts, 585 expunge attempts) Is there anything I need to reconfigure to prevent these? Thanks. From bra at fsn.hu Tue Mar 8 22:38:21 2011 From: bra at fsn.hu (Attila Nagy) Date: Tue, 08 Mar 2011 21:38:21 +0100 Subject: [Dovecot] POP3 error In-Reply-To: <4D766C95.40104@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> <4D766C95.40104@Media-Brokers.com> Message-ID: <4D7693BD.5030402@fsn.hu> On 03/08/2011 06:51 PM, Charles Marcus wrote: > On 2011-03-08 12:42 PM, Thierry de Montaudry wrote: >> On 08 Mar 2011, at 19:37, Charles Marcus wrote: >>> So... if the httpd process is the one consuming all of the CPU, doesn't >>> it stand to reason that it might be something to do with one of your web >>> apps, and not dovecot? >> But then why was it fine with 1.1.13, which never had once this >> problem in 2 years? or is 2.0.9 slower, or consuming more resources >> to create the problem? > You don't see how it might be possible that 2.0.x does something that > 1.1.x didn't do that your webmail app might not like, without it being a > dovecot bug? > > I'm not saying it is or it isn't, but I'd look there first - see if an > update is available for your webmail app... since you were running an > ancient version of dovecot, maybe you're also running an ancient version > of it too? > I can see similar problems (subject: "Restarting dovecot-auth stops authentication"), on a different OS, and nothing common in the webmail area. I think this is clearly related to Dovecot. It handles load very badly (well, it seems at least on common OS settings), doesn't just slow down, but starts to refuse clients. It seems to be obvious that the interprocess socket communication is where it fails, so this is what needs to be investigated. Sadly, doing this on a machine, which cries for a deep breath already is not always easy. From CMarcus at Media-Brokers.com Tue Mar 8 22:58:25 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 15:58:25 -0500 Subject: [Dovecot] POP3 error In-Reply-To: <4D7693BD.5030402@fsn.hu> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> <4D766C95.40104@Media-Brokers.com> <4D7693BD.5030402@fsn.hu> Message-ID: <4D769871.80709@Media-Brokers.com> On 2011-03-08 3:38 PM, Attila Nagy wrote: > On 03/08/2011 06:51 PM, Charles Marcus wrote: >> You don't see how it might be possible that 2.0.x does something that >> 1.1.x didn't do that your webmail app might not like, without it being a >> dovecot bug? >> >> I'm not saying it is or it isn't, but I'd look there first - see if an >> update is available for your webmail app... since you were running an >> ancient version of dovecot, maybe you're also running an ancient version >> of it too? > I can see similar problems (subject: "Restarting dovecot-auth stops > authentication"), on a different OS, and nothing common in the webmail > area. Similar problem? I just read that entire thread, and there was absolutely no mention of high resource usage, and it was the 4th or 5th email before you finally provided system details (which should always be provided in the first email to save time) and Timo noticed that you had changed some defaults that you shouldn't have... so I don't think that thread qualifies as being anywhere near similar. > I think this is clearly related to Dovecot. It handles load very badly Whoa, pardner, fyi, there are many, many installations humming along smoothly. > (well, it seems at least on common OS settings), doesn't just slow down, > but starts to refuse clients. Maybe there is a bug somewhere that only becomes evident under certain circumstances, but it is also possibly due to config problems caused by... -- Best regards, Charles From CMarcus at Media-Brokers.com Tue Mar 8 23:35:53 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 08 Mar 2011 16:35:53 -0500 Subject: [Dovecot] Interesting tool for debugging IMAP sessions Message-ID: <4D76A139.20406@Media-Brokers.com> For anyone who is interested: http://www.aboutmyip.com/AboutMyXApp/ImapProxy.jsp They also have one for troubleshooting smtp (smtpProxy)... -- Best regards, Charles From robert at schetterer.org Tue Mar 8 23:37:13 2011 From: robert at schetterer.org (Robert Schetterer) Date: Tue, 08 Mar 2011 22:37:13 +0100 Subject: [Dovecot] POP3 error In-Reply-To: <4D7693BD.5030402@fsn.hu> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> <4D766C95.40104@Media-Brokers.com> <4D7693BD.5030402@fsn.hu> Message-ID: <4D76A189.2020204@schetterer.org> Am 08.03.2011 21:38, schrieb Attila Nagy: > On 03/08/2011 06:51 PM, Charles Marcus wrote: >> On 2011-03-08 12:42 PM, Thierry de Montaudry wrote: >>> On 08 Mar 2011, at 19:37, Charles Marcus wrote: >>>> So... if the httpd process is the one consuming all of the CPU, doesn't >>>> it stand to reason that it might be something to do with one of your >>>> web >>>> apps, and not dovecot? >>> But then why was it fine with 1.1.13, which never had once this >>> problem in 2 years? or is 2.0.9 slower, or consuming more resources >>> to create the problem? >> You don't see how it might be possible that 2.0.x does something that >> 1.1.x didn't do that your webmail app might not like, without it being a >> dovecot bug? >> >> I'm not saying it is or it isn't, but I'd look there first - see if an >> update is available for your webmail app... since you were running an >> ancient version of dovecot, maybe you're also running an ancient version >> of it too? >> > I can see similar problems (subject: "Restarting dovecot-auth stops > authentication"), on a different OS, and nothing common in the webmail > area. > > I think this is clearly related to Dovecot. It handles load very badly > (well, it seems at least on common OS settings), doesn't just slow down, > but starts to refuse clients. > It seems to be obvious that the interprocess socket communication is > where it fails, so this is what needs to be investigated. > Sadly, doing this on a machine, which cries for a deep breath already is > not always easy. you might upgrade to the latest 2.x code as it might possible your using more stuff then you had in older versions, after all there was a long performance thread on this list , look for it in archives -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From stan at hardwarefreak.com Tue Mar 8 23:39:21 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Tue, 08 Mar 2011 15:39:21 -0600 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D768C9C.3000801@esiee.fr> References: <4D765145.7070209@esiee.fr> <4D765BBD.3090700@hardwarefreak.com> <4D768C9C.3000801@esiee.fr> Message-ID: <4D76A209.3010402@hardwarefreak.com> Frank Bonnet put forth on 3/8/2011 2:07 PM: > disk space I need to gain a bit space > before migrate to the new server After you shut down the Dovecot daemons in preparation for copying the mailbox files to the new sever, simply delete all the index directories. That will free up a huge amount of space. The indexes will be automatically rebuilt when users log into the new server. -- Stan > Le 08/03/2011 17:39, Stan Hoeppner a ?crit : >> Frank Bonnet put forth on 3/8/2011 9:54 AM: >>> Hello >>> >>> Is it possible to use compressed mailboxes ( MBOX format ) >>> with dovecot using a plugin ? >> >> What is your motivation? >> From bra at fsn.hu Wed Mar 9 00:36:27 2011 From: bra at fsn.hu (Attila Nagy) Date: Tue, 08 Mar 2011 23:36:27 +0100 Subject: [Dovecot] POP3 error In-Reply-To: <4D769871.80709@Media-Brokers.com> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> <4D766C95.40104@Media-Brokers.com> <4D7693BD.5030402@fsn.hu> <4D769871.80709@Media-Brokers.com> Message-ID: <4D76AF6B.2020201@fsn.hu> On 03/08/2011 09:58 PM, Charles Marcus wrote: >> I think this is clearly related to Dovecot. It handles load very badly > Whoa, pardner, fyi, there are many, many installations humming along > smoothly. No offense. It may be more correct to say situations, where the OS can't deliver prompt resources to Dovecot, like saturated disk IO and similar stuff. I can't see such problems with moderate load, and maybe there aren't so many installations, which handle a lot of traffic. I don't know. I don't think it's a bug, currently to me it seems to be a tuning/configuration issue. But maybe it's a common design related issue, which is not yet fully explored. >> (well, it seems at least on common OS settings), doesn't just slow down, >> but starts to refuse clients. > Maybe there is a bug somewhere that only becomes evident under certain > circumstances, but it is also possibly due to config problems caused by... Sure. From bra at fsn.hu Wed Mar 9 00:42:47 2011 From: bra at fsn.hu (Attila Nagy) Date: Tue, 08 Mar 2011 23:42:47 +0100 Subject: [Dovecot] POP3 error In-Reply-To: <4D76A189.2020204@schetterer.org> References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> <4D766C95.40104@Media-Brokers.com> <4D7693BD.5030402@fsn.hu> <4D76A189.2020204@schetterer.org> Message-ID: <4D76B0E7.4010607@fsn.hu> On 03/08/2011 10:37 PM, Robert Schetterer wrote: > Am 08.03.2011 21:38, schrieb Attila Nagy: >> On 03/08/2011 06:51 PM, Charles Marcus wrote: >>> On 2011-03-08 12:42 PM, Thierry de Montaudry wrote: >>>> On 08 Mar 2011, at 19:37, Charles Marcus wrote: >>>>> So... if the httpd process is the one consuming all of the CPU, doesn't >>>>> it stand to reason that it might be something to do with one of your >>>>> web >>>>> apps, and not dovecot? >>>> But then why was it fine with 1.1.13, which never had once this >>>> problem in 2 years? or is 2.0.9 slower, or consuming more resources >>>> to create the problem? >>> You don't see how it might be possible that 2.0.x does something that >>> 1.1.x didn't do that your webmail app might not like, without it being a >>> dovecot bug? >>> >>> I'm not saying it is or it isn't, but I'd look there first - see if an >>> update is available for your webmail app... since you were running an >>> ancient version of dovecot, maybe you're also running an ancient version >>> of it too? >>> >> I can see similar problems (subject: "Restarting dovecot-auth stops >> authentication"), on a different OS, and nothing common in the webmail >> area. >> >> I think this is clearly related to Dovecot. It handles load very badly >> (well, it seems at least on common OS settings), doesn't just slow down, >> but starts to refuse clients. >> It seems to be obvious that the interprocess socket communication is >> where it fails, so this is what needs to be investigated. >> Sadly, doing this on a machine, which cries for a deep breath already is >> not always easy. > you might upgrade to the latest 2.x code > as it might possible your using more stuff > then you had in older versions, after all there was a long performance > thread on this list , look for it in archives > I'm running the latest 2.x code (well, sort of, I haven't upgraded to 2.0.10, because of the LDAP bug, so I have both .9 and .11), I've never run 1.x on these machines. I've run qmail and courier. They are pretty different in their architecture, where these kind of stuff (unix socket communication between persisently running daemons) is not touched, so there can't be a problem, where for example five thousand connections are made in the same moment to a single socket/process. There there will be five thousand forks/execs, which won't fail with connection refused, they will be served as fast as the machine can handle them (modulo available memory/file descriptors/etc of course). From richard.edmonds at lasra.co.nz Wed Mar 9 03:33:46 2011 From: richard.edmonds at lasra.co.nz (Richard Edmonds) Date: Wed, 09 Mar 2011 14:33:46 +1300 Subject: [Dovecot] Fatal: postmaster_address setting not given Message-ID: <4D76D8FA.6030502@lasra.co.nz> Hi, I'm getting: "Fatal: postmaster_address setting not given" errors in my log file dovecot ver: 1.2.12 Recently I tried to follow: http://postfixmail.com/blog/index.php/postfixadmin-on-ubuntu-9-10/ on ubuntu 10.10 (which works fine on ubunto 9.10) I note that in 10.10 their is no dovecot-postfix.conf so I made the appropriate changes to dovecot.conf instead and changed master.cf dovecot transport line since I saw someone recently had the same problem: dovecot unix - n n - - pipe flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -c /etc/dovecot/dovecot.conf -f ${sender} -d ${recipient} I still have that problem however. Authentication seems ok but delivery fails. Any possibility of help on this one? vecot?? unix? -?????? n?????? n?????? -?????? -?????? pipe
? flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -c /etc/dovecot/dovecot.conf -f ${sender} -d ${recipient}


I still have that problem however. Authentication seems ok but delivery fails.
Any possibility of help on this one?
From f.bonnet at esiee.fr Wed Mar 9 06:49:13 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Wed, 09 Mar 2011 05:49:13 +0100 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D76A209.3010402@hardwarefreak.com> References: <4D765145.7070209@esiee.fr> <4D765BBD.3090700@hardwarefreak.com> <4D768C9C.3000801@esiee.fr> <4D76A209.3010402@hardwarefreak.com> Message-ID: <4D7706C9.5050104@esiee.fr> OK thank you Stan gonna try this Le 08/03/2011 22:39, Stan Hoeppner a ?crit : > Frank Bonnet put forth on 3/8/2011 2:07 PM: >> disk space I need to gain a bit space >> before migrate to the new server > > After you shut down the Dovecot daemons in preparation for copying the > mailbox files to the new sever, simply delete all the index directories. > That will free up a huge amount of space. The indexes will be > automatically rebuilt when users log into the new server. > From hajo.locke at gmx.de Wed Mar 9 09:31:40 2011 From: hajo.locke at gmx.de (Hajo Locke) Date: Wed, 9 Mar 2011 08:31:40 +0100 Subject: [Dovecot] auth on tcp socket? References: Message-ID: Hello, > You should read Wietses post again. > > He told you to not rely on not documented settings since they can > silently disappear. > > With postfix you can rely on the documented behaviour. So it is > natural that there will be no warning for officially unsupported > features. > yes, i know that. nobody should use undocumented features. auth-service on tcp-socket was added by timo after my Suggestion last november. so when asking this on postfix's-side iam not really interested in current docs but wanted to suggest the update on implemention and docs to get it as official feature for next releases. as an user all i can do is telling some facts and ask... Hajo From Bartlomiej.Solarz-Niesluchowski at wit.edu.pl Wed Mar 9 10:53:22 2011 From: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl (=?UTF-8?B?QmFydMWCb21pZWogU29sYXJ6LU5pZXPFgnVjaG93c2tp?=) Date: Wed, 09 Mar 2011 09:53:22 +0100 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota Message-ID: <4D774002.2050109@wit.edu.pl> Good Morning! I have problems with setup imap quota with mailboxes on nfs I use dovecot 2.0.11, below dovecot.conf + extract from log: # 2.0.9: /etc/dovecot.conf.rpmsave # OS: Linux 2.6.35.11-83.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) mail_plugins = acl quota zlib trash auth_cache_size = 8 k dotlock_use_excl = yes mail_location = maildir:~/Maildir:INBOX=/var/spool/mail/%u mail_nfs_index = yes mail_fsync=always mail_nfs_storage = yes mail_privileged_group = mail mmap_disable = yes ssl_cert = , method=PLAIN, rip=213.135.34.118, lip=213.135.44.54, mpid=4264, TLS Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: Effective uid=1761, gid=101, home=/home/staff/solarz Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: acl: No acl setting - ACLs are disabled Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: Quota root: name=Disk quota backend=fs args=user Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: Quota warning: bytes=0 (95%) messages=0 reverse=no command=quota-warning 95 solarz Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: Quota warning: bytes=0 (80%) messages=0 reverse=no command=quota-warning 80 solarz Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: maildir++: root=/home/staff/solarz/Maildir, index=, control=, inbox=/var/spool/mail/solarz Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: fs quota add mailbox dir = /home/staff/solarz/Maildir Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: fs quota block device = oceanic:/home7 Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: fs quota mount point = /home7 Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: fs quota mount type = nfs Mar 9 09:36:06 dervish dovecot: imap(solarz): Debug: trash: No trash setting - plugin disabled Mar 9 09:36:06 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory Mar 9 09:36:06 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory Mar 9 09:36:06 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory Mar 9 09:36:08 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory Mar 9 09:36:14 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory Mar 9 09:36:14 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory [root at dervish dovecot]# quota solarz Ograniczenia dyskowe user solarz (uid 1761): System plik?w bloki mi?kki twardy pob?. pliki mi?kki twardy pob?. /dev/mapper/vg01-lvol00 256572 7120150 8000150 1373 140010 510010 ftp:/home/ftp/pub 163490624 180000000 280000000 221472 0 0 oceanic:/home1 162643 13756030 14888830 697 190000 650000 oceanic:/home7 12298720 13756030 14888830 144846 190000 650000 oceanic:/homed 3022789 13756030 14888830 15122 190000 650000 What I doing wrong? Best Regards PS-Inbox is mounted locally rest of the mailboxes are via nfs -- Bart?omiej Solarz-Nies?uchowski, Administrator WSISiZ e-mail: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl tel. 223486547, fax 223486501 JID: solarz at jabber.wit.edu.pl 01-447 Warszawa, ul. Newelska 6, pok?j 404, pon.-pt. 8-16 Motto - Jak sobie po?cielisz tak sie wy?pisz -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5212 bytes Desc: S/MIME Cryptographic Signature URL: From iti at promax.media.pl Wed Mar 9 11:07:46 2011 From: iti at promax.media.pl (iti at promax.media.pl) Date: Wed, 9 Mar 2011 10:07:46 +0100 Subject: [Dovecot] Dovecot LDA and Postfix/local for local users. Message-ID: <55410b32b94052711e9cf87bd0c7dd25.squirrel@poczta.lokalna> Hello, I would like to configure dovecot lda for local users. My dovecot vesion is 1.2.15. Dovecot documentation for System users says that only thing I should add to main.cf is: mailbox_command = /usr/local/libexec/dovecot/deliver (path to deliver) After that should I commented postfix/local process from master cf ? regards, Jarek From f.bonnet at esiee.fr Wed Mar 9 11:19:47 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Wed, 09 Mar 2011 10:19:47 +0100 Subject: [Dovecot] compressed mailboxes ? In-Reply-To: <4D765DC3.70005@solutti.com.br> References: <4D765145.7070209@esiee.fr> <4D7651FF.2090700@esiee.fr> <4D765DC3.70005@solutti.com.br> Message-ID: <4D774633.7010203@esiee.fr> On 03/08/2011 05:48 PM, Leonardo Rodrigues wrote: > > Em 08/03/11 12:57, Frank Bonnet escreveu: >> On 03/08/2011 04:54 PM, Frank Bonnet wrote: >>> Hello >>> >>> Is it possible to use compressed mailboxes ( MBOX format ) >>> with dovecot using a plugin ? >>> >>> Thanks >>> >> I found the doc about zlib plugin ... >> so it is only possible with read only mailboxes huh ? > > the problem here is the mbox format .... the zlib plugin works > flawlessly to store compressed files with Maildir mailboxes. I'm using > it on several servers to serve some thousand mailboxes. > > > Thanks for the reply but I do not want to use maildir format From dg at dguhl.org Wed Mar 9 11:31:44 2011 From: dg at dguhl.org (Dennis Guhl) Date: Wed, 9 Mar 2011 10:31:44 +0100 Subject: [Dovecot] OT Re: auth on tcp socket? In-Reply-To: References: <20110308182235.GB24240@PC211.ikt.de> Message-ID: <20110309093144.GA13202@laptop-dg.leere.eu> Sorry for becoming off topic. This will be my last post in this thread. On Wed, Mar 09, 2011 at 08:31:40AM +0100, Hajo Locke wrote: > Hello, > > > >You should read Wietses post again. > > > >He told you to not rely on not documented settings since they can > >silently disappear. > > > >With postfix you can rely on the documented behaviour. So it is > >natural that there will be no warning for officially unsupported > >features. > > > > yes, i know that. nobody should use undocumented features. > auth-service on tcp-socket was added by timo after my Suggestion > last november. > so when asking this on postfix's-side iam not really interested in > current docs but wanted to suggest the update on implemention and > docs to get it as official feature for next releases. I can not see any feature request in your posts. In http://archives.neohapsis.com/archives/postfix/2011-03/0111.html you asked if inet: is a recommended mechanism or if there are alternatives while it is not documented. Later you unconditionally stated the warning is obsolete, implicating removal, and asked to mention an unsupported feature in official documentation. Neither is a feature request. > as an user all i can do is telling some facts and ask... But you should state your questions clearly. Dennis From CMarcus at Media-Brokers.com Wed Mar 9 13:42:03 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 09 Mar 2011 06:42:03 -0500 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota In-Reply-To: <4D774002.2050109@wit.edu.pl> References: <4D774002.2050109@wit.edu.pl> Message-ID: <4D77678B.5070208@Media-Brokers.com> On 2011-03-09 3:53 AM, Bart?omiej Solarz-Nies?uchowski wrote: > I use dovecot 2.0.11, Ummm... > below dovecot.conf + extract from log: > # 2.0.9: /etc/dovecot.conf.rpmsave This says you're using 2.0.9... ? -- Best regards, Charles From CMarcus at Media-Brokers.com Wed Mar 9 13:45:35 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 09 Mar 2011 06:45:35 -0500 Subject: [Dovecot] Fatal: postmaster_address setting not given In-Reply-To: <4D76D8FA.6030502@lasra.co.nz> References: <4D76D8FA.6030502@lasra.co.nz> Message-ID: <4D77685F.2070202@Media-Brokers.com> On 2011-03-08 8:33 PM, Richard Edmonds wrote: > I'm getting: "Fatal: postmaster_address setting not given" errors in my > log file > dovecot ver: 1.2.12 > Recently I tried to follow: > http://postfixmail.com/blog/index.php/postfixadmin-on-ubuntu-9-10/ on > ubuntu 10.10 > (which works fine on ubunto 9.10) If you aren't going to follow the official docs, but some other howto, you should ask the other howto maintainer... > I note that in 10.10 their is no dovecot-postfix.conf so I made the > appropriate changes to dovecot.conf instead and changed master.cf > dovecot transport line since I saw someone recently had the same problem: > > dovecot unix - n n - - pipe > flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -c > /etc/dovecot/dovecot.conf -f ${sender} -d ${recipient} > > I still have that problem however. Authentication seems ok but delivery > fails. > Any possibility of help on this one? dovecot -n output is generally mandatory when asking for help with your config... But really you should be asking this question in an ubuntu support forum don't you think? -- Best regards, Charles From davide.vaghetti at ing.unipi.it Wed Mar 9 13:53:22 2011 From: davide.vaghetti at ing.unipi.it (Davide Vaghetti) Date: Wed, 09 Mar 2011 12:53:22 +0100 Subject: [Dovecot] Dovecot LDA and Postfix/local for local users. In-Reply-To: <55410b32b94052711e9cf87bd0c7dd25.squirrel@poczta.lokalna> References: <55410b32b94052711e9cf87bd0c7dd25.squirrel@poczta.lokalna> Message-ID: <4D776A32.70502@ing.unipi.it> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 03/09/2011 10:07 AM, iti at promax.media.pl wrote: > Hello, > I would like to configure dovecot lda for local users. My dovecot vesion > is 1.2.15. Dovecot documentation for System users says that only thing I > should add to main.cf is: > > mailbox_command = /usr/local/libexec/dovecot/deliver (path to deliver) > > After that should I commented postfix/local process from master cf ? > I've the same setup, and no, you don't need to comment anything in master.cf, since those are just "definitions", you decide the actual use via the main.cf (at least as regards the delivery). bye davide - -- Dott. Davide Vaghetti Centro Servizi Informatici Facolta' di Ingegneria Universita' di Pisa PGP: http://keys.keysigning.org:11371/pks/lookup?op=get&search=0x7A1B3BA18C4E0A4D -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk13ai8ACgkQehs7oYxOCk0G8wCg8vdpLGnVXRyoo0s90ZbOPyhw QKUAoJ7CruRo9TxJcEdFP/nC60Xjm8/O =V1Lo -----END PGP SIGNATURE----- From Bartlomiej.Solarz-Niesluchowski at wit.edu.pl Wed Mar 9 14:34:41 2011 From: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl (=?UTF-8?B?QmFydMWCb21pZWogU29sYXJ6LU5pZXPFgnVjaG93c2tp?=) Date: Wed, 09 Mar 2011 13:34:41 +0100 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota In-Reply-To: <4D77678B.5070208@Media-Brokers.com> References: <4D774002.2050109@wit.edu.pl> <4D77678B.5070208@Media-Brokers.com> Message-ID: <4D7773E1.5080604@wit.edu.pl> W dniu 2011-03-09 12:42, Charles Marcus pisze: > On 2011-03-09 3:53 AM, Bart?omiej Solarz-Nies?uchowski wrote: >> I use dovecot 2.0.11, > Ummm... > >> below dovecot.conf + extract from log: >> # 2.0.9: /etc/dovecot.conf.rpmsave > This says you're using 2.0.9... ? that said that config was generated on 2.0.9 -- Bart?omiej Solarz-Nies?uchowski, Administrator WSISiZ e-mail: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl tel. 223486547, fax 223486501 JID: solarz at jabber.wit.edu.pl 01-447 Warszawa, ul. Newelska 6, pok?j 404, pon.-pt. 8-16 Motto - Jak sobie po?cielisz tak sie wy?pisz -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5212 bytes Desc: S/MIME Cryptographic Signature URL: From CMarcus at Media-Brokers.com Wed Mar 9 14:56:12 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 09 Mar 2011 07:56:12 -0500 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota In-Reply-To: <4D7773E1.5080604@wit.edu.pl> References: <4D774002.2050109@wit.edu.pl> <4D77678B.5070208@Media-Brokers.com> <4D7773E1.5080604@wit.edu.pl> Message-ID: <4D7778EC.60803@Media-Brokers.com> On 2011-03-09 7:34 AM, Bart?omiej Solarz-Nies?uchowski wrote: > W dniu 2011-03-09 12:42, Charles Marcus pisze: >> On 2011-03-09 3:53 AM, Bart?omiej Solarz-Nies?uchowski wrote: >>> I use dovecot 2.0.11, >> Ummm... >>> below dovecot.conf + extract from log: >>> # 2.0.9: /etc/dovecot.conf.rpmsave >> This says you're using 2.0.9... ? > that said that config was generated on 2.0.9 Incorrect... it (is supposed to) show(s) the current running dovecot version. I know because I'm the one that asked Timo if it could be added to the output... It's purpose is to help discover if you are using the version/config you think you are using... -- Best regards, Charles From Bartlomiej.Solarz-Niesluchowski at wit.edu.pl Wed Mar 9 15:20:19 2011 From: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl (=?UTF-8?B?QmFydMWCb21pZWogU29sYXJ6LU5pZXPFgnVjaG93c2tp?=) Date: Wed, 09 Mar 2011 14:20:19 +0100 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota In-Reply-To: <4D7778EC.60803@Media-Brokers.com> References: <4D774002.2050109@wit.edu.pl> <4D77678B.5070208@Media-Brokers.com> <4D7773E1.5080604@wit.edu.pl> <4D7778EC.60803@Media-Brokers.com> Message-ID: <4D777E93.8060201@wit.edu.pl> W dniu 2011-03-09 13:56, Charles Marcus pisze: > On 2011-03-09 7:34 AM, Bart?omiej Solarz-Nies?uchowski wrote: >> W dniu 2011-03-09 12:42, Charles Marcus pisze: >>> On 2011-03-09 3:53 AM, Bart?omiej Solarz-Nies?uchowski wrote: >>>> I use dovecot 2.0.11, >>> Ummm... >>>> below dovecot.conf + extract from log: >>>> # 2.0.9: /etc/dovecot.conf.rpmsave >>> This says you're using 2.0.9... ? >> that said that config was generated on 2.0.9 > Incorrect... it (is supposed to) show(s) the current running dovecot > version. > > I know because I'm the one that asked Timo if it could be added to the > output... > > It's purpose is to help discover if you are using the version/config you > think you are using... > OK Current status is that quota based on ext3 works BUT quota based on nfs dont. below updated config: # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35.11-83.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) auth_cache_size = 8 k mail_fsync = always mail_location = maildir:~/Maildir:INBOX=/var/spool/mail/%u mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = acl quota zlib trash mail_privileged_group = mail mmap_disable = yes passdb { args = cache_key=%u%r%l max_requests=256 driver = pam } plugin/quota = fs:INBOX:mount=/var/spool/mail plugin/quota2 = fs:Others:user plugin/quota_warning = storage=95%% quota-warning 95 %u plugin/quota_warning2 = storage=80%% quota-warning 80 %u protocols = imap pop3 service anvil { client_limit = 1155 } service auth { client_limit = 5248 user = root } service imap-login { client_limit = 256 inet_listener imap { port = 0 } inet_listener imaps { address = [::], * port = 993 } process_limit = 1024 service_count = 0 } service imap { process_limit = 2048 } service pop3-login { client_limit = 256 inet_listener pop3 { port = 0 } inet_listener pop3s { address = [::], * port = 995 } process_limit = 128 service_count = 0 } service pop3 { process_limit = 2048 } service quota-warning { executable = script /usr/local/bin/quota-warning.sh user = dovenull } ssl_cert = , method=PLAIN, rip=213.135.34.118, lip=213.135.44.54, mpid=7230, TLS Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: Effective uid=1761, gid=101, home=/home/staff/solarz Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: acl: No acl setting - ACLs are disabled Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: Quota root: name=INBOX backend=fs args=mount=/var/spool/mail Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: Quota warning: bytes=0 (95%) messages=0 reverse=no command=quota-warning 95 solarz Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: Quota warning: bytes=0 (80%) messages=0 reverse=no command=quota-warning 80 solarz Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: Quota root: name=Others backend=fs args=user Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: maildir++: root=/home/staff/solarz/Maildir, index=, control=, inbox=/var/spool/mail/solarz Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota add mailbox dir = /home/staff/solarz/Maildir Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota block device = oceanic:/home7 Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota mount point = /home7 Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota mount type = nfs Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota add mailbox dir = /var/spool/mail Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota block device = /dev/mapper/vg01-lvol00 Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota mount point = /var/spool Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: fs quota mount type = ext3 Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: trash: No trash setting - plugin disabled Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: box=/home/staff/solarz/Maildir/.mail.Dovecot mount=/var/spool/mail match=no Mar 9 13:58:29 dervish dovecot: imap(solarz): Debug: box=/home/staff/solarz/Maildir/.mail.wsisiz-net mount=/var/spool/mail match=no Mar 9 13:58:29 dervish dovecot: imap(solarz): Error: quotactl(Q_GETQUOTA, oceanic:/home7) failed: No such file or directory [root at dervish quota]# dovecot --version 2.0.11 -- Bart?omiej Solarz-Nies?uchowski, Administrator WSISiZ e-mail: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl tel. 223486547, fax 223486501 JID: solarz at jabber.wit.edu.pl 01-447 Warszawa, ul. Newelska 6, pok?j 404, pon.-pt. 8-16 Motto - Jak sobie po?cielisz tak sie wy?pisz -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5212 bytes Desc: S/MIME Cryptographic Signature URL: From jimmi at libero.it Wed Mar 9 15:33:56 2011 From: jimmi at libero.it (Jimmi) Date: Wed, 09 Mar 2011 14:33:56 +0100 Subject: [Dovecot] Dovecot + Sieve does not work Message-ID: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> Hi, On my Debian Squeeze server I installed Dovecot 1.2.16 from http://xi.rename-it.nl/debian/ and configured as follow: # dovecot -n # 1.2.16: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-110209 i686 Debian 6.0 ext3 log_path: /var/log/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap sieve disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login first_valid_uid: 100 mail_privileged_group: postfix mail_location: maildir:/home/virtual/%d/%n mbox_write_locks: fcntl dotlock imap_client_workarounds: outlook-idle lda: postmaster_address: postmaster at 7girello.net mail_plugins: sieve log_path: /var/log/dovecot-deliver.log info_log_path: /var/log/dovecot-deliver.log auth default: mechanisms: plain login user: postfix passdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: virtual group: virtual plugin: sieve: /home/virtual/%d/%n/.dovecot.sieve sieve_dir: /home/virtual/%d/%n/sieve/ After that in Roundcube 0.5.1 downloaded from http://roundcube.net/ I enabled the managesieve plugin but when I go to the filter page RC says that he cannot connect the server. I then realized that the port 4190 is not open and I cannot understand why. In my dovecot.conf I have the section: protocol managesieve { # Specify an alternative address:port the daemon must listen on # (default: *:2000) listen = localhost:4190 } that is not shown in the output of 'dovecot -n'. Did I missed something? Thanks in advance -- jimmi From iti at promax.media.pl Wed Mar 9 15:54:45 2011 From: iti at promax.media.pl (iti at promax.media.pl) Date: Wed, 9 Mar 2011 14:54:45 +0100 Subject: [Dovecot] Dovecot LDA and Postfix/local for local users. In-Reply-To: <4D776A32.70502@ing.unipi.it> References: <55410b32b94052711e9cf87bd0c7dd25.squirrel@poczta.lokalna> <4D776A32.70502@ing.unipi.it> Message-ID: <9699a8f662bbef20ce23b498c63fd813.squirrel@poczta.lokalna> > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 03/09/2011 10:07 AM, iti at promax.media.pl wrote: >> Hello, >> I would like to configure dovecot lda for local users. My dovecot >> vesion >> is 1.2.15. Dovecot documentation for System users says that only thing >> I >> should add to main.cf is: >> >> mailbox_command = /usr/local/libexec/dovecot/deliver (path to deliver) >> >> After that should I commented postfix/local process from master cf ? >> > > I've the same setup, and no, you don't need to comment anything in > master.cf, since those are just "definitions", you decide the actual use > via the main.cf (at least as regards the delivery). > When commented local in master.cf #local unix - n n - - local I got errors: [...] Mar 8 15:18:19 test-box1 postfix/error[13361]: 686A0422EB: to=, relay=none, delay=2191, delays=2191/0.01/0/0.02, dsn=4.3.0, status=deferred (mail transport unavailable) [...] When uncommented I can see in logs that although deliver is using - local is used somewhere. Can anyone explain how it works and why postfix/local is needed? Logs with uncomended local: Mar 9 14:16:21 test-box1 postfix/qmgr[14717]: 7F805422D1: from=, size=1916, nrcpt=1 (queue active) Mar 9 14:16:21 test-box1 dovecot: deliver(user): msgid=: saved mail to INBOX Mar 9 14:16:21 test-box1 postfix/local[14745]: 7F805422D1: to=, relay=local, delay=4674, delays=4674/0.01/0/0.03, dsn=2.0.0, status=sent (delivered to command: /usr/lib64/dovecot/deliver) From info at uppenbrink.net Wed Mar 9 16:08:00 2011 From: info at uppenbrink.net (Uppenbrink) Date: Wed, 09 Mar 2011 15:08:00 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> Message-ID: <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> Hi, On Wed, 09 Mar 2011 14:33:56 +0100, Jimmi wrote: > # dovecot -n > # 1.2.16: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.26-110209 i686 Debian 6.0 ext3 > log_path: /var/log/dovecot.log > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap sieve The protocol is managesieve, not sieve. Look at http://wiki1.dovecot.org/ManageSieve/Configuration > After that in Roundcube 0.5.1 downloaded from http://roundcube.net/ I > enabled the managesieve plugin but when I go to the filter page RC > says that he cannot connect the server. I then realized that the port > 4190 is not open and I cannot understand why. > In my dovecot.conf I have the section: > protocol managesieve { > # Specify an alternative address:port the daemon must listen on > # (default: *:2000) > listen = localhost:4190 > } Edit the config.inc.php from the managesieve roundcube plugin and change the managesieve_port. The default port is here also 2000. Regards, Carsten From dg at dguhl.org Wed Mar 9 17:11:54 2011 From: dg at dguhl.org (Dennis Guhl) Date: Wed, 9 Mar 2011 16:11:54 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> Message-ID: <20110309151154.GA25484@PC211.ikt.de> On Wed, Mar 09, 2011 at 03:08:00PM +0100, Uppenbrink wrote: > Hi, > > On Wed, 09 Mar 2011 14:33:56 +0100, Jimmi wrote: > ># dovecot -n > ># 1.2.16: /etc/dovecot/dovecot.conf > ># OS: Linux 2.6.26-110209 i686 Debian 6.0 ext3 > >log_path: /var/log/dovecot.log > >log_timestamp: %Y-%m-%d %H:%M:%S > >protocols: imap sieve > > The protocol is managesieve, not sieve. > Look at http://wiki1.dovecot.org/ManageSieve/Configuration > > >After that in Roundcube 0.5.1 downloaded from http://roundcube.net/ I > >enabled the managesieve plugin but when I go to the filter page RC > >says that he cannot connect the server. I then realized that the port > >4190 is not open and I cannot understand why. > >In my dovecot.conf I have the section: > >protocol managesieve { > > # Specify an alternative address:port the daemon must listen on > > # (default: *:2000) > > listen = localhost:4190 > >} > > Edit the config.inc.php from the managesieve roundcube plugin and > change the managesieve_port. The default port is here also 2000. Quite some time ago IANA assigned tcp port 4190 for sieve (tcp and udp port 2000 is assaigned to cisco-sccp for yonks): % egrep 'sieve|2000/tcp' /etc/services cisco-sccp 2000/tcp # Cisco SCCP sieve 4190/tcp # ManageSieve Protocol Dennis From jimmi at libero.it Wed Mar 9 17:55:51 2011 From: jimmi at libero.it (Jimmi) Date: Wed, 09 Mar 2011 16:55:51 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> Message-ID: <20110309165551.15324os69xdf8ikg@posta.7girello.net> Citando Uppenbrink : > The protocol is managesieve, not sieve. In fact I had this protocol specified at the beginning, and dovecot was not starting with an error I could not understand. After that I changed to sieve and it started smoothly. Now checking carrefully I realized that another non-standard daemon was listening on the port 2000. I moved the latter to another port, changed back the protocol to managesieve, and now works :) >> In my dovecot.conf I have the section: >> protocol managesieve { >> # Specify an alternative address:port the daemon must listen on >> # (default: *:2000) >> listen = localhost:4190 >> } > > Edit the config.inc.php from the managesieve roundcube plugin and > change the managesieve_port. The default port is here also 2000. Strange enough the protocol option works, and now managesieve is listening on the port 4190. It means that at start Dovecot check the availability of the port 2000 although a different port is specified? However another problem comes: with roundcube I created a rule, that was correctly stored in the user's sieve directory in roundcube.sieve as follow: require ["fileinto"]; # rule:[MyMail] if anyof (header :contains "From" "mymail") { fileinto "Mymail"; stop; } and the emails coming from mymail domain simply disappear, leaving the box Mymail empty. I could not find anything strange in the logs: how t otrace the problem? Thanks again :) -- Jimmi From chris-dovecot-110112 at aptivate.org Wed Mar 9 18:02:22 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Wed, 9 Mar 2011 16:02:22 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox Message-ID: Hi all, I think it would be a good idea for me to move from mbox to mdbox, as I have 57,000 messages in my inbox, and clients hang for a minute whenever they request a CHECK, or Dovecot feels the need to run one itself. Looking at past threads: http://www.mail-archive.com/dovecot at dovecot.org/msg35212.html http://comments.gmane.org/gmane.mail.imap.dovecot/53936 it seems that the safest way is to run: sudo dsync -v -u chris backup mdbox:/home/chris/mdbox eliminate any errors that it reports, test the new mdbox access temporarily, and then switch my config in Dovecot. Ideally I'd like to do that just for me, without disrupting other users of this server (that I help to admin). This error occurs every time I run dsync, and I understand it, so I've elided it: dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: Permission denied dsync(chris): Error: Failed to sync mailbox admin: Internal error occurred. Refer to server log for more information. [2011-03-09 15:50:10] dsync(chris): Info: spam: highest_modseq changed: 2 != 3 I don't understand the following errors from dsync (2.0.9): chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox dsync(chris): Error: Next message unexpectedly corrupted in mbox file /home/chris/mail/spam at 404513741 dsync(chris): Warning: Transaction log file /home/chris/mail/.imap/spam/dovecot.index.log was locked for 252 seconds dsync(chris): Info: spam: only in source dsync(chris): Info: temp: only in source dsync(chris): Info: Sent: only in source dsync(chris): Info: addressbook: only in source dsync(chris): Info: sent-mail-sep-2008: only in source dsync(chris): Info: sent-mail-oct-2010: only in source dsync(chris): Info: INBOX.Sent: only in source dsync(chris): Info: sent-mail: only in source dsync(chris): Info: INBOX.Trash: only in source chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox dsync(chris): Info: spam: only in source dsync(chris): Info: spam: only in dest dsync(chris): Error: Failed to sync mailbox spam: Mailbox doesn't exist: spam dsync(chris): Error: msg iteration failed: Couldn't open mailbox 407c272bc369304dbc210000d6a93087 dsync(chris): Error: Trying to open a non-listed mailbox with guid=407c272bc369304dbc210000d6a93087 dsync(chris): Error: msg iteration failed: Couldn't open mailbox 407c272bc369304dbc210000d6a93087 dsync(chris): Error: Trying to open a non-listed mailbox with guid=407c272bc369304dbc210000d6a93087 dsync(chris): Error: Failed to sync mailbox spam: Mailbox doesn't exist: spam Note: how is it possible for the same folder to be "only in source" and "only in dest"? chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox dsync(chris): Info: spam: highest_modseq changed: 2 != 3 dsync(chris): Info: sent-mail: uidnext changed: 378 != 375 chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox dsync(chris): Info: spam: highest_modseq changed: 2 != 3 Now the latter is all I get whenever I run dsync. Is it broken? Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From frederik.schmid at gmx.net Wed Mar 9 19:25:56 2011 From: frederik.schmid at gmx.net (frederik.schmid at gmx.net) Date: Wed, 09 Mar 2011 18:25:56 +0100 Subject: [Dovecot] problems with public (sub)folders Message-ID: <20110309172556.287610@gmx.net> Hi, i am trying to share a maildir++ mailbox to other users but i can only subscribe to the root directory. The subfolders of the public mailbox do not appear in the exported list. Does anyone has an idea how i can share the subfolders too without creating symlinks for every single folder? Best, Frederik >>>>> ls -lA /var/mail/public .user01 -> /var/mail/user01/Maildir >>>>> ls -A /var/mail/user01/Maildir/ (shortened) .Drafts,.Templates,.Sent,.Trash,.Spam new,cur,tmp dovecot.* .subfolder .subfolder.test1 .subfolder.test1.xyz .subfolder.test2 .subfolder.test3 >>>>> doveconf -n # 2.0.11 (2cb0fb910441): /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 auth_master_user_separator = * auth_username_format = %Ln auth_verbose = yes base_dir = /var/run/dovecot/ disable_plaintext_auth = no first_valid_gid = 100 first_valid_uid = 1000 hostname = xxx last_valid_gid = 50000 last_valid_uid = 50000 listen = * log_path = /var/log/dovecot.log mail_debug = yes mail_location = maildir:~/Maildir managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { inbox = yes location = prefix = separator = . type = private } namespace { hidden = yes inbox = no list = no location = prefix = INBOX. separator = . type = private } namespace { hidden = no inbox = no list = children location = maildir:/var/mail/public prefix = public. separator = . subscriptions = no type = public } passdb { args = /etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin/autocreate = Trash plugin/autocreate2 = Spam plugin/autocreate3 = Sent plugin/autocreate4 = Drafts plugin/autocreate5 = Templates plugin/autocreate6 = Spam plugin/autosubscribe = Trash plugin/autosubscribe2 = Spam plugin/autosubscribe3 = Sent plugin/autosubscribe4 = Drafts plugin/autosubscribe5 = Templates plugin/autosubscribe6 = Spam plugin/sieve = ~/.main.sieve plugin/sieve_before = /etc/dovecot/sieve/move-spam.sieve plugin/sieve_dir = ~/sieve postmaster_address = postmaster at xxx protocols = imap lmtp sieve service anvil { client_limit = 2048 } service imap-login { client_limit = 1024 inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } process_limit = 1024 process_min_avail = 16 } service lmtp { inet_listener lmtp { address = * port = 24 } } service managesieve-login { inet_listener sieve { port = 4190 } } ssl = required ssl_cert = References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> Message-ID: On 8.3.2011, at 19.42, Thierry de Montaudry wrote: >> So... if the httpd process is the one consuming all of the CPU, doesn't >> it stand to reason that it might be something to do with one of your web >> apps, and not dovecot? >> > But then why was it fine with 1.1.13, which never had once this problem in 2 years? or is 2.0.9 slower, or consuming more resources to create the problem? One possibility is that maybe v2.0 works a bit differently.. Maybe it causes webmail to use a new feature that wasn't yet in v1.1, which causes more CPU? I also just heard that apparently this "Resource temporarily unavailable" can happen if service imap/pop3-login's client_limit is too large. I'm not really sure why, but you could try reducing them to e.g. 50. Do you remember how high the CPU usage was at peak times in v1.1? Has that changed? Is the problem maybe that v2.0 just fails in a different way by logging these failures, where v1.1 wouldn't even accept as many incoming connections? From tss at iki.fi Wed Mar 9 20:21:13 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 9 Mar 2011 20:21:13 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> Message-ID: <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> On 8.3.2011, at 21.54, Mike Abbott wrote: > During a stress test dovecot-2.0.11 logs many warnings: > > Mar 8 06:19:52 gromit dovecot[59204]: imap(pid 68864 user user15): Warning: /Volumes/Mail/user15/dovecot-uidlist: Duplicate file entry at line 183: 1299556557.M571530P31883.gromit.example.com,S=21175,W=21549 (uid 67 -> 250) Didn't you get these with v1.x too before? I don't think the Maildir code has changed much since v1.2. > Is there anything I need to reconfigure to prevent these? Thanks. They just shouldn't be happening. Can you easily reproduce this by running imaptest against a single user? From tss at iki.fi Wed Mar 9 20:23:15 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 9 Mar 2011 20:23:15 +0200 Subject: [Dovecot] ID command bug & patch In-Reply-To: References: Message-ID: <47117B5C-5B75-499C-826F-C377E0A9DD48@iki.fi> On 8.3.2011, at 21.40, Mike Abbott wrote: > When I set imap_id_log=* in dovecot-2.0.11 and a client sends, say, > tag id ("a" "b" "c" "d") > then dovecot logs: > ID sent: a=b, b=c, c=d > The following patch makes it log instead: > ID sent: a=b, c=d Thanks, committed: http://hg.dovecot.org/dovecot-2.0/rev/3b2c301ab31f From tss at iki.fi Wed Mar 9 20:23:40 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 9 Mar 2011 20:23:40 +0200 Subject: [Dovecot] rkhunter alert dovecot using port 1984 In-Reply-To: <20110308104309.GA16963@campbell-lange.net> References: <20110308104309.GA16963@campbell-lange.net> Message-ID: <4A0569D9-1808-45E4-ABEA-2A3516A40432@iki.fi> On 8.3.2011, at 12.43, Mark Adams wrote: > Warning: Network TCP port 1984 is being used by /usr/lib/dovecot/imap. > Possible rootkit: Fuckit Rootkit > Use the 'lsof -i' or 'netstat -an' command to check this. > > Does dovecot use this port for any reason? anyone seen this before? No & no. From info at uppenbrink.net Wed Mar 9 21:01:40 2011 From: info at uppenbrink.net (Uppenbrink) Date: Wed, 09 Mar 2011 20:01:40 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: <20110309165551.15324os69xdf8ikg@posta.7girello.net> References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> <20110309165551.15324os69xdf8ikg@posta.7girello.net> Message-ID: On Wed, 09 Mar 2011 16:55:51 +0100, Jimmi wrote: > However another problem comes: with roundcube I created a rule, that > was correctly stored in the user's sieve directory in roundcube.sieve > as follow: > require ["fileinto"]; > # rule:[MyMail] > if anyof (header :contains "From" "mymail") > { > fileinto "Mymail"; > stop; > } > > and the emails coming from mymail domain simply disappear, leaving > the box Mymail empty. > I could not find anything strange in the logs: how t otrace the > problem? Postfix uses not the dovecot deliver as the LDA? It is important that Dovecot deliver stores the mail in the mailboxes. Look at http://wiki.dovecot.org/LDA/Postfix check the logs for something like this: dovecot: deliver(info): sieve: msgid=<20110309165551.15324os69xdf8ikg at posta.7girello.net>: stored mail into mailbox 'Dovecot' postfix/local[21898]: 4584431F2DEC: (delivered to command: /usr/lib/dovecot/deliver) Regards, Carsten From richard.edmonds at lasra.co.nz Wed Mar 9 21:52:24 2011 From: richard.edmonds at lasra.co.nz (Richard Edmonds) Date: Thu, 10 Mar 2011 08:52:24 +1300 Subject: [Dovecot] Fatal: postmaster_address setting not given In-Reply-To: <4D77685F.2070202@Media-Brokers.com> References: <4D76D8FA.6030502@lasra.co.nz> <4D77685F.2070202@Media-Brokers.com> Message-ID: <4D77DA78.6010004@lasra.co.nz> On 10/03/2011 12:45 a.m., Charles Marcus wrote: > On 2011-03-08 8:33 PM, Richard Edmonds wrote: >> I'm getting: "Fatal: postmaster_address setting not given" errors in my >> log file >> dovecot ver: 1.2.12 >> Recently I tried to follow: >> http://postfixmail.com/blog/index.php/postfixadmin-on-ubuntu-9-10/ on >> ubuntu 10.10 >> (which works fine on ubunto 9.10) > If you aren't going to follow the official docs, but some other howto, > you should ask the other howto maintainer... > >> I note that in 10.10 their is no dovecot-postfix.conf so I made the >> appropriate changes to dovecot.conf instead and changed master.cf >> dovecot transport line since I saw someone recently had the same problem: >> >> dovecot unix - n n - - pipe >> flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -c >> /etc/dovecot/dovecot.conf -f ${sender} -d ${recipient} >> >> I still have that problem however. Authentication seems ok but delivery >> fails. >> Any possibility of help on this one? > dovecot -n output is generally mandatory when asking for help with your > config... > > But really you should be asking this question in an ubuntu support forum > don't you think? > Thanks for reviewing. As it turns out the problem I had was due to a difference in dovecot versions that I hadn't noticed. A section of the dovecot.conf file describing the LDA parameters in which the default #postmaster_address = postmaster at example.com became #postmaster_address = Which caused fatal failure and needed to be fixed. That's all. I doubt anyone else will have the same problem if they read the manual or google for a solution and find /this/ post. Thanks again lockquote> Thanks for reviewing.

As it turns out the problem I had was due to a difference in dovecot versions that I hadn't noticed. A section of the dovecot.conf file describing the LDA parameters in which the default
#postmaster_address = postmaster at example.com
became
#postmaster_address =
Which caused fatal failure and needed to be fixed. That's all.
I doubt anyone else will have the same problem if they read the manual or google for a solution and find this post.

Thanks again From antoine at inaps.org Wed Mar 9 23:50:11 2011 From: antoine at inaps.org (Antoine Millet) Date: Wed, 9 Mar 2011 22:50:11 +0100 Subject: [Dovecot] Dsync & random delete problem Message-ID: <20110309225011.600e2c61@noodle> Hello, I've updated my home mail server with dovecot 2.0.11 with idea of using dsync to synchronize two master servers (one at home behind an ADSL connection, and another in a DC with a gigabit connection). Dsync is launched every minutes by a cron job for each hosted mailboxes (in Maildir format). Obviously, a lock prevents to launch more than one dsync process at time. On a test mailbox, it worked perfectly, but when I decided to use it on my own mailbox: big drama :-). Some trashed messages reappear after the next sync, by dint of insisting, sometime it are duplicated. Occasionally, the synchronization has the desired effect, but messages reappear few hours later... So, my questions are: * Dsync is it supposed to be used to synchronize two mailboxes on continuously? * Are these problems known? I've found one thread about a random delete problem, so it seem to be? Do you need more informations to debug it? My informations: * Dovecot version: 2.0.11 * Distro: Debian Squeeze amd64 * FS: ext4 * Mailbox format: Maildir * Dsync command: "dsync -u {account} mirror ssh -i /var/vmail/sync/id_vmail -C {dest} dsync -u {account}" * Bug happen randomly, I haven't found a way to reproduce it. * Dovecot configuration: A part in particular is interesting? Thanks in advance, -- Antoine Millet http://inaps.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From peter at ixp.jp Thu Mar 10 02:31:23 2011 From: peter at ixp.jp (Peter Evans) Date: Thu, 10 Mar 2011 09:31:23 +0900 Subject: [Dovecot] Dovecot LDA and Postfix/local for local users. In-Reply-To: <9699a8f662bbef20ce23b498c63fd813.squirrel@poczta.lokalna> References: <55410b32b94052711e9cf87bd0c7dd25.squirrel@poczta.lokalna><4D776A32.70502@ing.unipi.it> <9699a8f662bbef20ce23b498c63fd813.squirrel@poczta.lokalna> Message-ID: <00AA3369A1724DDB97257A8686F16E13@usako> >> mailbox_command = /usr/local/libexec/dovecot/deliver (path to deliver) >> After that should I commented postfix/local process from master cf ? no. How else is postfix going to deliver to _local_ users? When uncommented I can see in logs that although deliver is using - local is used somewhere. Can anyone explain how it works and why postfix/local is needed? Logs with uncomended local: postfix/local is the local handoff, hence its name. See: http://www.postfix.org/local.8.html From michael.abbott at apple.com Thu Mar 10 02:43:51 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Wed, 9 Mar 2011 18:43:51 -0600 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> Message-ID: <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> > Can you easily reproduce this by running imaptest against a single user? Nope. Any special imaptest arguments other than user=... pass=... host=... mbox=...? I ran it for a few hours with none of the warnings. From jimmi at libero.it Thu Mar 10 07:48:15 2011 From: jimmi at libero.it (Jimmi) Date: Thu, 10 Mar 2011 06:48:15 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> <20110309165551.15324os69xdf8ikg@posta.7girello.net> Message-ID: <20110310064815.76531gljunkml8u8@posta.7girello.net> Citando Uppenbrink : > Postfix uses not the dovecot deliver as the LDA? It is important > that Dovecot deliver stores the mail in the mailboxes. Postfix use Dovecot, and is working nice since years :) > check the logs for something like this: I may read only: Mar 9 17:10:05 server postfix/pipe[14014]: 8081115DF79: to=, relay=dovecot, delay=0.28, delays=0.01 /0.02/0/0.25, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 9 17:10:05 server postfix/qmgr[2470]: 8081115DF79: removed As all the other received mails. I'll try increasing the dovecot's logging level. -- Jimmi From ross.sysadm at gmail.com Thu Mar 10 08:36:36 2011 From: ross.sysadm at gmail.com (Rostislav Matyusha) Date: Thu, 10 Mar 2011 08:36:36 +0200 Subject: [Dovecot] Dove cot+Kerberos Message-ID: <4D787174.6010407@gmail.com> Hi All. I have a problem with authorization users AD via kerberos in Dovecot&Postfix. Windows SRV 2008 Standart - AD mail server: Gentoo + cyrus-sasl + postfix + dovecot with support ldap&kerberos. I am created a 4 keytabs on Windows box. C:\Users\Admin>ktpass -princ host/srv-mail.cn.energy at CN.ENERGY -mapuser ldapmail at CN.ENERGY -pass "superpasswd" -crypto RC4-HMAC-NT -ptype KRB5_NT_PRINCIPAL -out c:\mail.keytab etc... for all imap/srv-mail.cn.energy pop/srv-mail.cn.energy smtp/srv-mail.cn.energy host/srv-mail.cn.energy On Linux server: ktutils ktutils: rkt /root/Keytab/imap.keytab ktutils: rkt /root/Keytab/smtp.keytab ktutils: rkt /root/Keytab/pop.keytab ktutils: rkt /root/Keytab/host.keytab ktutils: wrt /etc/krb5.keytab ktutils: q kinit -V -k -t /etc/krb5.keytab host/srv-mail.cn.energy at CN.ENERGY Authenticated to Kerberos v5 KRB5_KTNAME=/etc/krb5.keytab ; export KRB5_KTNAME TESTING: imtest srv-mail ERROR: Mar 10 08:27:23 srv-mail dovecot: auth(default): auth(?,10.0.0.5): Invalid username: host/srv-mail.cn.energy at CN.ENERGY Mar 10 08:27:23 srv-mail dovecot: auth(default): gssapi(?,10.0.0.5): authn_name: Username contains disallowed character: 0x2f Why username "host/srv-mail.cn.energy at CN.ENERGY" ??? imtest -m GSSAPI -u ross -a ross -r cn.energy srv-mail ERROR: Mar 10 08:31:55 srv-mail dovecot: auth(default): auth(?,10.0.0.5): Invalid username: host/srv-mail.cn.energy at CN.ENERGY Mar 10 08:31:55 srv-mail dovecot: auth(default): gssapi(?,10.0.0.5): authn_name: Username contains disallowed character: 0x2f BUT if i create kinit ross at CN.ENERGY imtest srv-mail ERROR: srv-mail dovecot: auth(default): gssapi(ross at CN.ENERGY,10.0.0.5): Invalid response length So i am confusion, please help me. many thanks -- Best Regards Ross Remote Server Administration. e-mail: ross.sysadm at gmail.com skype: ross.sysadm icq: 317410068 Best Offers for a full range of server management services and effective on time solutions. From jimmi at libero.it Thu Mar 10 09:31:21 2011 From: jimmi at libero.it (Jimmi) Date: Thu, 10 Mar 2011 08:31:21 +0100 Subject: [Dovecot] Dovecot + Sieve does not work In-Reply-To: <20110310064815.76531gljunkml8u8@posta.7girello.net> References: <9a1b4a0b79d1201735d780c074c65cf1@7girello.net> <74e4ba5508b9c9cae8cbe9ca86aee1c0@uppenbrink.net> <20110309165551.15324os69xdf8ikg@posta.7girello.net> <20110310064815.76531gljunkml8u8@posta.7girello.net> Message-ID: <5d53c2c8a9987966413c4da13d05ff97@7girello.net> I did nothing and now it works! Donno', sorry for the noise ;) BTW, in the dovecot-deliver.log I found: Info: sieve: msgid=: stored mail into mailbox 'Mymail' -- jimmi From thierry at mailhub.co.za Thu Mar 10 10:14:49 2011 From: thierry at mailhub.co.za (Thierry de Montaudry) Date: Thu, 10 Mar 2011 10:14:49 +0200 Subject: [Dovecot] POP3 error In-Reply-To: References: <543AFDA7-4F5F-4E95-B2E3-2117C7F8E4BF@mailhub.co.za> <33884A17-3E9C-49A3-8115-6EA7EA93A023@iki.fi> <945640CF-C87A-4968-B433-BF2B8B71FB47@mailhub.co.za> <1299511045.19220.494.camel@hurina> <2C28FBD8-C6F0-4472-B80D-17D5F7409DA2@mailhub.co.za> <1299518106.19220.514.camel@hurina> <023D5221-7A65-48EB-807E-F23DC4C259FB@mailhub.co.za> <4D7655EC.5060307@Media-Brokers.com> <4D766341.1030709@Media-Brokers.com> <4D766966.2030603@Media-Brokers.com> Message-ID: <122EAC1F-FDB5-432B-A613-934E05A244BA@mailhub.co.za> On 09 Mar 2011, at 20:16, Timo Sirainen wrote: > On 8.3.2011, at 19.42, Thierry de Montaudry wrote: > >>> So... if the httpd process is the one consuming all of the CPU, doesn't >>> it stand to reason that it might be something to do with one of your web >>> apps, and not dovecot? >>> >> But then why was it fine with 1.1.13, which never had once this problem in 2 years? or is 2.0.9 slower, or consuming more resources to create the problem? > > One possibility is that maybe v2.0 works a bit differently.. Maybe it causes webmail to use a new feature that wasn't yet in v1.1, which causes more CPU? Yes, possibly. I will investigate the features that the webmail might use now that it was not previously. > > I also just heard that apparently this "Resource temporarily unavailable" can happen if service imap/pop3-login's client_limit is too large. I'm not really sure why, but you could try reducing them to e.g. 50. I reduced the limits with process_limit. I'm wondering if I should use the client_limit as well, but couldn't find much documentation, would you have any light on that? > > Do you remember how high the CPU usage was at peak times in v1.1? Has that changed? Is the problem maybe that v2.0 just fails in a different way by logging these failures, where v1.1 wouldn't even accept as many incoming connections? v1.1 was about the same as current, load avg between 3 and 4 from 9pm to 4am, no change on that side. It looks like it's just when there is spikes, the new version is reaching some limit. From stan at hardwarefreak.com Thu Mar 10 13:49:04 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Thu, 10 Mar 2011 05:49:04 -0600 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: Message-ID: <4D78BAB0.8050202@hardwarefreak.com> Chris Wilson put forth on 3/9/2011 10:02 AM: > Hi all, > > I think it would be a good idea for me to move from mbox to mdbox, as I > have 57,000 messages in my inbox, and clients hang for a minute whenever > they request a CHECK, or Dovecot feels the need to run one itself. Why do you believe switching to mdbox will fix this problem? If you have 57k messages in your INBOX as you say, then you have a much bigger problem to solve than your choice of mailbox format. -- Stan From chris-dovecot-110112 at aptivate.org Thu Mar 10 14:00:01 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Thu, 10 Mar 2011 12:00:01 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: <4D78BAB0.8050202@hardwarefreak.com> References: <4D78BAB0.8050202@hardwarefreak.com> Message-ID: Hi Stan, On Thu, 10 Mar 2011, Stan Hoeppner wrote: > Chris Wilson put forth on 3/9/2011 10:02 AM: > > > I think it would be a good idea for me to move from mbox to mdbox, as I > > have 57,000 messages in my inbox, and clients hang for a minute whenever > > they request a CHECK, or Dovecot feels the need to run one itself. > > Why do you believe switching to mdbox will fix this problem? Because CHECK takes forever, I can understand why it's necessary on mbox files, I don't see that it should be necessary on an mdbox store, and so I'm hoping that mdbox will be much faster. > If you have 57k messages in your INBOX as you say, then you have a much > bigger problem to solve than your choice of mailbox format. Well forgive me for wanting to be easily able to find any email I received in the last year from Pine (which makes switching folders a little painful). Seriously, this is 2011, it shouldn't be impossible to index and randomly access 60,000 records containing a few GB of data in reasonable time. Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From chris-dovecot-110112 at aptivate.org Thu Mar 10 14:09:14 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Thu, 10 Mar 2011 12:09:14 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: <4D78BAB0.8050202@hardwarefreak.com> Message-ID: Hi Stan, On Thu, 10 Mar 2011, Chris Wilson wrote: > On Thu, 10 Mar 2011, Stan Hoeppner wrote: > > Chris Wilson put forth on 3/9/2011 10:02 AM: > > > > > I think it would be a good idea for me to move from mbox to mdbox, as I > > > have 57,000 messages in my inbox, and clients hang for a minute whenever > > > they request a CHECK, or Dovecot feels the need to run one itself. > > > > Why do you believe switching to mdbox will fix this problem? Apparently your server doesn't want me to reply: A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: stan at hardwarefreak.com SMTP error from remote mail server after RCPT TO:: host greer.hardwarefreak.com [65.41.216.221]: 554 5.7.1 : Client host rejected: Access denied Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From tss at iki.fi Thu Mar 10 14:13:16 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 10 Mar 2011 14:13:16 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> Message-ID: <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> On 10.3.2011, at 2.43, Mike Abbott wrote: >> Can you easily reproduce this by running imaptest against a single user? > > Nope. Any special imaptest arguments other than user=... pass=... host=... mbox=...? I ran it for a few hours with none of the warnings. Maybe it has to do with the number of mails in the mailbox? Did those users who had the warnings have a lot of mails? imaptest normally keeps only about 30 mails, but that can be increased with: msgs=10000 delete=10 expunge=10 From tss at iki.fi Thu Mar 10 14:19:03 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 10 Mar 2011 14:19:03 +0200 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: Message-ID: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> On 9.3.2011, at 18.02, Chris Wilson wrote: > I think it would be a good idea for me to move from mbox to mdbox, as I > have 57,000 messages in my inbox, and clients hang for a minute whenever > they request a CHECK, or Dovecot feels the need to run one itself. mbox_very_dirty_syncs=yes should get rid of this problem even without switching to mdbox. > This error occurs every time I run dsync, and I understand it, so I've > elided it: > > dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: > Permission denied So that is intentional?.. > I don't understand the following errors from dsync (2.0.9): > > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > dsync(chris): Error: Next message unexpectedly corrupted in mbox file > /home/chris/mail/spam at 404513741 mbox bug. Same would happen if you tried to read that same mail via imap. It fixed itself automatically though. > dsync(chris): Warning: Transaction log file > /home/chris/mail/.imap/spam/dovecot.index.log was locked for 252 seconds Normal with a large mbox. > dsync(chris): Info: spam: only in source > dsync(chris): Info: temp: only in source > dsync(chris): Info: Sent: only in source > dsync(chris): Info: addressbook: only in source > dsync(chris): Info: sent-mail-sep-2008: only in source > dsync(chris): Info: sent-mail-oct-2010: only in source > dsync(chris): Info: INBOX.Sent: only in source > dsync(chris): Info: sent-mail: only in source > dsync(chris): Info: INBOX.Trash: only in source Just saying that destination doesn't have these mailboxes yet. > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > dsync(chris): Info: spam: only in source > dsync(chris): Info: spam: only in dest .. > dsync(chris): Error: Failed to sync mailbox spam: Mailbox doesn't exist: > spam .. > Note: how is it possible for the same folder to be "only in source" and > "only in dest"? I think they have different GUIDs, or maybe Dovecot failed to get one of their GUID. Dsync works with mailbox GUIDs, not names. Anyway, I don't really know why it would suddenly lose one of them. > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > dsync(chris): Info: spam: highest_modseq changed: 2 != 3 > > Now the latter is all I get whenever I run dsync. Is it broken? Nope. The modseq syncing isn't really perfect. So everything should be synced now. From chris-dovecot-110112 at aptivate.org Thu Mar 10 14:40:46 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Thu, 10 Mar 2011 12:40:46 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> Message-ID: Hi Timo, On Thu, 10 Mar 2011, Timo Sirainen wrote: > On 9.3.2011, at 18.02, Chris Wilson wrote: > > > I think it would be a good idea for me to move from mbox to mdbox, as I > > have 57,000 messages in my inbox, and clients hang for a minute whenever > > they request a CHECK, or Dovecot feels the need to run one itself. > > mbox_very_dirty_syncs=yes should get rid of this problem even without switching to mdbox. That option sounds scary :) I thought it would be safer to switch to a format where messages are read-only, especially as I currently have some strange symptoms (blank or nearly blank messages, messages cut in two, etc.) with mbox and I know it's not good in general, or good at handling large mailboxes in particular. > > dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: > > Permission denied > > So that is intentional?.. Not exactly, it's a symlink to /var/spool/mail/admin which for some reason I don't have permission to open at the moment. > > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > > dsync(chris): Error: Next message unexpectedly corrupted in mbox file > > /home/chris/mail/spam at 404513741 > > mbox bug. Same would happen if you tried to read that same mail via > imap. It fixed itself automatically though. Okay good, that probably explains why when I tried to debug it (suspecting a bad Content-Length header in the previous messages) I couldn't see any problem. > > dsync(chris): Info: INBOX.Sent: only in source > > dsync(chris): Info: sent-mail: only in source > > dsync(chris): Info: INBOX.Trash: only in source > > Just saying that destination doesn't have these mailboxes yet. OK, good. > > Note: how is it possible for the same folder to be "only in source" > > and "only in dest"? > > I think they have different GUIDs, or maybe Dovecot failed to get one of > their GUID. Dsync works with mailbox GUIDs, not names. Anyway, I don't > really know why it would suddenly lose one of them. Perhaps it's worth printing the guids in that case? Is the guid stored in the first message in the mailbox? Note that the mdbox for spam was created (maybe not completely) by a previous run of dsync, and I really can't see how the guid of the spam mbox could have changed (it definitely wasn't recreated yesterday). > > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > > dsync(chris): Info: spam: highest_modseq changed: 2 != 3 > > > > Now the latter is all I get whenever I run dsync. Is it broken? > > Nope. The modseq syncing isn't really perfect. So everything should be > synced now. I'm a bit surprised by how much less disk space it's taking: chris at one-mail(~)$ du -sk /var/spool/mail/chris mail mdbox 1010516 /var/spool/mail/chris 2083872 mail 1016664 mdbox It doesn't seem to have backed up most of my mailboxes: chris at one-mail(~)$ ls mdbox/mailboxes/ addressbook INBOX.Sent INBOX.Trash Sent sent-mail sent-mail-oct-2010 sent-mail-sep-2008 spam temp chris at one-mail(~)$ ls mail addressbook archive INBOX.Drafts mail postponed-msgs sent-mail sent-mail-nov-2010 spam vcn admin badbox INBOX.Sent payslips saved-messages sent-mail-aug-2006 sent-mail-oct-2010 temp aidbot Drafts INBOX.Trash pinerc Sent sent-mail-jan-2009 sent-mail-sep-2008 Trash Any ideas how I can get it to backup the rest of my mailboxes to mdbox? Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From cristianedefranca at yahoo.com.br Thu Mar 10 15:42:34 2011 From: cristianedefranca at yahoo.com.br (=?iso-8859-1?Q?Cristiane_Fran=E7a?=) Date: Thu, 10 Mar 2011 05:42:34 -0800 (PST) Subject: [Dovecot] Dovecot 2.0 - size of the mailbox Message-ID: <997680.73741.qm@web161609.mail.bf1.yahoo.com> Hi, The Dovecot 2.0 has some limit size for the mailbox? The server is 64 bits and would like to have mailbox with bigger size that 2 GB. From Ralf.Hildebrandt at charite.de Thu Mar 10 15:43:59 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Thu, 10 Mar 2011 14:43:59 +0100 Subject: [Dovecot] Dovecot 2.0 - size of the mailbox In-Reply-To: <997680.73741.qm@web161609.mail.bf1.yahoo.com> References: <997680.73741.qm@web161609.mail.bf1.yahoo.com> Message-ID: <20110310134359.GA18967@charite.de> * Cristiane Fran?a : > Hi, > > The Dovecot 2.0 has some limit size for the mailbox? > The server is 64 bits and would like to have mailbox with bigger size that 2 GB. No problem with Maildir or mdbox. -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From stan at hardwarefreak.com Thu Mar 10 16:15:04 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Thu, 10 Mar 2011 08:15:04 -0600 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: <4D78BAB0.8050202@hardwarefreak.com> Message-ID: <4D78DCE8.4050307@hardwarefreak.com> Chris Wilson put forth on 3/10/2011 6:09 AM: > Apparently your server doesn't want me to reply: > > A message that you sent could not be delivered to one or more of its > recipients. This is a permanent error. The following address(es) failed: > > stan at hardwarefreak.com > SMTP error from remote mail server after RCPT > TO:: > host greer.hardwarefreak.com [65.41.216.221]: > 554 5.7.1 : > Client host rejected: Access denied Replying to the list isn't sufficient? Do you see a compelling reason why I would need two copies of your reply? -- Stan From arekm at maven.pl Thu Mar 10 16:18:29 2011 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Thu, 10 Mar 2011 15:18:29 +0100 Subject: [Dovecot] permission recomendation for dovecot configuration files and binaries Message-ID: <201103101518.29607.arekm@maven.pl> I'm trying to figure out which permissions will be the best to handle most of tasks (for use in rpm package) for configuration files. Basically /etc/dovecot/ dir /etc/dovecot/* files /etc/dovecot/conf.d/ dir /etc/dovecot/conf.d/files dovecot binaries, deliver mainly For example deliver needs to read configuration files and needs to write into destination. Doesn't seem to be sane to allow MTA user read dovecot configs but that is requires for deliver to work etc. Are there any sane/tested recommendations that would fit most situations (remember, that's going to be rpm package default config) ? -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From Mike.Enright at interoptechnologies.com Thu Mar 10 18:14:05 2011 From: Mike.Enright at interoptechnologies.com (Enright, Mike) Date: Thu, 10 Mar 2011 11:14:05 -0500 Subject: [Dovecot] Dovecot 2.X, built from source, no extensions? Message-ID: Greetings list. Pardon the ignorance. I am working on CentOS 5.2. Unfortunately the repo version of Dovecot is 1.0.X. This works fine mind you but it doesn't have ORDEREDSUBJECT Threading support, which I need. I downloaded 2.0.11 and built from source, but now I don't see any Threading support, not even REFERENCES. I looked to see if I was missing a ./configure option but if I am, it has eluded me. Any guidance would be appreciated. # dovecot -n # 2.0.11: /usr/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-92.1.18.el5PAE i686 CentOS release 5.2 (Final) ext3 auth_mechanisms = plain login disable_plaintext_auth = no mail_location = maildir:/var/vmail/%d/%n/Maildir passdb { args = /usr/etc/dovecot/dovecot-mysql.conf driver = sql } plugin/quota = maildir:storage=10240:messages=1000 protocols = imap service auth { unix_listener /var/run/dovecot/auth-master { mode = 0600 user = vmail } user = root } service imap-login { client_limit = 256 process_min_avail = 10 service_count = 0 vsz_limit = 128 M } ssl = no userdb { args = uid=6000 gid=6000 home=/var/vmail/%d/%n allow_any_users=yes driver = static } # telnet localhost imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN] Dovecot ready. 1 capability * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN 1 OK Capability completed. Cheers Mike Enright Senior Software Engineer Office: +1 239-425-9161 (Florida) Fax: +1 239-425-6845 [cid:C388744A-AA0D-4A0C-A96D-3038C56EC9E5] Interop Technologies 13500 Powers Court Fort Myers, FL 33912 www.interoptechnologies.com -------------- next part -------------- A non-text attachment was scrubbed... Name: F04230B0-9E39-46D7-BBF4-250561E7B569[106].png Type: image/png Size: 3719 bytes Desc: F04230B0-9E39-46D7-BBF4-250561E7B569[106].png URL: From joseba.torre at ehu.es Thu Mar 10 18:22:38 2011 From: joseba.torre at ehu.es (Joseba Torre) Date: Thu, 10 Mar 2011 17:22:38 +0100 Subject: [Dovecot] Dovecot 2.X, built from source, no extensions? In-Reply-To: References: Message-ID: <201103101722.39127.joseba.torre@ehu.es> On Thursday 10 March 2011 17:14:05 Enright, Mike wrote: > # telnet localhost imap > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE > AUTH=PLAIN AUTH=LOGIN] Dovecot ready. 1 capability > * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE > AUTH=PLAIN AUTH=LOGIN 1 OK Capability completed. If you log in you'll see the actual capability list: $ telnet localhost 143 Trying ::1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready. 1 login test test_passwd 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA] Logged in -- Joseba Torre. Vicegerencia de TICs, ?rea de Explotaci?n From Mike.Enright at interoptechnologies.com Thu Mar 10 18:31:13 2011 From: Mike.Enright at interoptechnologies.com (Enright, Mike) Date: Thu, 10 Mar 2011 11:31:13 -0500 Subject: [Dovecot] Dovecot 2.X, built from source, no extensions? In-Reply-To: <201103101722.39127.joseba.torre@ehu.es> Message-ID: Excellent! That did work much better, but I still don't see THREAD=ORDEREDSUBJECT. Was I mistaken that Dovecot supported that? I thought I read it somewhere. Thanks # telnet localhost imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN] Dovecot ready. 1 login test foo 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS] Logged in 2 capability * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS 2 OK Capability completed. Mike Enright On 3/10/11 11:22 AM, "Joseba Torre" wrote: >On Thursday 10 March 2011 17:14:05 Enright, Mike wrote: >> # telnet localhost imap >> Trying 127.0.0.1... >> Connected to localhost. >> Escape character is '^]'. >> * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE >>IDLE >> AUTH=PLAIN AUTH=LOGIN] Dovecot ready. 1 capability >> * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE >> AUTH=PLAIN AUTH=LOGIN 1 OK Capability completed. > >If you log in you'll see the actual capability list: > >$ telnet localhost 143 >Trying ::1... >Connected to localhost. >Escape character is '^]'. >* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE >IDLE >AUTH=PLAIN] Dovecot ready. >1 login test test_passwd >1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE >IDLE >SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT >CHILDREN >NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH >ESORT >SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA] Logged in > >-- >Joseba Torre. Vicegerencia de TICs, ?rea de Explotaci?n From tss at iki.fi Thu Mar 10 18:46:30 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 10 Mar 2011 18:46:30 +0200 Subject: [Dovecot] Dovecot 2.X, built from source, no extensions? In-Reply-To: References: Message-ID: <1299775590.19220.543.camel@hurina> On Thu, 2011-03-10 at 11:31 -0500, Enright, Mike wrote: > That did work much better, but I still don't see THREAD=ORDEREDSUBJECT. > Was I mistaken that Dovecot supported that? I thought I read it somewhere. There is no THREAD=ORDEREDSUBJECT support, because very few people have ever asked for it. Why do you need it? From michael.abbott at apple.com Thu Mar 10 23:24:45 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Thu, 10 Mar 2011 15:24:45 -0600 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> Message-ID: > Maybe it has to do with the number of mails in the mailbox? Clever thought, but while some of the users receiving the warnings have 30k messages, others have only a few hundred. > msgs=10000 delete=10 expunge=10 Five hours running, no warnings. Any other thoughts? From tss at iki.fi Thu Mar 10 23:27:36 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 10 Mar 2011 23:27:36 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> Message-ID: On 10.3.2011, at 23.24, Mike Abbott wrote: >> Maybe it has to do with the number of mails in the mailbox? > > Clever thought, but while some of the users receiving the warnings have 30k messages, others have only a few hundred. What kind of a test are you doing that causes these warnings? From michael.abbott at apple.com Thu Mar 10 23:49:02 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Thu, 10 Mar 2011 15:49:02 -0600 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> Message-ID: <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> > What kind of a test are you doing that causes these warnings? A stress test which manipulates messages via IMAP fetch, copy, search, append, store flags, expunge, etc. and also sends mail via SMTP. I'll try to narrow down if there's a specific command which triggers it, or if dovecot-lda does, or what. Meanwhile I would welcome your educated guesses as to where to look. From tss at iki.fi Thu Mar 10 23:56:36 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 10 Mar 2011 23:56:36 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> Message-ID: <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> On 10.3.2011, at 23.49, Mike Abbott wrote: >> What kind of a test are you doing that causes these warnings? > > A stress test which manipulates messages via IMAP fetch, copy, search, append, store flags, expunge, etc. and also sends mail via SMTP. I'll try to narrow down if there's a specific command which triggers it, or if dovecot-lda does, or what. Meanwhile I would welcome your educated guesses as to where to look. Well, saving a copy of dovecot-uidlist file would be useful in such situation. Maybe it shows something interesting about what's causing it. Or even better would be to save a copy of it after each change and seeing where it goes wrong. Also interesting would be to see if it makes a difference that uidlist is always rewritten rather than appended to. Attached patch does both. -------------- next part -------------- A non-text attachment was scrubbed... Name: diff Type: application/octet-stream Size: 778 bytes Desc: not available URL: From aseques at gmail.com Fri Mar 11 18:39:09 2011 From: aseques at gmail.com (Joan) Date: Fri, 11 Mar 2011 17:39:09 +0100 Subject: [Dovecot] Using dovecot with wordpress/phpass passwords? Message-ID: Good afternoon, I am trying to setup dovecot to authenticate using the userdata from wordpress. It's being a bit mor difficult than I thought. This is the relevant part of the dovecot-sql.conf default_pass_scheme = CRYPT password_query = SELECT user_pass AS password FROM wp_users WHERE user_email='%u'; user_query = SELECT 501 as uid, 501 as gid,'maildir:storage=51200' as quota FROM wp_users WHERE user_email = '%u' I can see that the query is being procecessed according to the logs. Wordpress and others are using phpass to authenticate (http://www.openwall.com/phpass/), it is basically a salted md5 hash. Basically, after the process, a hash like this is obtained. $P$BiWISc3IsqRHxeEjq4VJP1Vi8gy4mg1 (for test123 password) I would like to know if dovecot would be able to read this, otherwise I could still make a custom checkpassword function but that would be non-optimal. Could someone guide me on this? If you need more details just ask. Thanks a lot, joan From shopik at inblock.ru Fri Mar 11 23:25:21 2011 From: shopik at inblock.ru (Nikolay Shopik) Date: Sat, 12 Mar 2011 00:25:21 +0300 Subject: [Dovecot] IMAP move extension support Message-ID: Hi Timo, Any chance we could get IMAP move extension support in Dovecot? http://tools.ietf.org/html/draft-krecicki-imap-move-01 This is now landed in Thunderbird trunk, so it will be great to have server to test and use with :). Thanks From p at state-of-mind.de Fri Mar 11 23:57:39 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Fri, 11 Mar 2011 22:57:39 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes Message-ID: <20110311215739.GD13492@state-of-mind.de> Timo, would you consider adding support for "IMAP LIST Extension for Special-Use Mailboxes" any time near in the future? I would really love to get rid of all those folders created by all those different mail clients just because they can't agree to use the same folder for special purpose. Obviously clients need to support it too. Having Dovecot support it certainly would make them adopt the standard sooner. p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From birger at brunswiek.org Fri Mar 11 23:57:55 2011 From: birger at brunswiek.org (Birger Brunswiek) Date: Fri, 11 Mar 2011 22:57:55 +0100 Subject: [Dovecot] dict crashes with multiple map definitions Message-ID: <4D7A9AE3.7060304@brunswiek.org> Hi, I get a crash in dict if I use multiple map sections. Each one of them works fine by their own. I managed to convince dovecot to create dump files to debug this, but I can't figure out how to do the same for dict. How can I do this? Anyway, perhaps someone already know's what's wrong by looking at what I do in the sql dict configuration. Mar 9 02:27:52 xxx dovecot: dict: pgsql: Connected to dovecot Mar 9 02:27:52 xxx dovecot: dict: Panic: file driver-pgsql.c: line 529 (do_query): assertion failed: (db->sync_result == NULL) Mar 9 02:27:52 xxx dovecot: dict: Raw backtrace: dict() [0x418a9a] -> dict() [0x418b03] -> dict() [0x418206] -> dict() [0x414124] -> dict() [0x414b07] -> dict() [0x40e0dc] -> dict() [0x40e20a] -> dict() [0x40b77f] -> dict() [0x40b8b9] -> dict() [0x40ba57] -> dict(io_loop_handler_run+0xbd) [0x41d87d] -> dict(io_loop_run+0x18) [0x41ccf8] -> dict(main+0x114) [0x40bda4] -> /lib/libc.so.6(__libc_start_main+0xfd) [0x7f9a10cdbc4d] -> dict() [0x40ad69] Mar 9 02:27:52 xxx dovecot: IMAP(xxx): read(/var/run/dovecot/dict-server) failed: Remote disconnected Mar 9 02:27:52 xxx dovecot: IMAP(xxx): acl: dict iteration failed, can't update dict Mar 9 02:27:52 xxx dovecot: dovecot: child 11180 (dict) killed with signal 6 (core not dumped) # dovecot --version 1.2.15 # dovecot -n # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps managesieve listen: [::] ssl_cert_file: /etc/ssl/certs/foo.bar.pem ssl_key_file: /etc/ssl/private/foo.bar.key.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login mail_privileged_group: mail mail_location: maildir:/var/mail/%u/mailbox mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugins(default): acl imap_acl mail_plugins(imap): acl imap_acl mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: shared/%%n/ location: maildir:/var/mail/%%u/mailbox:INDEX=/var/mail/%u/mailbox/shared/%%u list: children lda: postmaster_address: postmaster at foo.bar mail_plugins: sieve acl auth default: mechanisms: plain gssapi passdb: driver: pam args: blocking=yes dovecot userdb: driver: static args: uid=vmail gid=vmail home=/var/mail/%u allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: acl: vfile acl_shared_dict: proxy::acl sieve: ~/.dovecot.sieve sieve_dir: ~/sieve dict: acl: pgsql:/etc/dovecot/dovecot-dict-sql.conf # cat /etc/dovecot/dovecot-dict-sql.conf connect = host=foo.bar dbname=dovecot user=dovecot password=xxx map { pattern = shared/shared-boxes/user/$owner/$user table = user_shares value_field = dummy fields { owner = $owner usr = $user } } map { pattern = shared/shared-boxes/anyone/$owner table = global_shares value_field = dummy fields { owner = $owner } } map { pattern = shared/shared-boxes/group/$group/$owner table = group_shares value_field = dummy fields { grp = $group owner = $owner } } From CMarcus at Media-Brokers.com Sat Mar 12 00:03:27 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Fri, 11 Mar 2011 17:03:27 -0500 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311215739.GD13492@state-of-mind.de> References: <20110311215739.GD13492@state-of-mind.de> Message-ID: <4D7A9C2F.7050600@Media-Brokers.com> On 2011-03-11 4:57 PM, Patrick Ben Koetter wrote: > Timo, > > would you consider adding support for "IMAP LIST Extension for Special-Use > Mailboxes" any time near in the > future? > > I would really love to get rid of all those folders created by all those > different mail clients just because they can't agree to use the same folder > for special purpose. How would implementation of this extension solve that problem?? -- Best regards, Charles From p at state-of-mind.de Sat Mar 12 00:31:36 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Fri, 11 Mar 2011 23:31:36 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <4D7A9C2F.7050600@Media-Brokers.com> References: <20110311215739.GD13492@state-of-mind.de> <4D7A9C2F.7050600@Media-Brokers.com> Message-ID: <20110311223136.GE32718@state-of-mind.de> * Charles Marcus : > On 2011-03-11 4:57 PM, Patrick Ben Koetter wrote: > > Timo, > > > > would you consider adding support for "IMAP LIST Extension for Special-Use > > Mailboxes" any time near in the > > future? > > > > I would really love to get rid of all those folders created by all those > > different mail clients just because they can't agree to use the same folder > > for special purpose. > > How would implementation of this extension solve that problem?? A server may, for example, mark a folder as \Sent. Any client that connects to such a server can search for a folder that has been attributed as "Sent". No need to create a new folder "Sent Items" if there's a special folder marked as \Sent. Same goes for clients that insist on calling it "sent" or "Gesendete Objekte" or ... The RFC reserves a list of special use folders: \All This mailbox presents all messages in the user's message store. Implementations MAY omit some messages, such as, perhaps, those in \Trash and \Junk. When this special use is supported, it is almost certain to represent a virtual mailbox. \Archive This mailbox is used to archive messages. The meaning of an "archival" mailbox is server-dependent; typically, it will be used to get messages out of the inbox, or otherwise keep them out of the user's way, while still making them accessible. \Drafts This mailbox is used to hold draft messages -- typically, messages that are being composed but have not yet been sent. In some server implementations, this might be a virtual mailbox, containing messages from other mailboxes that are marked with the "\Draft" message flag. Alternatively, this might just be advice that a client put drafts here. \Flagged This mailbox presents all messages marked in some way as "important". When this special use is supported, it is likely to represent a virtual mailbox collecting messages (from other mailboxes) that are marked with the "\Flagged" message flag. \Junk This mailbox is where messages deemed to be junk mail are held. Some server implementations might put messages here automatically. Alternatively, this might just be advice to a client-side spam filter. \Sent This mailbox is used to hold copies of messages that have been sent. Some server implementations might put messages here automatically. Alternatively, this might just be advice that a client save sent messages here. \Trash This mailbox is used to hold messages that have been deleted or marked for deletion. In some server implementations, this might be a virtual mailbox, containing messages from other mailboxes -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From dg at dguhl.org Sat Mar 12 00:54:59 2011 From: dg at dguhl.org (Dennis Guhl) Date: Fri, 11 Mar 2011 23:54:59 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311215739.GD13492@state-of-mind.de> References: <20110311215739.GD13492@state-of-mind.de> Message-ID: <20110311225459.GB22446@laptop-dg.leere.eu> On Fri, Mar 11, 2011 at 10:57:39PM +0100, Patrick Ben Koetter wrote: > Timo, > > would you consider adding support for "IMAP LIST Extension for Special-Use > Mailboxes" any time near in the > future? > > I would really love to get rid of all those folders created by all those > different mail clients just because they can't agree to use the same folder > for special purpose. I would strongly endorse this request. > Obviously clients need to support it too. Having Dovecot support it certainly > would make them adopt the standard sooner. From mcguire at neurotica.com Sat Mar 12 01:03:23 2011 From: mcguire at neurotica.com (Dave McGuire) Date: Fri, 11 Mar 2011 18:03:23 -0500 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311225459.GB22446@laptop-dg.leere.eu> References: <20110311215739.GD13492@state-of-mind.de> <20110311225459.GB22446@laptop-dg.leere.eu> Message-ID: <4D7AAA3B.2070503@neurotica.com> On 3/11/11 5:54 PM, Dennis Guhl wrote: >> would you consider adding support for "IMAP LIST Extension for Special-Use >> Mailboxes" any time near in the >> future? >> >> I would really love to get rid of all those folders created by all those >> different mail clients just because they can't agree to use the same folder >> for special purpose. > > I would strongly endorse this request. Right there with you on that. -Dave -- Dave McGuire Port Charlotte, FL From tss at iki.fi Sat Mar 12 01:39:20 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 01:39:20 +0200 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311215739.GD13492@state-of-mind.de> References: <20110311215739.GD13492@state-of-mind.de> Message-ID: <96C55A8F-4779-43C5-866F-1904F1FFB2C9@iki.fi> On 11.3.2011, at 23.57, Patrick Ben Koetter wrote: > would you consider adding support for "IMAP LIST Extension for Special-Use > Mailboxes" any time near in the > future? This has been requested before. I'm still just wondering what would be a good way to configure this. The possibilities are basically: a) imap_specialuse = \Drafts Drafts \Sent "Sent Messages" ..etc.. b) imap_specialuse_drafts = Drafts imap_specialuse_sent = Sent Messages ..etc.. c) imap_specialuse = /etc/dovecot/specialuse.conf.ext and the file contains: \Sent Sent Messages \Drafts Drafts ..etc.. I don't really like any of them. Maybe there's a d) that I haven't thought of yet. The spec also supports the possibility of allowing clients to move the tags around, and of course it would be nice if Dovecot supported that too. Only c) makes it even theoretically possible by having imap_specialuse = ~/.dovecot.specialuse From tss at iki.fi Sat Mar 12 01:41:19 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 01:41:19 +0200 Subject: [Dovecot] IMAP move extension support In-Reply-To: References: Message-ID: <3CEB7722-EB7B-4D9C-A260-5140A1E3A80F@iki.fi> On 11.3.2011, at 23.25, Nikolay Shopik wrote: > Any chance we could get IMAP move extension support in Dovecot? > http://tools.ietf.org/html/draft-krecicki-imap-move-01 Little chance at the moment. It's not easy. It's actually very difficult. I would want to create "doveadm move" command, but I think I'll just make that to be a copy+expunge as well. From p at state-of-mind.de Sat Mar 12 01:52:02 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Sat, 12 Mar 2011 00:52:02 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <96C55A8F-4779-43C5-866F-1904F1FFB2C9@iki.fi> References: <20110311215739.GD13492@state-of-mind.de> <96C55A8F-4779-43C5-866F-1904F1FFB2C9@iki.fi> Message-ID: <20110311235202.GB8852@state-of-mind.de> * Timo Sirainen : > On 11.3.2011, at 23.57, Patrick Ben Koetter wrote: > > > would you consider adding support for "IMAP LIST Extension for Special-Use > > Mailboxes" any time near in the > > future? > > This has been requested before. I'm still just wondering what would be a > good way to configure this. The possibilities are basically: You and I had mailed about this about a year ago. Then I went out to ask IETF make it a standard. Now that it has become a standard I am back. :) > a) imap_specialuse = \Drafts Drafts \Sent "Sent Messages" ..etc.. > > b) > imap_specialuse_drafts = Drafts > imap_specialuse_sent = Sent Messages > ..etc.. > > c) imap_specialuse = /etc/dovecot/specialuse.conf.ext > and the file contains: > > \Sent Sent Messages > \Drafts Drafts > ..etc.. > > I don't really like any of them. Maybe there's a d) that I haven't thought of yet. > > The spec also supports the possibility of allowing clients to move the tags > around, and of course it would be nice if Dovecot supported that too. Only > c) makes it even theoretically possible by having imap_specialuse = > ~/.dovecot.specialuse Yes, looks as if c) could cover all parts of the RFC. p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From dmiller at amfes.com Sat Mar 12 07:00:03 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Fri, 11 Mar 2011 21:00:03 -0800 Subject: [Dovecot] dsync warning/error - mailbox needs recreation Message-ID: What does this mean? These lines occur on subsequent runs of "dsync -u user backup target" dsync(dmiller at amfes.com): Warning: Destination mailbox INBOX has been modified, need to recreate it before we can continue syncing dsync(dmiller at amfes.com): Error: Can't delete mailbox INBOX: INBOX can't be deleted. -- Daniel From Christoph at plmail.de Sat Mar 12 10:43:50 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Sat, 12 Mar 2011 09:43:50 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <1299452464.19220.478.camel@hurina> References: <201102191010.31727.Christoph@plmail.de> <201103062223.41860.Christoph@plmail.de> <1299452464.19220.478.camel@hurina> Message-ID: <201103120943.50733.Christoph@plmail.de> Hello, Timo Sirainen wrote: > > Does anyone have an idea what is going wrong with the timestamps? > > So it's as if the timestamp keeps changing to the newest deleted > message.. Maybe mail_debug=yes shows something helpful with these > patches: > > http://hg.dovecot.org/dovecot-2.0/rev/eac54c2dc98b > http://hg.dovecot.org/dovecot-2.0/rev/63ed0d3f4f52 > http://hg.dovecot.org/dovecot-2.0/rev/2cb0fb910441 It seems to work now. Message were expunged today and 'doveadm search -A mailbox Trash savedbefore d' still shows me messages that are four days old or younger. Regards Christoph From tss at iki.fi Sat Mar 12 15:12:48 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 15:12:48 +0200 Subject: [Dovecot] Patch proposition to implement a new workaround: tb-lsub-flags In-Reply-To: <4D7558CE.5040904@shom.fr> References: <4D7558CE.5040904@shom.fr> Message-ID: <1299935568.19220.544.camel@hurina> On Mon, 2011-03-07 at 23:14 +0100, Bruno Tr?guier wrote: > Hi again Timo, > > As agreed earlier tonight, you'll find as attachments 4 diffs (diff -u) > implementing the new workaround "tb-lsub-flags". Committed: http://hg.dovecot.org/dovecot-2.0/rev/0405f4c507c9 From tss at iki.fi Sat Mar 12 15:13:46 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 15:13:46 +0200 Subject: [Dovecot] Filtering attachements ? In-Reply-To: <4D765C78.9060607@esiee.fr> References: <4D765C78.9060607@esiee.fr> Message-ID: <1299935626.19220.545.camel@hurina> On Tue, 2011-03-08 at 17:42 +0100, Frank Bonnet wrote: > Is there a way to filter some attachments with dovecot ? I think there are some generic IMAP tools for that.. From nordmark at mech.kth.se Sat Mar 12 14:26:16 2011 From: nordmark at mech.kth.se (Arne Nordmark) Date: Sat, 12 Mar 2011 13:26:16 +0100 Subject: [Dovecot] SASL abort causes 5s delay, triggered by UW libc-client Message-ID: <4D7B6668.8060707@mech.kth.se> Since upgrding to Debian squeeze, the web mail system (Imp4/Horde3) suffers delays every time a new IMAP connection is needed. Tracing the authentication conversation, we find: 08:45:55.270609: 00000000 AUTHENTICATE GSSAPI 08:45:55.271277: + 08:45:55.271761: * 08:45:55.271782: 00000000 BAD Authentication aborted by client. 08:45:55.271815: 00000001 AUTHENTICATE PLAIN 08:46:00.271008: + and the PLAIN login succeeds. Imp4 is using php5-imap which is using libc-client, and the delays makes the interface so slow to hardly usable. For reasons best known to its authors, libc-client first initiates GSSAPI authentication, then checks if there is a Kerberos ticket it can use (there is none), then realizes its mistake and aborts SASL, and tries PLAIN. At this point dovecot delays for 5000ms. While not defending libs-client's odd behaviour of not checking for tickets first, it has probably done so for a long time, and dovecot from Debian lenny does not delay at this point. I am lost as how to get around this without changing the code. The "nodelay" parameter can not be used with PAM passdb, according to the documentation. I would be inclined to call always call client_auth_failed with nodelay=TRUE in the SASL_SERVER_REPLY_AUTH_ABORTED case. Arne Nordmark Config: # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap listen: *, [::] ssl_ca_file: /etc/ssl/certs/mechca_cert.pem ssl_cert_file: /etc/ssl/certs/ano4/ano4_crt.pem ssl_key_file: /etc/ssl/certs/ano4/ano4_key.pem login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_privileged_group: mail mail_location: maildir:/var/mail/maildir/%u mbox_write_locks: fcntl dotlock lda: postmaster_address: postmaster at ano.mech.kth.se mail_plugins: sieve auth default: mechanisms: plain gssapi failure_delay: 0 debug: yes passdb: driver: pam userdb: driver: passwd socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: root plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve From stan at hardwarefreak.com Sat Mar 12 15:59:03 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sat, 12 Mar 2011 07:59:03 -0600 Subject: [Dovecot] Filtering attachements ? In-Reply-To: <1299935626.19220.545.camel@hurina> References: <4D765C78.9060607@esiee.fr> <1299935626.19220.545.camel@hurina> Message-ID: <4D7B7C27.8080507@hardwarefreak.com> Timo Sirainen put forth on 3/12/2011 7:13 AM: > On Tue, 2011-03-08 at 17:42 +0100, Frank Bonnet wrote: > >> Is there a way to filter some attachments with dovecot ? > > I think there are some generic IMAP tools for that.. What kind of attachments? Viruses or just annoying things like .vbs, .bat, stuff that a/v programs don't reject? Do you want to reject the emails or strip the attachment off and delivery the email? You can reject emails that contain arbitrary attachments easily with standard Postfix, for example: /etc/postfix/main.cf ... mime_header_checks = pcre:/etc/postfix/mime_header_checks ... /etc/postfix/mime_header_checks # Reject email containing unwanted attachments /name=\"(.*)\.(386|bat|chm|cpl|cmd|com|do|exe|hta|jse|lnk|msi|ole)\"$/ REJECT Unwanted attachment $1.$2 /name=\"(.*)\.(pif|reg|rm|scr|shb|shm|shs|sys|vbe|vbs|vxd|xl|xsl)\"$/ REJECT Unwanted attachment $1.$2 You may also use any access table action instead of REJECT, such as DISCARD, WARN, etc. You could even pipe an offending message to an external content filter when one of these attachments is found, using the FILTER action and have the external daemon strip the attachment. -- Stan From tss at iki.fi Sat Mar 12 16:07:18 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 16:07:18 +0200 Subject: [Dovecot] SASL abort causes 5s delay, triggered by UW libc-client In-Reply-To: <4D7B6668.8060707@mech.kth.se> References: <4D7B6668.8060707@mech.kth.se> Message-ID: <1299938838.19220.551.camel@hurina> On Sat, 2011-03-12 at 13:26 +0100, Arne Nordmark wrote: > For reasons best known to its authors, libc-client first initiates > GSSAPI authentication, then checks if there is a Kerberos ticket it can > use (there is none), then realizes its mistake and aborts SASL, and > tries PLAIN. At this point dovecot delays for 5000ms. Yeah, it's a bug. v2.0 doesn't have this problem. > I am lost as how to get around this without changing the code. You can't. > I would be inclined to call always call client_auth_failed with > nodelay=TRUE in the SASL_SERVER_REPLY_AUTH_ABORTED case. Done: http://hg.dovecot.org/dovecot-1.2/rev/e7721f67688a From tss at iki.fi Sat Mar 12 16:10:18 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 16:10:18 +0200 Subject: [Dovecot] dsync warning/error - mailbox needs recreation In-Reply-To: References: Message-ID: <1299939018.19220.553.camel@hurina> On Fri, 2011-03-11 at 21:00 -0800, Daniel L. Miller wrote: > > What does this mean? These lines occur on subsequent runs of "dsync > -u user backup target" > > dsync(dmiller at amfes.com): Warning: Destination > mailbox INBOX has been modified, need to recreate it before we can > continue syncing > dsync(dmiller at amfes.com): Error: Can't delete mailbox > INBOX: INBOX can't be deleted. It means that the INBOX's mailbox GUID has changed, so Dovecot has to treat them as different mailboxes. For all non-INBOXes it would delete the mailbox and resync it. But INBOX can't be deleted.. As for why the GUID changed, I don't know. Maybe you deleted some file manually in the destination? Or maybe some bug. From Christoph at plmail.de Sat Mar 12 16:54:17 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Sat, 12 Mar 2011 15:54:17 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <201103120943.50733.Christoph@plmail.de> References: <201102191010.31727.Christoph@plmail.de> <1299452464.19220.478.camel@hurina> <201103120943.50733.Christoph@plmail.de> Message-ID: <201103121554.17975.Christoph@plmail.de> Hello, I wrote: > > So it's as if the timestamp keeps changing to the newest deleted > > message.. Maybe mail_debug=yes shows something helpful with these > > patches: > > > > http://hg.dovecot.org/dovecot-2.0/rev/eac54c2dc98b > > http://hg.dovecot.org/dovecot-2.0/rev/63ed0d3f4f52 > > http://hg.dovecot.org/dovecot-2.0/rev/2cb0fb910441 > > It seems to work now. Message were expunged today and 'doveadm search -A > mailbox Trash savedbefore d' still shows me messages that are four > days old or younger. Big surprise: Something bad must have happened after the messages were deleted from Trash; now all messages are zero days old. Regards Christoph From tss at iki.fi Sat Mar 12 17:35:48 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 17:35:48 +0200 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <201103121554.17975.Christoph@plmail.de> References: <201102191010.31727.Christoph@plmail.de> <1299452464.19220.478.camel@hurina> <201103120943.50733.Christoph@plmail.de> <201103121554.17975.Christoph@plmail.de> Message-ID: <1299944148.19220.556.camel@hurina> On Sat, 2011-03-12 at 15:54 +0100, Christoph Pleger wrote: > > > So it's as if the timestamp keeps changing to the newest deleted > > > message.. Maybe mail_debug=yes shows something helpful with these > > > patches: > > > > > > http://hg.dovecot.org/dovecot-2.0/rev/eac54c2dc98b > > > http://hg.dovecot.org/dovecot-2.0/rev/63ed0d3f4f52 > > > http://hg.dovecot.org/dovecot-2.0/rev/2cb0fb910441 > > > > It seems to work now. Message were expunged today and 'doveadm search -A > > mailbox Trash savedbefore d' still shows me messages that are four > > days old or younger. > > Big surprise: Something bad must have happened after the messages were deleted > from Trash; now all messages are zero days old. Are you using maildir? Did you run with those patches + mail_debug=yes? From tss at iki.fi Sat Mar 12 17:39:50 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 17:39:50 +0200 Subject: [Dovecot] Using dovecot with wordpress/phpass passwords? In-Reply-To: References: Message-ID: <1299944390.19220.559.camel@hurina> On Fri, 2011-03-11 at 17:39 +0100, Joan wrote: > default_pass_scheme = CRYPT > password_query = SELECT user_pass AS password FROM wp_users WHERE > user_email='%u'; > user_query = SELECT 501 as uid, 501 as gid,'maildir:storage=51200' as > quota FROM wp_users WHERE user_email = '%u' If you're using Dovecot v1.1+ that quota value won't work. > Wordpress and others are using phpass to authenticate > (http://www.openwall.com/phpass/), it is basically a salted md5 hash. > Basically, after the process, a hash like this is obtained. > > $P$BiWISc3IsqRHxeEjq4VJP1Vi8gy4mg1 (for test123 password) > > I would like to know if dovecot would be able to read this, It can't. But if you're using Openwall, apparently its crypt() supports this and Dovecot doesn't need to. > otherwise > I could still make a custom checkpassword function but that would be > non-optimal. Either that or write a phpass plugin. From tss at iki.fi Sat Mar 12 17:48:32 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 12 Mar 2011 17:48:32 +0200 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> Message-ID: <1299944912.19220.561.camel@hurina> On Thu, 2011-03-10 at 12:40 +0000, Chris Wilson wrote: > > > Note: how is it possible for the same folder to be "only in source" > > > and "only in dest"? > > > > I think they have different GUIDs, or maybe Dovecot failed to get one of > > their GUID. Dsync works with mailbox GUIDs, not names. Anyway, I don't > > really know why it would suddenly lose one of them. > > Perhaps it's worth printing the guids in that case? Is the guid stored in > the first message in the mailbox? Added: http://hg.dovecot.org/dovecot-2.0/rev/0a1a0d33c1b2 > It doesn't seem to have backed up most of my mailboxes: .. > Any ideas how I can get it to backup the rest of my mailboxes to mdbox? Does doveadm mailbox list -u chris '*' list all the mailboxes? If it does, see if deleting the destination mdbox and running dsync again from scratch works. From Christoph at plmail.de Sat Mar 12 18:03:26 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Sat, 12 Mar 2011 17:03:26 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <1299944148.19220.556.camel@hurina> References: <201102191010.31727.Christoph@plmail.de> <201103121554.17975.Christoph@plmail.de> <1299944148.19220.556.camel@hurina> Message-ID: <201103121703.26052.Christoph@plmail.de> Hello, Timo Sirainen wrote: > > > It seems to work now. Message were expunged today and 'doveadm search > > > -A mailbox Trash savedbefore d' still shows me messages that are > > > four days old or younger. > > > > Big surprise: Something bad must have happened after the messages were > > deleted from Trash; now all messages are zero days old. > > Are you using maildir? No, like I already wrote earlier, I am using mdbox. Do I have to use maildir? > Did you run with those patches + mail_debug=yes? Unfortunately no: I ran with those patches, but forgot to change the value for mail_debug. I did that now. Regards Christoph From varia at e-healthexpert.org Sat Mar 12 19:05:53 2011 From: varia at e-healthexpert.org (Mark Alan) Date: Sat, 12 Mar 2011 17:05:53 +0000 Subject: [Dovecot] Filtering attachements ? In-Reply-To: <4D765C78.9060607@esiee.fr> References: <4D765C78.9060607@esiee.fr> Message-ID: <20110312170553.5d692ebd@e-healthexpert.org> On Tue, 08 Mar 2011 17:42:32 +0100, Frank Bonnet wrote: > Is there a way to filter some attachments with dovecot ? These are generic: altermime (very easy to setup, low resource usage, may be used as a pipe filter: /usr/bin/altermime --removeall /path/to/email/10, poorly documented: but 'man altermime' will be most of what you need) mimedefang (more complex setup, resources hungry: cpu and memory intensive, more powerful at manipulating the extracted attachments) M. From dmiller at amfes.com Sat Mar 12 22:04:57 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Sat, 12 Mar 2011 12:04:57 -0800 Subject: [Dovecot] dsync warning/error - mailbox needs recreation In-Reply-To: <1299939018.19220.553.camel@hurina> References: <1299939018.19220.553.camel@hurina> Message-ID: On Sat, 12 Mar 2011 16:10:18 +0200, Timo Sirainen wrote: > On Fri, 2011-03-11 at 21:00 -0800, Daniel L. Miller wrote: >> What does this mean? These lines occur on subsequent runs of "dsync -u user backup target" dsync(dmiller at amfes.com [1]): Warning: Destination mailbox INBOX has been modified, need to recreate it before we can continue syncing dsync(dmiller at amfes.com [2]): Error: Can't delete mailbox INBOX: INBOX can't be deleted. > It means that the INBOX's mailbox GUID has changed, so Dovecot has to treat them as different mailboxes. For all non-INBOXes it would delete the mailbox and resync it. But INBOX can't be deleted.. As for why the GUID changed, I don't know. Maybe you deleted some file manually in the destination? Or maybe some bug. No manual file deletion - just ran dsync, then immediately ran it again. -- Daniel Links: ------ [1] mailto:dmiller at amfes.com [2] mailto:dmiller at amfes.com From CMarcus at Media-Brokers.com Sat Mar 12 22:15:02 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Sat, 12 Mar 2011 15:15:02 -0500 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311223136.GE32718@state-of-mind.de> References: <20110311215739.GD13492@state-of-mind.de> <4D7A9C2F.7050600@Media-Brokers.com> <20110311223136.GE32718@state-of-mind.de> Message-ID: <4D7BD446.2070604@Media-Brokers.com> On 2011-03-11 5:31 PM, Patrick Ben Koetter wrote: > * Charles Marcus : >> On 2011-03-11 4:57 PM, Patrick Ben Koetter wrote: >>> Timo, >>> >>> would you consider adding support for "IMAP LIST Extension for Special-Use >>> Mailboxes" any time near in the >>> future? >>> >>> I would really love to get rid of all those folders created by all those >>> different mail clients just because they can't agree to use the same folder >>> for special purpose. >> How would implementation of this extension solve that problem?? > A server may, for example, mark a folder as \Sent. > > Any client that connects to such a server can search for a folder that has > been attributed as "Sent". Aargh... your message came immediately after the one requesting support for the 'IMAP MOVE extension', and I confused yours and his... Sorry... and I agree, this would be nice... -- Best regards, Charles From CMarcus at Media-Brokers.com Sat Mar 12 22:16:18 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Sat, 12 Mar 2011 15:16:18 -0500 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <20110311223136.GE32718@state-of-mind.de> References: <20110311215739.GD13492@state-of-mind.de> <4D7A9C2F.7050600@Media-Brokers.com> <20110311223136.GE32718@state-of-mind.de> Message-ID: <4D7BD492.1020205@Media-Brokers.com> On 2011-03-11 5:31 PM, Patrick Ben Koetter wrote: > Any client that connects to such a server can search for a folder that has > been attributed as "Sent". > > No need to create a new folder "Sent Items" if there's a special folder marked > as \Sent. Same goes for clients that insist on calling it "sent" or "Gesendete > Objekte" or ... Are there any clients that would actually work this way if it was implemented?? Outlook being the main culprit here I assume... ;) -- Best regards, Charles From Bruno.Treguier at shom.fr Sat Mar 12 22:16:33 2011 From: Bruno.Treguier at shom.fr (=?ISO-8859-15?Q?Bruno_Tr=E9guier?=) Date: Sat, 12 Mar 2011 21:16:33 +0100 Subject: [Dovecot] Patch proposition to implement a new workaround: tb-lsub-flags In-Reply-To: <1299935568.19220.544.camel@hurina> References: <4D7558CE.5040904@shom.fr> <1299935568.19220.544.camel@hurina> Message-ID: <4D7BD4A1.5090202@shom.fr> Le 12/03/2011 ? 14:12, Timo Sirainen a ?crit : > On Mon, 2011-03-07 at 23:14 +0100, Bruno Tr?guier wrote: >> Hi again Timo, >> >> As agreed earlier tonight, you'll find as attachments 4 diffs (diff -u) >> implementing the new workaround "tb-lsub-flags". > > Committed: http://hg.dovecot.org/dovecot-2.0/rev/0405f4c507c9 Thanks a lot Timo. I hadn't paid enough attention to the build process, and hadn't seen that "all-settings.c" was created at "make" time... Best regards, Bruno -- - Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF - 13, rue du Chatellier - CS 92803 - 29228 Brest Cedex 2, FRANCE - Phone: +33 2 98 22 17 49 - Email: Bruno.Treguier at shom.fr From p at state-of-mind.de Sat Mar 12 22:48:38 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Sat, 12 Mar 2011 21:48:38 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <4D7BD492.1020205@Media-Brokers.com> References: <20110311215739.GD13492@state-of-mind.de> <4D7A9C2F.7050600@Media-Brokers.com> <20110311223136.GE32718@state-of-mind.de> <4D7BD492.1020205@Media-Brokers.com> Message-ID: <20110312204838.GD1827@state-of-mind.de> * Charles Marcus : > On 2011-03-11 5:31 PM, Patrick Ben Koetter wrote: > > Any client that connects to such a server can search for a folder that has > > been attributed as "Sent". > > > > No need to create a new folder "Sent Items" if there's a special folder marked > > as \Sent. Same goes for clients that insist on calling it "sent" or "Gesendete > > Objekte" or ... > > Are there any clients that would actually work this way if it was > implemented?? Outlook being the main culprit here I assume... ;) I don't know of any yet. The RFC is brandnew. But I plan to ask at relevant mailing lists for adoption of the new feature. AFAIK iPhone and gmail actually had done something simliar (XLIST) for their clients and servers. As for Outlook I am left to speculation. I believe Outlook will be the last, if at all, to work on any IMAP client feature richness. It would cannibalise their own market i.e. using Outlook as Exchange client. But Thunderbird, Apple Mail, smartphone IMAP clients and of course webmail clients will hopefully adopt the standard. It should be in their interest to implement a feature that mobilizes or eases mobilization in a world full of mobile users. p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From robert at schetterer.org Sun Mar 13 13:40:06 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 13 Mar 2011 12:40:06 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete Message-ID: <4D7CAD16.4010207@schetterer.org> Hi Timo, i allready asked about this , and did some fixes , but it isnt working yet ,as far i have a setup like namespace default { # type = private separator = / prefix = "" list = yes # hidden = no subscriptions = yes } namespace virtual { # type = private prefix = "virtual/" separator = / location = virtual:/etc/dovecot/virtual:LAYOUT=maildir++:INDEX=~/virtual hidden = yes list = no subscriptions= no } namespace real { # type = private prefix = "RealMails/" separator = / list = no hidden = yes } pop3_enable_last = yes pop3_reuse_xuidl = no pop3_uidl_format = %g pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s mail_max_userip_connections = 100 mail_plugins = expire virtual quota mail_log fts fts_squat notify pop3_client_workarounds = outlook-no-nuls oe-ns-eoh RealMails/ RealMails/* -RealMails/Trash -RealMails/Trash/* -RealMails/Sent -RealMails/Sent/* -RealMails/Templates -RealMails/Templates/* -RealMails/Drafts -RealMails/Drafts/* -RealMails/Archives -RealMails/Archives/* unseen normally this works as expected some users want to use leave copies messages on the server for x days then delete via pop3 i tested this with thunderbird and looked into the maildir, it seems that the mails stay in "new" folder of the maildir after i downloaded via pop3 ( i am not sure is this expected ? , i would thought they get to cur ) thunderbird does not download this mails again ( good ), but it doesnt delete them from maildir new ever( bad ) , so the whole leave copy and delete after x days function pop3 is not working i am not quite sure if there is relation to virtual namespaces ( which i like to use in future too ) , but have to renable this feature working any idea? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Sun Mar 13 14:02:18 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 13 Mar 2011 13:02:18 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <4D7CAD16.4010207@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> Message-ID: <4D7CB24A.6050509@schetterer.org> Am 13.03.2011 12:40, schrieb Robert Schetterer: > Hi Timo, i allready asked about this , and did some fixes , but it isnt > working yet ,as far i have a setup like > > > namespace default { > # type = private > separator = / > prefix = "" > list = yes > # hidden = no > subscriptions = yes > } > > namespace virtual { > # type = private > prefix = "virtual/" > separator = / > location = virtual:/etc/dovecot/virtual:LAYOUT=maildir++:INDEX=~/virtual > hidden = yes > list = no > subscriptions= no > } > > namespace real { > # type = private > prefix = "RealMails/" > separator = / > list = no > hidden = yes > } > > pop3_enable_last = yes > pop3_reuse_xuidl = no > pop3_uidl_format = %g > pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s > mail_max_userip_connections = 100 > mail_plugins = expire virtual quota mail_log fts fts_squat notify > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > > > RealMails/ > RealMails/* > -RealMails/Trash > -RealMails/Trash/* > -RealMails/Sent > -RealMails/Sent/* > -RealMails/Templates > -RealMails/Templates/* > -RealMails/Drafts > -RealMails/Drafts/* > -RealMails/Archives > -RealMails/Archives/* > unseen > > normally this works as expected > > > some users want to use > leave copies messages on the server for x days then delete via pop3 > > i tested this with thunderbird > and looked into the maildir, it seems > that the mails stay in "new" folder of the maildir > after i downloaded via pop3 > ( i am not sure is this expected ? , i would thought they get to cur ) > thunderbird does not download this mails again ( good ), but it doesnt > delete them from maildir new ever( bad ) , so the whole leave copy and > delete after x days function pop3 is not working > > i am not quite sure if there is relation to virtual namespaces > ( which i like to use in future too ) , but have to renable this feature > working any idea? > > > ok i have compared this with a nearly equal setupped server but without virtual plugin, but with same thunderbird functions here the mail gets into mail cur after pop3 download, and gets deleted on the server if i delete them in tb pop3 inbox ( wich is another option which should work equal as delete after x days ) so i am nearly sure there is a problem with virtual plugin or in my using it speculate mail cant be found to delete if it stays in maildir new -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Sun Mar 13 14:14:55 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 13 Mar 2011 13:14:55 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <4D7CB24A.6050509@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <4D7CB24A.6050509@schetterer.org> Message-ID: <4D7CB53F.9040802@schetterer.org> Am 13.03.2011 13:02, schrieb Robert Schetterer: > Am 13.03.2011 12:40, schrieb Robert Schetterer: >> Hi Timo, i allready asked about this , and did some fixes , but it isnt >> working yet ,as far i have a setup like >> >> >> namespace default { >> # type = private >> separator = / >> prefix = "" >> list = yes >> # hidden = no >> subscriptions = yes >> } >> >> namespace virtual { >> # type = private >> prefix = "virtual/" >> separator = / >> location = virtual:/etc/dovecot/virtual:LAYOUT=maildir++:INDEX=~/virtual >> hidden = yes >> list = no >> subscriptions= no >> } >> >> namespace real { >> # type = private >> prefix = "RealMails/" >> separator = / >> list = no >> hidden = yes >> } >> >> pop3_enable_last = yes >> pop3_reuse_xuidl = no >> pop3_uidl_format = %g >> pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s >> mail_max_userip_connections = 100 >> mail_plugins = expire virtual quota mail_log fts fts_squat notify >> pop3_client_workarounds = outlook-no-nuls oe-ns-eoh >> >> >> RealMails/ >> RealMails/* >> -RealMails/Trash >> -RealMails/Trash/* >> -RealMails/Sent >> -RealMails/Sent/* >> -RealMails/Templates >> -RealMails/Templates/* >> -RealMails/Drafts >> -RealMails/Drafts/* >> -RealMails/Archives >> -RealMails/Archives/* >> unseen >> >> normally this works as expected >> >> >> some users want to use >> leave copies messages on the server for x days then delete via pop3 >> >> i tested this with thunderbird >> and looked into the maildir, it seems >> that the mails stay in "new" folder of the maildir >> after i downloaded via pop3 >> ( i am not sure is this expected ? , i would thought they get to cur ) >> thunderbird does not download this mails again ( good ), but it doesnt >> delete them from maildir new ever( bad ) , so the whole leave copy and >> delete after x days function pop3 is not working >> >> i am not quite sure if there is relation to virtual namespaces >> ( which i like to use in future too ) , but have to renable this feature >> working any idea? >> >> >> > > ok i have compared this with a nearly equal setupped server but without > virtual plugin, but with same thunderbird functions > here the mail gets into mail cur after pop3 download, and gets deleted > on the server if i delete them in tb pop3 inbox ( wich is another option > which should work equal as delete after x days ) so i am nearly sure > there is a problem with virtual plugin or in my using it > speculate mail cant be found to delete if it stays in maildir new > > > speculate next virtual plugin ignore and/or sets another value with protocol 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 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From ednitido at gmail.com Sun Mar 13 21:26:58 2011 From: ednitido at gmail.com (Edward Carraro) Date: Sun, 13 Mar 2011 15:26:58 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? Message-ID: I have successfully set up the master user on the destination server (2.0.11) and tests have worked. now I'm working on the proxy Before I had the proxy just forward everything to the backend and had the destination server do the authentication. My authentication is done via LDAP but not really sure how to append the master user and password to the users credentials after authentication is done. id rather not have the master user/pass in each users ldap entry and returned after doing a lookup or add a destuser field for each user... basically i prefer not having to add any new attributes to LDAP Can the information be stored locally in a file on the proxy? do i just make the same master user file that I have on the backend? Thanks! From me at junc.org Sun Mar 13 22:37:09 2011 From: me at junc.org (Benny Pedersen) Date: Sun, 13 Mar 2011 21:37:09 +0100 Subject: [Dovecot] RFE: IMAP LIST Extension for Special-Use Mailboxes In-Reply-To: <96C55A8F-4779-43C5-866F-1904F1FFB2C9@iki.fi> References: <20110311215739.GD13492@state-of-mind.de> <96C55A8F-4779-43C5-866F-1904F1FFB2C9@iki.fi> Message-ID: <5c9c8eeb5eb6166d7f76ddf068aab5b3@localhost> On Sat, 12 Mar 2011 01:39:20 +0200, Timo Sirainen wrote: > I don't really like any of them. Maybe there's a d) that I haven't thought > of yet. alias client folder name to default on server eg: sendt > sent udkast > drafts this way no need for client to adobt anything From dg at dguhl.org Mon Mar 14 01:19:45 2011 From: dg at dguhl.org (Dennis Guhl) Date: Mon, 14 Mar 2011 00:19:45 +0100 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: Message-ID: <20110313231945.GA3985@laptop-dg.leere.eu> On Sun, Mar 13, 2011 at 03:26:58PM -0400, Edward Carraro wrote: > I have successfully set up the master user on the destination server > (2.0.11) and tests have worked. now I'm working on the proxy > Before I had the proxy just forward everything to the backend and had the > destination server do the authentication. > > My authentication is done via LDAP but not really sure how to append the > master user and password to the users credentials after authentication is > done. You should not save the master users credentials with the mail user credentials. Instead you should use a dedicated userdb and passdb. For further reference have a look at http://wiki2.dovecot.org/Authentication/MasterUsers. > id rather not have the master user/pass in each users ldap entry and > returned after doing a lookup or add a destuser field for each user... > basically i prefer not having to add any new attributes to LDAP > > Can the information be stored locally in a file on the proxy? do i just make > the same master user file that I have on the backend? I don't undestand your question. You can either forward plaintext credentials to your backend or authenticate on your proxy and go with the proxys master user to your backend (http://wiki2.dovecot.org/PasswordDatabase/ExtraFields/Proxy). Dennis From ednitido at gmail.com Mon Mar 14 04:35:57 2011 From: ednitido at gmail.com (Edward Carraro) Date: Sun, 13 Mar 2011 22:35:57 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <20110313231945.GA3985@laptop-dg.leere.eu> References: <20110313231945.GA3985@laptop-dg.leere.eu> Message-ID: Thanks for the reply Dennis On Sun, Mar 13, 2011 at 7:19 PM, Dennis Guhl wrote: > > You should not save the master users credentials with the mail user > credentials. Instead you should use a dedicated userdb and passdb. > > For further reference have a look at > http://wiki2.dovecot.org/Authentication/MasterUsers. > I created the htpasswd file on the destination server already. Does it also need to be done on the proxy? > I don't undestand your question. You can either forward plaintext > credentials to your backend or authenticate on your proxy and go with > the proxys master user to your backend > (http://wiki2.dovecot.org/PasswordDatabase/ExtraFields/Proxy). > > Dennis > I'm trying to authenticate on the proxy and use the master user to connect to the backend, just not sure how thats done. The link for ExtraFields says I need to return: master=s and pass=s How do I state the user/pass for the master? I've compiled my proxy with ldap support and created the same master user on the proxy that exists on the destination server. I can telnet on the proxy still, but now its just creating user home directories on the proxy, and not going to the backend at all. My proxy config # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-openvz-amd64 i686 Debian 5.0.8 auth_debug = yes auth_debug_passwords = yes auth_master_user_separator = * auth_mechanisms = plain login auth_socket_path = /usr/local/var/run/dovecot/auth-master auth_verbose = yes debug_log_path = /var/log/dovecot-debug.log director_doveadm_port = 542 director_mail_servers = mailstore.domain.com director_servers = proxy.domain.com disable_plaintext_auth = no info_log_path = /var/log/dovecot-info.log listen = * lmtp_proxy = yes log_path = /var/log/dovecot-err.log mail_debug = yes mail_gid = vmail mail_location = maildir:%h/Maildir mail_plugins = " quota" mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /usr/local/etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin/acl = vfile plugin/acl_shared_dict = file:/home/%d/shared-mailboxes plugin/quota = maildir:User quota plugin/quota_rule = *:storage=1G plugin/sieve = %h/.dovecot.sieve plugin/sieve_dir = ~/sieve plugin/sieve_max_actions = 32 plugin/sieve_max_redirects = 4 plugin/sieve_max_script_size = 1M plugin/sieve_quota_max_scripts = 0 plugin/sieve_quota_max_storage = 0 postmaster_address = postmaster at domain.com protocols = imap pop3 lmtp sieve quota_full_tempfail = yes service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0666 user = postfix } unix_listener auth-userdb { mode = 0600 user = dovecot } } service director { fifo_listener login/proxy-notify { mode = 0666 } inet_listener { port = 541 } inet_listener { port = 542 } unix_listener director-userdb { mode = 0600 } unix_listener login/director { mode = 0666 } } service imap-login { executable = imap-login director inet_listener imap { port = 143 } } service lmtp { inet_listener lmtp { port = 24 } unix_listener /var/spool/postfix/private/dovecot-lmtp { user = postfix } } service managesieve-login { executable = managesieve-login director inet_listener sieve { port = 4190 } process_min_avail = 0 service_count = 1 vsz_limit = 64 M } service pop3-login { executable = pop3-login director inet_listener pop3 { port = 110 } } ssl_cert = <4C82CAC6.5090302@wk-serv.de> Message-ID: Patrick Westenberg wk-serv.de> writes: Hi Patrick, > > Hi again, > > FYI: this is the way it works for me: > > require ["fileinto", "mailbox"]; you mean the really name "mailbox" or? > if header :contains "X-Spam-Flag" "YES" { > fileinto :create "Spamverdacht"; > } > > If the specified mailbox does not exist, it will be created. > cu Jim From corum at via.ecp.fr Mon Mar 14 14:33:33 2011 From: corum at via.ecp.fr (Antoine Souques) Date: Mon, 14 Mar 2011 13:33:33 +0100 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA Message-ID: <4D7E0B1D.4040301@via.ecp.fr> Hi, I have some trouble to use dovecot as MDA. I followed the instructions in http://wiki.dovecot.org/LDA and http://wiki.dovecot.org/LDA/Postfix I have multiple virtual users, stored in a LDAP server, and it look like postfix is still delivering the mails directly to the maildirs. Dovecot version : 1.2.15 (using the 1:1.2.15-4 squeeze packets) postfix version : 2.7.1 (using the 2.7.1-1 squeeze packet) dovecot configuration (dovecot -n): # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_process_per_connection: no login_processes_count: 4 login_max_processes_count: 512 login_max_connections: 1024 mail_privileged_group: mail mail_location: maildir:/var/mail/%u mail_debug: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 imap_capability(default): IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRAL imap_capability(imap): IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRAL imap_capability(pop3): lda: postmaster_address: postmaster at test.ecp.fr hostname: squeeze.test.ecp.fr sendmail_path: /usr/lib/sendmail auth_socket_path: /var/run/dovecot/auth-master auth default: passdb: driver: pam args: dovecot userdb: driver: passwd socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: mail postfix configuration (postconf -n) append_dot_mydomain = no biff = no bounce_queue_lifetime = 1d command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix mail_spool_directory = /var/mail/ message_size_limit = 10240000 myhostname = squeeze.test.ecp.fr mynetworks = 138.195.32.0/23, 127.0.0.1 recipient_delimiter = + setgid_group = postdrop smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_client_restrictions = permit_mynetworks, reject smtpd_helo_required = yes smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination smtpd_sender_restrictions = reject_unknown_sender_domain, permit virtual_alias_maps = ldap:ldapxforward,ldap:ldapforward,ldap:ldapvalias virtual_mailbox_domains = test.ecp.fr virtual_mailbox_maps = ldap:ldapcanonical virtual_transport = dovecot /etc/postfix/master.cf dovecot unix - n n - - pipe flags=DRhu user=mail:mail argv=/usr/lib/dovecot/deliver -d ${recipient} Sample from the logs Mar 14 13:22:59 squeeze postfix/pickup[17376]: A93DE49A55: uid=0 from= Mar 14 13:22:59 squeeze postfix/cleanup[17543]: A93DE49A55: message-id=<20110314122259.A93DE49A55 at squeeze.test.ecp.fr> Mar 14 13:22:59 squeeze postfix/qmgr[16038]: A93DE49A55: from=, size=381, nrcpt=1 (queue active) Mar 14 13:22:59 squeeze postfix/local[17547]: A93DE49A55: to=, orig_to=, relay=local, delay=0.07, delays=0.04/0.01/0/0.02, dsn=2.0.0, status=sent (delivered to maildir) Mar 14 13:22:59 squeeze postfix/qmgr[16038]: A93DE49A55: removed During the mail delivery, I doesn't have any log from dovecot, and i didn't have set the bit_suid/sudo, so the deliver process can't deliver the mail to the maildir. Have someone any idea about what i did wrong ? -- Antoine SOouques From tom at whyscream.net Mon Mar 14 15:08:06 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Mon, 14 Mar 2011 14:08:06 +0100 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA In-Reply-To: <4D7E0B1D.4040301@via.ecp.fr> References: <4D7E0B1D.4040301@via.ecp.fr> Message-ID: <4D7E1336.6050808@whyscream.net> On 14/03/11 13:33, Antoine Souques wrote: > Hi, > > I have some trouble to use dovecot as MDA. I followed the instructions > in http://wiki.dovecot.org/LDA and http://wiki.dovecot.org/LDA/Postfix > > I have multiple virtual users, stored in a LDAP server, and it look like > postfix is still delivering the mails directly to the maildirs. > > Dovecot version : 1.2.15 (using the 1:1.2.15-4 squeeze packets) > postfix version : 2.7.1 (using the 2.7.1-1 squeeze packet) > > dovecot configuration (dovecot -n): > # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0 ext3 > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap imaps pop3 pop3s > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(pop3): /usr/lib/dovecot/pop3-login > login_process_per_connection: no > login_processes_count: 4 > login_max_processes_count: 512 > login_max_connections: 1024 > mail_privileged_group: mail > mail_location: maildir:/var/mail/%u > mail_debug: yes > mbox_write_locks: fcntl dotlock > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(pop3): /usr/lib/dovecot/pop3 > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 > imap_capability(default): IMAP4rev1 SASL-IR SORT THREAD=REFERENCES > MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRAL > imap_capability(imap): IMAP4rev1 SASL-IR SORT THREAD=REFERENCES > MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRAL > imap_capability(pop3): > lda: > postmaster_address: postmaster at test.ecp.fr > hostname: squeeze.test.ecp.fr > sendmail_path: /usr/lib/sendmail > auth_socket_path: /var/run/dovecot/auth-master > auth default: > passdb: > driver: pam > args: dovecot > userdb: > driver: passwd > socket: > type: listen > master: > path: /var/run/dovecot/auth-master > mode: 384 > user: mail > > postfix configuration (postconf -n) > > append_dot_mydomain = no > biff = no > bounce_queue_lifetime = 1d > command_directory = /usr/sbin > config_directory = /etc/postfix > daemon_directory = /usr/lib/postfix > mail_spool_directory = /var/mail/ > message_size_limit = 10240000 > myhostname = squeeze.test.ecp.fr > mynetworks = 138.195.32.0/23, 127.0.0.1 > recipient_delimiter = + > setgid_group = postdrop > smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) > smtpd_client_restrictions = permit_mynetworks, reject > smtpd_helo_required = yes > smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination > smtpd_sender_restrictions = reject_unknown_sender_domain, permit > virtual_alias_maps = ldap:ldapxforward,ldap:ldapforward,ldap:ldapvalias > virtual_mailbox_domains = test.ecp.fr > virtual_mailbox_maps = ldap:ldapcanonical > virtual_transport = dovecot > > /etc/postfix/master.cf > > dovecot unix - n n - - pipe > flags=DRhu user=mail:mail argv=/usr/lib/dovecot/deliver -d ${recipient} > > > Sample from the logs > > Mar 14 13:22:59 squeeze postfix/pickup[17376]: A93DE49A55: uid=0 > from= > Mar 14 13:22:59 squeeze postfix/cleanup[17543]: A93DE49A55: > message-id=<20110314122259.A93DE49A55 at squeeze.test.ecp.fr> > Mar 14 13:22:59 squeeze postfix/qmgr[16038]: A93DE49A55: > from=, size=381, nrcpt=1 (queue active) > Mar 14 13:22:59 squeeze postfix/local[17547]: A93DE49A55: > to=, orig_to=, > relay=local, delay=0.07, delays=0.04/0.01/0/0.02, dsn=2.0.0, status=sent > (delivered to maildir) > Mar 14 13:22:59 squeeze postfix/qmgr[16038]: A93DE49A55: removed > > > > During the mail delivery, I doesn't have any log from dovecot, and i > didn't have set the bit_suid/sudo, so the deliver process can't deliver > the mail to the maildir. > > Have someone any idea about what i did wrong ? > Mar 14 13:22:59 squeeze postfix/local[17547]: A93DE49A55: to=, orig_to=, relay=local, delay=0.07, delays=0.04/0.01/0/0.02, dsn=2.0.0, status=sent (delivered to maildir) Your postfix rewites the recipient domain to "squeeze.test.ecp.fr", which is no virtual domain (it is $myhostname). You enabled dovecot only for virtual domains. You probably don't want to rewrite the domain. Note that this is a postfix config issue, not a dovecot issue. -- Regards, Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From CMarcus at Media-Brokers.com Mon Mar 14 15:13:30 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 14 Mar 2011 09:13:30 -0400 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA In-Reply-To: <4D7E0B1D.4040301@via.ecp.fr> References: <4D7E0B1D.4040301@via.ecp.fr> Message-ID: <4D7E147A.7020400@Media-Brokers.com> On 2011-03-14 8:33 AM, Antoine Souques wrote: > Mar 14 13:22:59 squeeze postfix/pickup[17376]: A93DE49A55: uid=0 > from= Never test things by injecting an email directly from root like this... Use an smtp client and try again... -- Best regards, Charles From dovecot.user at seibercom.net Mon Mar 14 17:34:25 2011 From: dovecot.user at seibercom.net (Jerry) Date: Mon, 14 Mar 2011 11:34:25 -0400 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA In-Reply-To: <4D7E1336.6050808@whyscream.net> References: <4D7E0B1D.4040301@via.ecp.fr> <4D7E1336.6050808@whyscream.net> Message-ID: <20110314113425.557efb1c@scorpio> On Mon, 14 Mar 2011 14:08:06 +0100 Tom Hendrikx articulated: > Your postfix rewites the recipient domain to "squeeze.test.ecp.fr", > which is no virtual domain (it is $myhostname). You enabled dovecot > only for virtual domains. You probably don't want to rewrite the > domain. > > Note that this is a postfix config issue, not a dovecot issue. Please review: . You have your configuration all wrong. Also, posting on the Postfix forum would probably prove more advantageous. Be sure to review , specifically: Reporting problems to postfix-users at postfix.org Output from "postconf -n". Please do not send your main.cf file, or 500+ lines of postconf output. Better, provide output from the postfinger tool. This can be found at http://ftp.wl0.org/SOURCES/postfinger. If the problem is SASL related, consider including the output from the saslfinger tool. This can be found at http://postfix.state-of-mind.de/patrick.koetter/saslfinger/. -- Jerry ? Dovecot.user at seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From CMarcus at Media-Brokers.com Mon Mar 14 18:12:34 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 14 Mar 2011 12:12:34 -0400 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA In-Reply-To: <4D7E0B1D.4040301@via.ecp.fr> References: <4D7E0B1D.4040301@via.ecp.fr> Message-ID: <4D7E3E72.9050103@Media-Brokers.com> On 2011-03-14 8:33 AM, Antoine Souques wrote: > I have some trouble to use dovecot as MDA. I followed the instructions > in http://wiki.dovecot.org/LDA and http://wiki.dovecot.org/LDA/Postfix > > I have multiple virtual users, stored in a LDAP server, and it look like > postfix is still delivering the mails directly to the maildirs. Wrong testing method invalidates your assumption. See below. > mynetworks = 138.195.32.0/23, 127.0.0.1 Really? you own all IP addresses in 138.195.32.0? > smtpd_client_restrictions = permit_mynetworks, reject This means that you will reject ALL mail from *anywhere* other than clients in mynetworks... Is this machine intended to receive email from the internet? If so, fix this. > Mar 14 13:22:59 squeeze postfix/pickup[17376]: A93DE49A55: uid=0 > from= postfix/pickup means this message was injected LOCALLY rather than submitted via the smtp protocol. YOu need to test using the smtp protocol. > Have someone any idea about what i did wrong ? Rtfm? -- Best regards, Charles From corum at via.ecp.fr Mon Mar 14 19:12:58 2011 From: corum at via.ecp.fr (Antoine Souques) Date: Mon, 14 Mar 2011 18:12:58 +0100 Subject: [Dovecot] LDA, postfix and multiple virtual users : postfix is still the MDA In-Reply-To: <20110314113425.557efb1c@scorpio> References: <4D7E0B1D.4040301@via.ecp.fr> <4D7E1336.6050808@whyscream.net> <20110314113425.557efb1c@scorpio> Message-ID: <4D7E4C9A.4060305@via.ecp.fr> Le 14/03/2011 16:34, Jerry a ?crit : > On Mon, 14 Mar 2011 14:08:06 +0100 > Tom Hendrikx articulated: > >> Your postfix rewites the recipient domain to "squeeze.test.ecp.fr", >> which is no virtual domain (it is $myhostname). You enabled dovecot >> only for virtual domains. You probably don't want to rewrite the >> domain. >> >> Note that this is a postfix config issue, not a dovecot issue. > Please review:. You have > your configuration all wrong. Also, posting on the Postfix forum would > probably prove more advantageous. Be sure to review > , specifically: > > Reporting problems to postfix-users at postfix.org > > Output from "postconf -n". Please do not send your main.cf file, or > 500+ lines of postconf output. > > Better, provide output from the postfinger tool. This can be found at > http://ftp.wl0.org/SOURCES/postfinger. > > If the problem is SASL related, consider including the output from the > saslfinger tool. This can be found at > http://postfix.state-of-mind.de/patrick.koetter/saslfinger/. > Thank you both, I have fixed my problem -- Antoine Souques From john.connett at ntlworld.com Mon Mar 14 15:45:42 2011 From: john.connett at ntlworld.com (John Connett) Date: Mon, 14 Mar 2011 13:45:42 -0000 Subject: [Dovecot] exim and /var/run/dovecot/auth-client permissions Message-ID: I am attempting to configure a dovecot 2.0 + exim + fetchmail (demon) combination on openSUSE 11.4, initially with the standard dovecot package (2.0.9-3.4-x86_64) and now with the later server:mail build service package (2.0.11-1.1-x86_64). I followed the instructions in http://wiki2.dovecot.org/HowTo/EximAndDovecotSASL but despite the changes in conf.d/10-master.conf the permissions on /var/run/dovecot/auth-client remain unchanged: $ ls -l /var/run/dovecot/auth-client Srw------- 1 root root 0 Mar 14 13:11 /var/run/dovecot/auth-client $ This is probably the cause of authentication failures from exim. I suspect it is something trivial but haven't yet been able to find the answer. From thiagoh at digirati.com.br Mon Mar 14 20:06:57 2011 From: thiagoh at digirati.com.br (Thiago Henrique) Date: Mon, 14 Mar 2011 15:06:57 -0300 Subject: [Dovecot] Duplicate suppression Message-ID: <1300126017.2148.46.camel@thiagohenrique06> Hello, In a Dovecot 2.0.6 server I have an account x at domain and an alias y at domain -> x at domain. When I send an email to x at domain with carbon copy to y at domain, X receives two messages on mailbox. Dovecot2 has any feature of duplicate suppression ? Thanks, Thiago Henrique From robert at schetterer.org Mon Mar 14 21:58:50 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 14 Mar 2011 20:58:50 +0100 Subject: [Dovecot] Duplicate suppression In-Reply-To: <1300126017.2148.46.camel@thiagohenrique06> References: <1300126017.2148.46.camel@thiagohenrique06> Message-ID: <4D7E737A.3010005@schetterer.org> Am 14.03.2011 19:06, schrieb Thiago Henrique: > Hello, > > In a Dovecot 2.0.6 server I have an account x at domain and an alias > y at domain -> x at domain. > > When I send an email to x at domain with carbon copy to y at domain, X > receives two messages on mailbox. Dovecot2 has any feature of duplicate > suppression ? > > Thanks, > Thiago Henrique > doubles are mostly based by misconfig of the smtp server, dovecot is no smtp server for i.e its a wided spreaded setup failure within a amavis/postfix setup etc -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From daff at dword.org Tue Mar 15 03:03:53 2011 From: daff at dword.org (Andreas Ntaflos) Date: Tue, 15 Mar 2011 02:03:53 +0100 Subject: [Dovecot] Duplicate suppression In-Reply-To: <1300126017.2148.46.camel@thiagohenrique06> References: <1300126017.2148.46.camel@thiagohenrique06> Message-ID: <201103150203.57359.daff@dword.org> On Monday 14 March 2011 19:06:57 Thiago Henrique wrote: > Hello, > > In a Dovecot 2.0.6 server I have an account x at domain and an alias > y at domain -> x at domain. > > When I send an email to x at domain with carbon copy to y at domain, X > receives two messages on mailbox. Dovecot2 has any feature of > duplicate suppression ? > > Thanks, > Thiago Henrique Robert is very probably right. Misconfiguring Postfix's content filter capabilities can lead to message duplication when expanding aliases. This is also Postfix problem and unrelated to Dovecot. Have a look at this thread: http://archives.neohapsis.com/archives/postfix/2004-11/0842.html Also study the Postfix filter readme at http://www.postfix.org/FILTER_README.html to understand why it works they way it does. Andreas -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From michael.abbott at apple.com Tue Mar 15 02:44:48 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Mon, 14 Mar 2011 19:44:48 -0500 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> Message-ID: <64ABC5A4-01B8-49F0-8B2D-7CE93226B9B0@apple.com> > Well, saving a copy of dovecot-uidlist file would be useful in such situation. I added your patch to preserve dovecot-uidlist when reporting duplicate uids. Here are two examples with uidlist files attached. Mar 14 17:59:39 server dovecot[6698]: imap(pid 80181 user user272): Warning: /Volumes/Mail/user272/dovecot-uidlist: Duplicate file entry at line 110: 1300128056.M669920P7588.server.home.domain,S=970,W=993 (uid 93 -> 193) Mar 14 18:41:41 server dovecot[6698]: imap(pid 80095 user user165): Warning: /Volumes/Mail/user165/dovecot-uidlist: Duplicate file entry at line 397: 1300132484.M237861P14283.server.home.domain,S=10873,W=11071 (uid 77 -> 409) > Also interesting would be to see if it makes a difference that uidlist is always rewritten rather than appended to. I did not apply that patch but can if you still think it would be interesting or helpful. -------------- next part -------------- A non-text attachment was scrubbed... Name: uidlist.0165.80095.1300146100.938647 Type: application/octet-stream Size: 40043 bytes Desc: not available URL: -------------- next part -------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: uidlist.0272.80181.1300143579.258975 Type: application/octet-stream Size: 7165 bytes Desc: not available URL: From tss at iki.fi Tue Mar 15 03:55:25 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 15 Mar 2011 03:55:25 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <64ABC5A4-01B8-49F0-8B2D-7CE93226B9B0@apple.com> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> <64ABC5A4-01B8-49F0-8B2D-7CE93226B9B0@apple.com> Message-ID: On 15.3.2011, at 2.44, Mike Abbott wrote: >> Well, saving a copy of dovecot-uidlist file would be useful in such situation. > > I added your patch to preserve dovecot-uidlist when reporting duplicate uids. Here are two examples with uidlist files attached. > > Mar 14 17:59:39 server dovecot[6698]: imap(pid 80181 user user272): Warning: /Volumes/Mail/user272/dovecot-uidlist: Duplicate file entry at line 110: 1300128056.M669920P7588.server.home.domain,S=970,W=993 (uid 93 -> 193) > Mar 14 18:41:41 server dovecot[6698]: imap(pid 80095 user user165): Warning: /Volumes/Mail/user165/dovecot-uidlist: Duplicate file entry at line 397: 1300132484.M237861P14283.server.home.domain,S=10873,W=11071 (uid 77 -> 409) Hmm. Each uidlist has: 1. entry with filename X 2. entry with a different filename but with GUID X (=message was copied elsewhere and back) 3. entry once again with a filename X So .. I guess this has to do with copying the same message back and forth, possibly expunging it in the middle. I'll try to reproduce tomorrow. From nmilas at noa.gr Tue Mar 15 08:57:24 2011 From: nmilas at noa.gr (Nikolaos Milas) Date: Tue, 15 Mar 2011 08:57:24 +0200 Subject: [Dovecot] Duplicate suppression In-Reply-To: <201103150203.57359.daff@dword.org> References: <1300126017.2148.46.camel@thiagohenrique06> <201103150203.57359.daff@dword.org> Message-ID: <4D7F0DD4.2020208@noa.gr> If you use: enable_original_recipient = no ...then Postfix will suppress duplicates (but, unfortunately, it will no more log all original recipients). See this thread: http://tech.groups.yahoo.com/group/postfix-users/message/275275 Nick On 15/3/2011 3:03 ??, Andreas Ntaflos wrote: > Robert is very probably right. Misconfiguring Postfix's content filter > capabilities can lead to message duplication when expanding aliases. > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5632 bytes Desc: S/MIME Cryptographic Signature URL: From Andreas.Kossack at TU-Cottbus.De Tue Mar 15 11:38:59 2011 From: Andreas.Kossack at TU-Cottbus.De (Andreas Kossack) Date: Tue, 15 Mar 2011 10:38:59 +0100 Subject: [Dovecot] Errors logged from 2.0.11 Message-ID: <4D7F33B3.1000606@TU-Cottbus.De> Hi all, we use dovecot 2.0.11 with local (LDAP based) users and see (occasionally) error messages like "Mar 15 09:29:26 MailServ local3:err|error dovecot: imap(xxxx): Error: creat(/dovecot.mailbox.log) failed: Permission denied (euid=1985(xxxx) egid=219(yyyy) stat() failed: No such file or directory, euid is not dir owner) but all (filesystem) permissions are correct and the user doesn't report any errors. All works as expected. What can be the reason for such messages? -- Mit freundlichen Gr??en A. Kossack _______________________________________________________________________________ Andreas Kossack Andreas.Kossack at TU-Cottbus.De BTU Cottbus, Brandenburg, Germany, Walther-Pauer-Str.2, 03046 Cottbus http://wwwca.telesec.de/cgi-bin/caservice/Common/InstallRoot/DT-Root-CA-2.der _______________________________________________________________________________ Diese Nachricht wurde aus 100% wiederverwerteten Elektronen erstellt. _______________________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6731 bytes Desc: S/MIME Cryptographic Signature URL: From rick at havokmon.com Tue Mar 15 15:29:25 2011 From: rick at havokmon.com (Rick Romero) Date: Tue, 15 Mar 2011 08:29:25 -0500 Subject: [Dovecot] 2.0.7 - missing SORT/THREAD Message-ID: <20110315082925.Horde.sKGkTaPBW7JNf2m1vXjkDjA@beta.vfemail.net> Obviously I did something wrong, but I don't have SORT and THREAD Capabilities built into my 2.0.7 server (OpenSolaris 5.11 snv_134 i86pc i386 i86xpv Solaris) What do I need to do? * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] VFEmail.net ready. 1 CAPABILITY * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5 1 OK Capability completed. # 2.0.7: /usr/local/etc/dovecot/dovecot.conf # OS: SunOS 5.11 i86pc auth_mechanisms = plain login digest-md5 cram-md5 auth_username_translation = %@ auth_verbose = yes base_dir = /opt/csw/dovecot/ default_login_user = dovecot disable_plaintext_auth = no first_valid_gid = 89 first_valid_uid = 89 last_valid_gid = 89 last_valid_uid = 89 login_greeting = VFEmail.net ready. mail_fsync = never mail_plugins = " quota zlib" mail_privileged_group = mail namespace { inbox = yes location = prefix = separator = . } namespace { hidden = yes inbox = no list = no location = prefix = INBOX. separator = . } passdb { driver = vpopmail } plugin { quota = maildir } protocols = imap pop3 service anvil { client_limit = 2000 } service auth { unix_listener auth-master { mode = 0600 user = vpopmail } user = vpopmail } service imap-login { client_limit = 384 process_limit = 512 process_min_avail = 25 service_count = 0 vsz_limit = 256 B } service imap-postlogin { executable = script-login /usr/local/etc/dovecot/lastauth-imap.sh user = vpopmail } service imap { executable = /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap imap-postlogin } service pop-postlogin { executable = script-login /usr/local/etc/dovecot/lastauth-pop.sh user = vpopmail } service pop3-login { client_limit = 384 process_limit = 512 process_min_avail = 25 service_count = 0 vsz_limit = 256 B } service pop3 { executable = /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/pop3 pop-postlogin } shutdown_clients = no ssl_cert = References: <20110315082925.Horde.sKGkTaPBW7JNf2m1vXjkDjA@beta.vfemail.net> Message-ID: <20110315142839.33190@gmx.net> Hi what happens if you login first, and then do a "1 CAPABILITY"? The command provides a different output before and after login. Michael -------- Original-Nachricht -------- > Datum: Tue, 15 Mar 2011 08:29:25 -0500 > Von: Rick Romero > An: dovecot at dovecot.org > Betreff: [Dovecot] 2.0.7 - missing SORT/THREAD > > Obviously I did something wrong, but I don't have SORT and THREAD > Capabilities built into my 2.0.7 server (OpenSolaris 5.11 snv_134 > i86pc i386 i86xpv Solaris) > What do I need to do? > > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] > VFEmail.net ready. > 1 CAPABILITY > * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE > STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5 > 1 OK Capability completed. > > # 2.0.7: /usr/local/etc/dovecot/dovecot.conf > # OS: SunOS 5.11 i86pc > auth_mechanisms = plain login digest-md5 cram-md5 > auth_username_translation = %@ > auth_verbose = yes > base_dir = /opt/csw/dovecot/ > default_login_user = dovecot > disable_plaintext_auth = no > first_valid_gid = 89 > first_valid_uid = 89 > last_valid_gid = 89 > last_valid_uid = 89 > login_greeting = VFEmail.net ready. > mail_fsync = never > mail_plugins = " quota zlib" > mail_privileged_group = mail > namespace { > inbox = yes > location = > prefix = > separator = . > } > namespace { > hidden = yes > inbox = no > list = no > location = > prefix = INBOX. > separator = . > } > passdb { > driver = vpopmail > } > plugin { > quota = maildir > } > protocols = imap pop3 > service anvil { > client_limit = 2000 > } > service auth { > unix_listener auth-master { > mode = 0600 > user = vpopmail > } > user = vpopmail > } > service imap-login { > client_limit = 384 > process_limit = 512 > process_min_avail = 25 > service_count = 0 > vsz_limit = 256 B > } > service imap-postlogin { > executable = script-login /usr/local/etc/dovecot/lastauth-imap.sh > user = vpopmail > } > service imap { > executable = /usr/local/libexec/dovecot/rawlog > /usr/local/libexec/dovecot/imap imap-postlogin > } > service pop-postlogin { > executable = script-login /usr/local/etc/dovecot/lastauth-pop.sh > user = vpopmail > } > service pop3-login { > client_limit = 384 > process_limit = 512 > process_min_avail = 25 > service_count = 0 > vsz_limit = 256 B > } > service pop3 { > executable = /usr/local/libexec/dovecot/rawlog > /usr/local/libexec/dovecot/pop3 pop-postlogin > } > shutdown_clients = no > ssl_cert = ssl_key = > userdb { > driver = vpopmail > } > verbose_proctitle = yes > protocol imap { > auth_socket_path = /opt/csw/dovecot/auth-master > imap_client_workarounds = delay-newmail tb-extra-mailbox-sep > mail_max_userip_connections = 25 > mail_plugins = " quota zlib imap_zlib quota imap_quota" > } > protocol pop3 { > auth_socket_path = /opt/csw/dovecot/auth-master > mail_max_userip_connections = 25 > mail_plugins = quota > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > pop3_uidl_format = %08Xu%08Xv > } > > > End of Configure: > > Install prefix . : /usr/local > File offsets ... : 64bit > I/O polling .... : poll > I/O notifys .... : none > SSL ............ : yes (OpenSSL) > GSSAPI ......... : no > passdbs ........ : static passwd passwd-file shadow pam checkpassword > vpopmail > : -bsdauth -sia -ldap -sql > userdbs ........ : static prefetch passwd passwd-file checkpassword > vpopmail > : -ldap -sql -nss > SQL drivers .... : > : -pgsql -mysql -sqlite > > > -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl From rick at havokmon.com Tue Mar 15 16:31:22 2011 From: rick at havokmon.com (Rick Romero) Date: Tue, 15 Mar 2011 09:31:22 -0500 Subject: [Dovecot] 2.0.7 - missing SORT/THREAD In-Reply-To: <20110315142839.33190@gmx.net> References: <20110315082925.Horde.sKGkTaPBW7JNf2m1vXjkDjA@beta.vfemail.net> <20110315142839.33190@gmx.net> Message-ID: <20110315093122.Horde.jdYnSqPBW7JNf3g6FJTBCng@beta.vfemail.net> Ahhh I see now. 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS COMPRESS=DEFLATE QUOTA] Logged in Thanks Michael Rick Quoting Michael Kliewe : > Hi > > what happens if you login first, and then do a "1 CAPABILITY"? The > command provides a different output before and after login. > > Michael > > From aperezaranda at yaco.es Tue Mar 15 19:13:29 2011 From: aperezaranda at yaco.es (Antonio Perez-Aranda) Date: Tue, 15 Mar 2011 18:13:29 +0100 Subject: [Dovecot] Problems with pam+ldap + quota Message-ID: I think that I need to modify "/etc/ldap.conf" to remap some attribute with mailQuota from ldap, and then, try to catch this as arg. Someone has pam+ldap+quota ? -- Antonio P?rez-Aranda Alcaide aperezaranda at yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Tel?fono +34 954 50 00 57 Fax ? ? ?+34 954 50 09 29 From sven at svenhartge.de Tue Mar 15 19:20:04 2011 From: sven at svenhartge.de (Sven Hartge) Date: Tue, 15 Mar 2011 18:20:04 +0100 Subject: [Dovecot] Problems with pam+ldap + quota References: Message-ID: Antonio Perez-Aranda wrote: > I think that I need to modify "/etc/ldap.conf" to remap some attribute > with mailQuota from ldap, and then, try to catch this as arg. > Someone has pam+ldap+quota ? Why PAM _and_ LDAP? Why not just only LDAP? LDAP+Quota works fine over $here. Gr??e, Sven. -- Sig lost. Core dumped. From aperezaranda at yaco.es Tue Mar 15 20:09:35 2011 From: aperezaranda at yaco.es (Antonio Perez-Aranda) Date: Tue, 15 Mar 2011 19:09:35 +0100 Subject: [Dovecot] Problems with pam+ldap + quota In-Reply-To: References: Message-ID: Yes I know and I have some nodes with dovecot+ldap But this node need to login with module pam_imap, because it's use a "closed" one time password system. I'm trying with something like this: userdb { driver = passwd args = uid=exim gid=exim quota=*:bytes=%$ } But I need to put the nss attribute en %$ var or another. 2011/3/15 Sven Hartge : > Antonio Perez-Aranda wrote: > >> I think that I need to modify "/etc/ldap.conf" to remap some attribute >> with mailQuota from ldap, and then, try to catch this as arg. > >> Someone has pam+ldap+quota ? > > Why PAM _and_ LDAP? Why not just only LDAP? LDAP+Quota works fine > over $here. > > Gr??e, > Sven. > > -- > Sig lost. Core dumped. > > -- Antonio P?rez-Aranda Alcaide aperezaranda at yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Tel?fono +34 954 50 00 57 Fax ? ? ?+34 954 50 09 29 From sven at svenhartge.de Tue Mar 15 20:27:53 2011 From: sven at svenhartge.de (Sven Hartge) Date: Tue, 15 Mar 2011 19:27:53 +0100 Subject: [Dovecot] Problems with pam+ldap + quota References: Message-ID: Antonio Perez-Aranda wrote: > Yes I know and I have some nodes with dovecot+ldap > But this node need to login with module pam_imap, because it's use a > "closed" one time password system. > I'm trying with something like this: > userdb { > driver = passwd > args = uid=exim gid=exim quota=*:bytes=%$ > } > But I need to put the nss attribute en %$ var or another. >From my experience with PAM,NSS and LDAP I don't think it is possible to achieve what you are trying to do. Gr??e, Sven. -- Sig lost. Core dumped. From aperezaranda at yaco.es Tue Mar 15 21:26:17 2011 From: aperezaranda at yaco.es (Antonio Perez-Aranda) Date: Tue, 15 Mar 2011 20:26:17 +0100 Subject: [Dovecot] Problems with pam+ldap + quota In-Reply-To: References: Message-ID: Ok I will try to use passdb with pam and userdb with ldap driver, although in another conf, this two fail together. El 15/03/2011 19:28, "Sven Hartge" escribi?: > Antonio Perez-Aranda wrote: > >> Yes I know and I have some nodes with dovecot+ldap > >> But this node need to login with module pam_imap, because it's use a >> "closed" one time password system. > >> I'm trying with something like this: > >> userdb { >> driver = passwd >> args = uid=exim gid=exim quota=*:bytes=%$ >> } > >> But I need to put the nss attribute en %$ var or another. > >>From my experience with PAM,NSS and LDAP I don't think it is possible to > achieve what you are trying to do. > > Gr??e, > Sven. > > -- > Sig lost. Core dumped. > From sven at svenhartge.de Tue Mar 15 21:58:57 2011 From: sven at svenhartge.de (Sven Hartge) Date: Tue, 15 Mar 2011 20:58:57 +0100 Subject: [Dovecot] Problems with pam+ldap + quota References: Message-ID: Antonio Perez-Aranda wrote: > userdb { > driver = passwd > args = uid=exim gid=exim quota=*:bytes=%$ > } BTW: I think it is very dangerous to use the exim-user and -group as user and group for your virtual user. You better use a different user to store and access the emails under, like "virtmail", "vmail", etc. Gr??e, S? -- Sig lost. Core dumped. From aperezaranda at yaco.es Wed Mar 16 09:37:04 2011 From: aperezaranda at yaco.es (Antonio Perez-Aranda) Date: Wed, 16 Mar 2011 08:37:04 +0100 Subject: [Dovecot] Problems with pam+ldap + quota In-Reply-To: References: Message-ID: Yes, I think the same so, but is a customer requeriment. 2011/3/15 Sven Hartge : > Antonio Perez-Aranda wrote: > >> userdb { >> ?driver = passwd >> ?args = uid=exim gid=exim quota=*:bytes=%$ >> } > > BTW: I think it is very dangerous to use the exim-user and -group as > user and group for your virtual user. > > You better use a different user to store and access the emails under, > like "virtmail", "vmail", etc. > > Gr??e, > S? > > -- > Sig lost. Core dumped. > > -- Antonio P?rez-Aranda Alcaide aperezaranda at yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Tel?fono +34 954 50 00 57 Fax ? ? ?+34 954 50 09 29 From stephan at rename-it.nl Wed Mar 16 10:03:39 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Wed, 16 Mar 2011 09:03:39 +0100 Subject: [Dovecot] Issue with Dovecot v2.0 auto packages Message-ID: <4D806EDB.4030504@rename-it.nl> Hi, Yesterday night I upgraded the automated packages built at Xi to the latest experimental Debian packages for v2.0. This unfortunately causes a problem upon upgrade. I've contacted the maintainer, so this issue should resolve itself soon. The issue manifests as follows: Setting up dovecot-imapd (2:2.0.11-0~auto+25) ... ucfr: Attempt from package dovecot-imapd to take /etc/dovecot/conf.d/20-imap.conf away from package dovecot-common ucfr: Aborting. dpkg: error processing dovecot-imapd (--configure): subprocess installed post-installation script returned error exit status 4 configured to not write apport reports The Debian maintainer split dovecot-common in various new packages and moved config files in the process. Use ucfr --purge --force dovoecot-imapd /etc/dovecot/conf.d/20-imap.conf ucfr --purge --force dovoecot-managesieved /etc/dovecot/conf.d/20-managesieve.conf ucfr --purge --force dovoecot-sieve /etc/dovecot/conf.d/90-sieve.conf to get rid of these errors as a workaround. I did this in combination with temporarily purging and removing Dovecot, but that is probably not necessary. Once you have upgraded, you will not encounter this problem again. And yes, if you are using Sieve, be sure to install the new dovecot-sieve and dovecot-managesieved packages. Regards, Stephan. From stephan at rename-it.nl Wed Mar 16 10:12:15 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Wed, 16 Mar 2011 09:12:15 +0100 Subject: [Dovecot] Issue with Dovecot v2.0 auto packages In-Reply-To: <4D806EDB.4030504@rename-it.nl> References: <4D806EDB.4030504@rename-it.nl> Message-ID: <4D8070DF.5000201@rename-it.nl> On 3/16/2011 9:03 AM, Stephan Bosch wrote: > > > The Debian maintainer split dovecot-common in various new packages and > moved config files in the process. Use > > ucfr --purge --force dovoecot-imapd /etc/dovecot/conf.d/20-imap.conf > ucfr --purge --force dovoecot-managesieved > /etc/dovecot/conf.d/20-managesieve.conf > ucfr --purge --force dovoecot-sieve /etc/dovecot/conf.d/90-sieve.conf > D'oh, mind the typo in dovecot-imapd etc. Regards, Stephan. From john.connett at ntlworld.com Wed Mar 16 10:18:04 2011 From: john.connett at ntlworld.com (John Connett) Date: Wed, 16 Mar 2011 08:18:04 -0000 Subject: [Dovecot] exim and /var/run/dovecot/auth-client permissions In-Reply-To: References: Message-ID: On Mon, 14 Mar 2011 13:45:42 -0000, John Connett wrote: > I am attempting to configure a dovecot 2.0 + exim + fetchmail (demon) > combination on openSUSE 11.4, initially with the standard dovecot > package (2.0.9-3.4-x86_64) and now with the later server:mail build > service package (2.0.11-1.1-x86_64). > > I followed the instructions in > http://wiki2.dovecot.org/HowTo/EximAndDovecotSASL but despite the > changes in conf.d/10-master.conf the permissions on > /var/run/dovecot/auth-client remain unchanged: > > $ ls -l /var/run/dovecot/auth-client > Srw------- 1 root root 0 Mar 14 13:11 /var/run/dovecot/auth-client > $ > > This is probably the cause of authentication failures from exim. I > suspect it is something trivial but haven't yet been able to find the > answer. Confirmed that the permissions are the source of the authentication failures by manually changing to mode=0660, user=mail. These permissions revert to mode=0600, user=root when dovecot is restarted. The problem is either with the instructions on the wiki or within dovecot. I will look at the source code to see if I can identify why the permissions in conf.d/10-master.conf are not being applied. The "service auth" part of conf.d/10-master.conf, stripped of comments, is: service auth { unix_listener auth-client { mode = 0660 user = mail } unix_listener auth-userdb { } } From sven at svenhartge.de Wed Mar 16 11:07:43 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 16 Mar 2011 10:07:43 +0100 Subject: [Dovecot] Problems with pam+ldap + quota References: Message-ID: Antonio Perez-Aranda wrote: > 2011/3/15 Sven Hartge : >> Antonio Perez-Aranda wrote: >> >>> userdb { >>> ?driver = passwd >>> ?args = uid=exim gid=exim quota=*:bytes=%$ >>> } >> >> BTW: I think it is very dangerous to use the exim-user and -group as >> user and group for your virtual user. >> >> You better use a different user to store and access the emails under, >> like "virtmail", "vmail", etc. > Yes, I think the same so, but is a customer requeriment. I know your problem. But sometimes you have to convince your customer of their ill-doing and correct any imminent problems before they cause havoc. Especially with mail. No need for another SPAM-spewing hacked server. Gr??e, Sven. -- Sig lost. Core dumped. From mark at campbell-lange.net Wed Mar 16 11:54:42 2011 From: mark at campbell-lange.net (Mark Adams) Date: Wed, 16 Mar 2011 09:54:42 +0000 Subject: [Dovecot] rkhunter alert dovecot using port 1984 In-Reply-To: <4A0569D9-1808-45E4-ABEA-2A3516A40432@iki.fi> References: <20110308104309.GA16963@campbell-lange.net> <4A0569D9-1808-45E4-ABEA-2A3516A40432@iki.fi> Message-ID: <20110316095442.GA18402@campbell-lange.net> Hi Timo, I've had another one this morning (on port 2006), and can see its still open mailhub:~# netstat -tulnap | grep 2006 tcp 0 0 10.0.0.24:143 10.0.3.96:2006 ESTABLISHED 19372/imap This all looks ok - The client should be communcating over a higher port right? On Wed, Mar 09, 2011 at 08:23:40PM +0200, Timo Sirainen wrote: > On 8.3.2011, at 12.43, Mark Adams wrote: > > > Warning: Network TCP port 1984 is being used by /usr/lib/dovecot/imap. > > Possible rootkit: Fuckit Rootkit > > Use the 'lsof -i' or 'netstat -an' command to check this. > > > > Does dovecot use this port for any reason? anyone seen this before? > > No & no. > From iti at promax.media.pl Wed Mar 16 12:38:07 2011 From: iti at promax.media.pl (iti at promax.media.pl) Date: Wed, 16 Mar 2011 11:38:07 +0100 Subject: [Dovecot] dovecot 1.2 quota with local users Message-ID: <06fd0060f51a8955665f904b2f19a9ba.squirrel@poczta.lokalna> Hello, I got problem with setting quota from mysql for local users. In database are only information with quota. Password are store in passwd/shadow. My database have only simple info like in wiki description. Table created with: CREATE TABLE quota ( username varchar(100) not null, bytes bigint not null default 0, messages integer not null default 0, primary key (username) ); In dovecot.conf like in description is: dict { quotadict = mysql:/etc/dovecot-dict-sql.conf } plugin { # v1.2 + SQL: quota = dict:user::proxy::quotadict # v1.2 + file: quota = dict:user::file:%h/Maildir/dovecot-quota quota_rule = *:storage=10M:messages=1000 } File dovecot-dict-sql.conf has: # v1.2+ only: connect = host=localhost dbname=mails user=sqluser password=sqlpass map { pattern = priv/quota/storage table = quota username_field = username value_field = bytes } map { pattern = priv/quota/messages table = quota username_field = username value_field = messages } With corrected values about databasename, user and password. Where should to add information about sql query when autorization is not via myqsl (only shadow/password). There are in description info about additional file with user_query: dovecot-mysql.conf. Can anybody know how it should it look like and where to add it in config? From jg at softjury.de Wed Mar 16 12:53:27 2011 From: jg at softjury.de (Jan Phillip Greimann) Date: Wed, 16 Mar 2011 11:53:27 +0100 Subject: [Dovecot] Dict spams in my Log-File Message-ID: <4D8096A7.5000108@softjury.de> Hi there, i use dovecot 2.0.9 with mysql as backend. I've also configured dict to mysql, but after some time dict spams in my log-file, i don't know why. Hope someone can help me with this. Greetings from Germany Jan P. Greimann ==== mail.log ==== [...] Mar 16 10:29:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:31:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:33:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:35:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:35:45 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:37:36 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:39:36 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:41:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:43:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:45:36 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:47:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:49:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:51:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) Mar 16 10:53:35 s16 dovecot: dict: mysql: Connected to localhost (mail_backend) [...] ==== dovecot.conf ==== listen = * dict { quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext } !include conf.d/*.conf ==== conf.d/90-quota.conf ==== plugin { quota = dict:User quota::proxy::quota } From andre at digirati.com.br Wed Mar 16 13:00:52 2011 From: andre at digirati.com.br (Andre Nathan) Date: Wed, 16 Mar 2011 08:00:52 -0300 Subject: [Dovecot] Error: write(auth socket) failed: Broken pipe Message-ID: <1300273252.19236.1.camel@andre.mz.digirati.com.br> Hello >From time to time I'm seeing errors like this in my logs: Mar 16 10:45:55 box5 dovecot: lmtp(5438): Error: write(auth socket) failed: Broken pipe This causes delivery from postfix to fail until I restart dovecot. There doesn't seem to be any other messages in the logs related to this error. Has anyone ever seen this error? Thanks Andre From Bartlomiej.Solarz-Niesluchowski at wit.edu.pl Wed Mar 16 13:26:29 2011 From: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl (=?UTF-8?B?QmFydMWCb21pZWogU29sYXJ6LU5pZXPFgnVjaG93c2tp?=) Date: Wed, 16 Mar 2011 12:26:29 +0100 Subject: [Dovecot] Dovecot 2.0 (2.0.11) na nfs quota In-Reply-To: <4D777E93.8060201@wit.edu.pl> References: <4D774002.2050109@wit.edu.pl> <4D77678B.5070208@Media-Brokers.com> <4D7773E1.5080604@wit.edu.pl> <4D7778EC.60803@Media-Brokers.com> <4D777E93.8060201@wit.edu.pl> Message-ID: <4D809E65.4080402@wit.edu.pl> W dniu 2011-03-09 14:20, Bart?omiej Solarz-Nies?uchowski pisze: > plugin/quota = fs:INBOX:mount=/var/spool/mail > plugin/quota2 = fs:Others:user OK reason founded. On system where was compiled dovecot was no quota-devel package.... Now dovecot works correctly. BUT anybody knows why Mozilla Thunderbird shows quota based only on plugin/quota2 = fs:Others:user even on INBOX -- Bart?omiej Solarz-Nies?uchowski, Administrator WSISiZ e-mail: Bartlomiej.Solarz-Niesluchowski at wit.edu.pl tel. 223486547, fax 223486501 JID: solarz at jabber.wit.edu.pl 01-447 Warszawa, ul. Newelska 6, pok?j 404, pon.-pt. 8-16 Motto - Jak sobie po?cielisz tak sie wy?pisz -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5212 bytes Desc: S/MIME Cryptographic Signature URL: From nareshov at gmail.com Wed Mar 16 13:27:24 2011 From: nareshov at gmail.com (Naresh V) Date: Wed, 16 Mar 2011 16:57:24 +0530 Subject: [Dovecot] Error: write(auth socket) failed: Broken pipe In-Reply-To: <1300273252.19236.1.camel@andre.mz.digirati.com.br> References: <1300273252.19236.1.camel@andre.mz.digirati.com.br> Message-ID: On 16 March 2011 16:30, Andre Nathan wrote: > Has anyone ever seen this error? Yes. We've seen on occasions when the network connectivity between the auth db and dovecot breaks (due to a network problem). -Naresh V. From dg at dguhl.org Wed Mar 16 14:00:41 2011 From: dg at dguhl.org (Dennis Guhl) Date: Wed, 16 Mar 2011 13:00:41 +0100 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> Message-ID: <20110316120041.GA16683@laptop-dg.leere.eu> Sorry for not coming back to you earlier than this. On Sun, Mar 13, 2011 at 10:35:57PM -0400, Edward Carraro wrote: > Thanks for the reply Dennis dnf > On Sun, Mar 13, 2011 at 7:19 PM, Dennis Guhl wrote: > > > > > You should not save the master users credentials with the mail user > > credentials. Instead you should use a dedicated userdb and passdb. > > > > For further reference have a look at > > http://wiki2.dovecot.org/Authentication/MasterUsers. > > I created the htpasswd file on the destination server already. Does it also > need to be done on the proxy? What do you mean here? Did you create a file like passwd.masterusers with Apache's htpasswd(1) according to the wiki? What is your configuration for the master user on the proxy destination? > > I don't undestand your question. You can either forward plaintext > > credentials to your backend or authenticate on your proxy and go with > > the proxys master user to your backend > > (http://wiki2.dovecot.org/PasswordDatabase/ExtraFields/Proxy). > > > > Dennis > > > > I'm trying to authenticate on the proxy and use the master user to connect > to the backend, just not sure how thats done. This makes it a little tricky for me to help you. Since I use dovecot 1.2 with password forwarding and MySQL instead of LDAP I am unable to verify or test my suggestions. > The link for ExtraFields says I need to return: master=s and pass=s > > How do I state the user/pass for the master? > > I've compiled my proxy with ldap support and created the same master user on > the proxy that exists on the destination server. > > I can telnet on the proxy still, but now its just creating user home > directories on the proxy, and not going to the backend at all. > > My proxy config > > # 2.0.11: /usr/local/etc/dovecot/dovecot.conf > # OS: Linux 2.6.26-2-openvz-amd64 i686 Debian 5.0.8 [..] > auth_master_user_separator = * [..] > passdb { > args = /usr/local/etc/dovecot/master-users > driver = passwd-file > master = yes > pass = yes > } Both this you need on your backend. > passdb { > args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext > driver = ldap > } [..] > userdb { > args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext > driver = ldap > } In your /usr/local/etc/dovecot/dovecot-ldap.conf.ext you need to query for the users username and password as always. In conjunction to this you query for the additional fields or giveback the static values. This could be something like this: pass_attrs=uid=user, userPassword=password, =proxy=y, hostName=host, =master=your_master_username, =pass=your_master_users_password Dennis From kms.public0000 at comcast.net Wed Mar 16 16:20:10 2011 From: kms.public0000 at comcast.net (Kelly Stephens) Date: Wed, 16 Mar 2011 09:20:10 -0500 Subject: [Dovecot] Bug: Creating mbox folders Message-ID: <4D80C71A.3070902@comcast.net> Hey, I had trouble this morning creating a folder to contain sub-folders. I am using the mbox format. Turns out that the .imap directory in the new folder (directory) was not being created. Anytime I tried to view a sub-folder (using Thunderbird) dovecot would dump. Once I manually created the .imap directory, it works fine. dovecot --version -> 2.0.9 dovecot -n # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35.11-83.fc14.i686 i686 Fedora release 14 (Laughlin) listen = * mbox_write_locks = fcntl passdb { driver = pam } protocols = imap ssl_cert = /usr/lib/dovecot/libdovecot.so.0() [0x9940c0] -> /usr/lib /dovecot/libdovecot.so.0(i_fatal+0) [0x96a690] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_list_get_unexpanded_path+0x138) [0xa086d8] -> /usr/lib/dovecot/libdovec ot-storage.so.0(mailbox_list_mkdir+0x52) [0xa09b32] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_list_create_missing_index_dir+0x129) [0xa09fb9] -> /usr/lib/doveco t/libdovecot-storage.so.0(index_storage_mailbox_open+0xa4) [0xa23c24] -> /usr/lib/dovecot/libdovecot-storage.so.0() [0xa485de] -> /usr/lib/dovecot/libdovecot-storage.so.0 () [0xa04d25] -> dovecot/imap(cmd_select_full+0x1cf) [0x805310f] -> dovecot/imap(cmd_select+0x1a) [0x8053b3a] -> dovecot/imap() [0x80560ed] -> dovecot/imap() [0x80561ca] -> dovecot/imap(client_handle_input+0x12d) [0x805640d] -> dovecot/imap(client_input+0x60) [0x8056d10] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x52) [0x9a18e2] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xd3) [0x9a2b43] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0x9a1860] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x2b) [0x98cfcb] -> dovecot/imap(main+0x33d) [0x805faad] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x732e36] -> dovecot/imap() [0x804e111] Mar 16 08:50:22 brinn dovecot: master: Error: service(imap): child 9753 killed with signal 6 (core dumps disabled) From chris-dovecot-110112 at aptivate.org Wed Mar 16 17:23:33 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Wed, 16 Mar 2011 15:23:33 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: <1299944912.19220.561.camel@hurina> References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> <1299944912.19220.561.camel@hurina> Message-ID: Hi Timo, On Sat, 12 Mar 2011, Timo Sirainen wrote: > On Thu, 2011-03-10 at 12:40 +0000, Chris Wilson wrote: > > > > I think they have different GUIDs, or maybe Dovecot failed to get > > > one of their GUID. Dsync works with mailbox GUIDs, not names. > > > Anyway, I don't really know why it would suddenly lose one of them. > > > > Perhaps it's worth printing the guids in that case? Is the guid stored > > in the first message in the mailbox? > > Added: http://hg.dovecot.org/dovecot-2.0/rev/0a1a0d33c1b2 Great, thanks :) I'm impressed by how responsive you are to requests for help and new features in Dovecot. Thank you :) > > It doesn't seem to have backed up most of my mailboxes: > .. > > Any ideas how I can get it to backup the rest of my mailboxes to mdbox? > > Does > > doveadm mailbox list -u chris '*' > > list all the mailboxes? Yes, it appears to. > If it does, see if deleting the destination mdbox and running dsync > again from scratch works. Even worse this time: chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox [sudo] password for chris: dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: Permission denied dsync(chris): Error: Failed to sync mailbox admin: Internal error occurred. Refer to server log for more information. [2011-03-16 11:00:45] dsync(chris): Info: spam: only in source dsync(chris): Info: temp: only in source dsync(chris): Info: Sent: only in source dsync(chris): Info: addressbook: only in source dsync(chris): Info: sent-mail-sep-2008: only in source dsync(chris): Info: sent-mail-oct-2010: only in source dsync(chris): Info: INBOX.Sent: only in source dsync(chris): Info: sent-mail: only in source dsync(chris): Info: INBOX.Trash: only in source You have mail in /var/spool/mail/chris chris at one-mail(~)$ du -sk mdbox/ /var/spool/mail/chris mail 616368 mdbox/ 1020420 /var/spool/mail/chris 2082960 mail So this time it only copied 600 MB of mail before silently giving up. Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From tss at iki.fi Wed Mar 16 18:14:53 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:14:53 +0200 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> <1299944912.19220.561.camel@hurina> Message-ID: <1300292093.19220.585.camel@hurina> On Wed, 2011-03-16 at 15:23 +0000, Chris Wilson wrote: > > If it does, see if deleting the destination mdbox and running dsync > > again from scratch works. > > Even worse this time: > > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > [sudo] password for chris: > dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: > Permission denied Well, this is the problem. dsync aborts early because it can't open the mailbox.. Fixing it in the code didn't look as simple as I hoped, so since this is unlikely to be a common problem, maybe you could just remove the symlink for now or give enough permissions for the duration of dsync.. From tss at iki.fi Wed Mar 16 18:16:29 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:16:29 +0200 Subject: [Dovecot] Bug: Creating mbox folders In-Reply-To: <4D80C71A.3070902@comcast.net> References: <4D80C71A.3070902@comcast.net> Message-ID: <1300292189.19220.586.camel@hurina> On Wed, 2011-03-16 at 09:20 -0500, Kelly Stephens wrote: > Hey, > > I had trouble this morning creating a folder to contain sub-folders. I > am using the mbox format. Turns out that the .imap directory in the new > folder (directory) was not being created. Anytime I tried to view a > sub-folder (using Thunderbird) dovecot would dump. Once I manually > created the .imap directory, it works fine. > > dovecot --version -> 2.0.9 I can't reproduce this. Maybe it's been fixed in v2.0.11. From tss at iki.fi Wed Mar 16 18:21:25 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:21:25 +0200 Subject: [Dovecot] Error: write(auth socket) failed: Broken pipe In-Reply-To: <1300273252.19236.1.camel@andre.mz.digirati.com.br> References: <1300273252.19236.1.camel@andre.mz.digirati.com.br> Message-ID: <1300292485.19220.587.camel@hurina> On Wed, 2011-03-16 at 08:00 -0300, Andre Nathan wrote: > Hello > > >From time to time I'm seeing errors like this in my logs: > > Mar 16 10:45:55 box5 dovecot: lmtp(5438): Error: write(auth socket) > failed: Broken pipe This would mean that the auth process got lost. That shouldn't normally happen.. Maybe it crashed? > This causes delivery from postfix to fail until I restart dovecot. http://hg.dovecot.org/dovecot-2.0/rev/7d9db422549a should help with this. From tss at iki.fi Wed Mar 16 18:23:25 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:23:25 +0200 Subject: [Dovecot] rkhunter alert dovecot using port 1984 In-Reply-To: <20110316095442.GA18402@campbell-lange.net> References: <20110308104309.GA16963@campbell-lange.net> <4A0569D9-1808-45E4-ABEA-2A3516A40432@iki.fi> <20110316095442.GA18402@campbell-lange.net> Message-ID: <1300292605.19220.588.camel@hurina> On Wed, 2011-03-16 at 09:54 +0000, Mark Adams wrote: > Hi Timo, > > I've had another one this morning (on port 2006), and can see its still open > > mailhub:~# netstat -tulnap | grep 2006 > tcp 0 0 10.0.0.24:143 10.0.3.96:2006 ESTABLISHED 19372/imap > > This all looks ok - The client should be communcating over a higher port > right? Yeah. Client is connected to IMAP port. From tss at iki.fi Wed Mar 16 18:26:48 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:26:48 +0200 Subject: [Dovecot] dovecot 1.2 quota with local users In-Reply-To: <06fd0060f51a8955665f904b2f19a9ba.squirrel@poczta.lokalna> References: <06fd0060f51a8955665f904b2f19a9ba.squirrel@poczta.lokalna> Message-ID: <1300292808.19220.591.camel@hurina> On Wed, 2011-03-16 at 11:38 +0100, iti at promax.media.pl wrote: > I got problem with setting quota from mysql for local users. In database > are only information with quota. Password are store in passwd/shadow. You mean you only want quota limits to be listed in SQL, right? Then you don't need to use dict quota at all (or especially not sql dict). So what you need to use is passdb pam and userdb sql. In userdb sql you need to specify the user_query. You didn't give much information about your current setup that I'd assume is already working without working quota. http://wiki2.dovecot.org/AuthDatabase/SQL anyway has information about user_query (you can ignore the password_query). From tss at iki.fi Wed Mar 16 18:29:04 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:29:04 +0200 Subject: [Dovecot] Dict spams in my Log-File In-Reply-To: <4D8096A7.5000108@softjury.de> References: <4D8096A7.5000108@softjury.de> Message-ID: <1300292944.19220.593.camel@hurina> On Wed, 2011-03-16 at 11:53 +0100, Jan Phillip Greimann wrote: > i use dovecot 2.0.9 with mysql as backend. I've also configured dict to > mysql, but after some time dict spams in my log-file, i don't know why. .. > Mar 16 10:29:35 s16 dovecot: dict: mysql: Connected to localhost > (mail_backend) > Mar 16 10:31:35 s16 dovecot: dict: mysql: Connected to localhost > (mail_backend) > Mar 16 10:33:35 s16 dovecot: dict: mysql: Connected to localhost > (mail_backend) I'd guess it is because dict process gets idle-killed and then after a while it restarts and has to connect to mysql again. So what you want to do is: service dict { idle_kill = 1d } Or something like that. From tss at iki.fi Wed Mar 16 18:31:43 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:31:43 +0200 Subject: [Dovecot] exim and /var/run/dovecot/auth-client permissions In-Reply-To: References: Message-ID: <1300293103.19220.595.camel@hurina> On Wed, 2011-03-16 at 08:18 +0000, John Connett wrote: > > $ ls -l /var/run/dovecot/auth-client > > Srw------- 1 root root 0 Mar 14 13:11 /var/run/dovecot/auth-client .. > The problem is either with the instructions on the wiki or within > dovecot. I will look at the source code to see if I can identify why the > permissions in conf.d/10-master.conf are not being applied. The "service > auth" part of conf.d/10-master.conf, stripped of comments, is: > > service auth { > unix_listener auth-client { > mode = 0660 > user = mail > } > unix_listener auth-userdb { > } > } Check with doveconf that Dovecot really sees those settings: doveconf service/auth Also you didn't specify group for the auth-client, so you probably should keep it 0600.. From tss at iki.fi Wed Mar 16 18:32:58 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:32:58 +0200 Subject: [Dovecot] Errors logged from 2.0.11 In-Reply-To: <4D7F33B3.1000606@TU-Cottbus.De> References: <4D7F33B3.1000606@TU-Cottbus.De> Message-ID: <1300293178.19220.597.camel@hurina> On Tue, 2011-03-15 at 10:38 +0100, Andreas Kossack wrote: > we use dovecot 2.0.11 with local (LDAP based) users and see (occasionally) > error messages like > "Mar 15 09:29:26 MailServ local3:err|error dovecot: imap(xxxx): Error: creat(/dovecot.mailbox.log) failed: Permission denied (euid=1985(xxxx) egid=219(yyyy) stat() failed: No such file or directory, euid is not dir owner) It's trying to open a file from root directory. Maybe that user's home directory is set to /? From tss at iki.fi Wed Mar 16 18:52:36 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 18:52:36 +0200 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> <64ABC5A4-01B8-49F0-8B2D-7CE93226B9B0@apple.com> Message-ID: <1300294356.19220.598.camel@hurina> On Tue, 2011-03-15 at 03:55 +0200, Timo Sirainen wrote: > > Mar 14 17:59:39 server dovecot[6698]: imap(pid 80181 user user272): Warning: /Volumes/Mail/user272/dovecot-uidlist: Duplicate file entry at line 110: 1300128056.M669920P7588.server.home.domain,S=970,W=993 (uid 93 -> 193) > > Mar 14 18:41:41 server dovecot[6698]: imap(pid 80095 user user165): Warning: /Volumes/Mail/user165/dovecot-uidlist: Duplicate file entry at line 397: 1300132484.M237861P14283.server.home.domain,S=10873,W=11071 (uid 77 -> 409) > > Hmm. Each uidlist has: > > 1. entry with filename X > 2. entry with a different filename but with GUID X (=message was copied elsewhere and back) > 3. entry once again with a filename X > > So .. I guess this has to do with copying the same message back and forth, possibly expunging it in the middle. I'll try to reproduce tomorrow. This seems likely, but I can't reproduce it. I tried by running both: imaptest logout=0 copybox=foo delete=10 expunge=10 clients=2 imaptest logout=0 copybox=INBOX box=foo delete=10 expunge=10 clients=2 Does that fail with you either? From peter at ixp.jp Wed Mar 16 19:06:12 2011 From: peter at ixp.jp (Peter Evans) Date: Thu, 17 Mar 2011 02:06:12 +0900 Subject: [Dovecot] rkhunter alert dovecot using port 1984 In-Reply-To: <20110316095442.GA18402@campbell-lange.net> References: <20110308104309.GA16963@campbell-lange.net><4A0569D9-1808-45E4-ABEA-2A3516A40432@iki.fi> <20110316095442.GA18402@campbell-lange.net> Message-ID: <36158C01215F497AAFF4AEA2AF699954@usapyon> >mailhub:~# netstat -tulnap | grep 2006 >tcp 0 0 10.0.0.24:143 10.0.3.96:2006 ESTABLISHED >19372/imap >This all looks ok - The client should be communcating over a higher port right? perfectly normal, if your rkhunter is freaking out because its seeing remote ports that it doesn't like, it needs to take some valium. Anything over 1024 is fair game for unprivileged stuff like mail clients. P on 10.0.0.6 ^^; From tss at iki.fi Wed Mar 16 19:18:30 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 19:18:30 +0200 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <4D7CAD16.4010207@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> Message-ID: <1300295910.19220.617.camel@hurina> On Sun, 2011-03-13 at 12:40 +0100, Robert Schetterer wrote: > RealMails/ > RealMails/* > -RealMails/Trash > -RealMails/Trash/* > -RealMails/Sent > -RealMails/Sent/* > -RealMails/Templates > -RealMails/Templates/* > -RealMails/Drafts > -RealMails/Drafts/* > -RealMails/Archives > -RealMails/Archives/* > unseen .. > that the mails stay in "new" folder of the maildir > after i downloaded via pop3 > ( i am not sure is this expected ? , i would thought they get to cur ) They get moved to cur/ when the \Recent flag gets cleared. > thunderbird does not download this mails again ( good ), but it doesnt > delete them from maildir new ever( bad ) , so the whole leave copy and > delete after x days function pop3 is not working What if that mailbox was an IMAP mailbox called "All mails" and user opened it, should that clear the \Recent flags from all the mailboxes? I'm not entirely sure what the right answer should be, but I'm thinking probably no.. Especially since such mailbox is used by some webmails to implement "search in all mailboxes". So when should the \Recent flags be cleared with virtual mailboxes, and when not? Is it simply "clear with POP3, don't clear with others"? Then again others have wanted to create a virtual INBOX that shows full threads, i.e. messages also from Sent mailbox. That basically acts like an INBOX, so it should clear \Recent flags from INBOX. Maybe this should be configurable. For example: +a b +b/* would keep \Recent flags in mailbox "b", but clear them from "a" and "b/*". Hmmh. Yeah, I guess that's the right solution. See if this works: http://hg.dovecot.org/dovecot-2.0/rev/be0f0de75e34 From robert at schetterer.org Wed Mar 16 19:29:34 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 16 Mar 2011 18:29:34 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <1300295910.19220.617.camel@hurina> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> Message-ID: <4D80F37E.3060906@schetterer.org> Am 16.03.2011 18:18, schrieb Timo Sirainen: > On Sun, 2011-03-13 at 12:40 +0100, Robert Schetterer wrote: > >> RealMails/ >> RealMails/* >> -RealMails/Trash >> -RealMails/Trash/* >> -RealMails/Sent >> -RealMails/Sent/* >> -RealMails/Templates >> -RealMails/Templates/* >> -RealMails/Drafts >> -RealMails/Drafts/* >> -RealMails/Archives >> -RealMails/Archives/* >> unseen > .. >> that the mails stay in "new" folder of the maildir >> after i downloaded via pop3 >> ( i am not sure is this expected ? , i would thought they get to cur ) > > They get moved to cur/ when the \Recent flag gets cleared. > >> thunderbird does not download this mails again ( good ), but it doesnt >> delete them from maildir new ever( bad ) , so the whole leave copy and >> delete after x days function pop3 is not working > > What if that mailbox was an IMAP mailbox called "All mails" and user > opened it, should that clear the \Recent flags from all the mailboxes? > I'm not entirely sure what the right answer should be, but I'm thinking > probably no.. Especially since such mailbox is used by some webmails to > implement "search in all mailboxes". nobody reported imap problems if users use both pop3 ( with stay mails on the server ) and imap mails get to cur wtih seen flag ( as far i know by small tests ) if they connect via imap the problem users mostly use outlook 2010/2007 no webmail etc and my test client is thunderbird ( current stable ) > > So when should the \Recent flags be cleared with virtual mailboxes, and > when not? Is it simply "clear with POP3, don't clear with others"? Then > again others have wanted to create a virtual INBOX that shows full > threads, i.e. messages also from Sent mailbox. That basically acts like > an INBOX, so it should clear \Recent flags from INBOX. > > Maybe this should be configurable. For example: > > +a > b > +b/* > > would keep \Recent flags in mailbox "b", but clear them from "a" and > "b/*". Hmmh. Yeah, I guess that's the right solution. See if this works: > > http://hg.dovecot.org/dovecot-2.0/rev/be0f0de75e34 i will give this a try and report > > -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From tss at iki.fi Wed Mar 16 19:33:52 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 16 Mar 2011 19:33:52 +0200 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <4D80F37E.3060906@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> Message-ID: <1300296832.19220.628.camel@hurina> On Wed, 2011-03-16 at 18:29 +0100, Robert Schetterer wrote: > if users use both pop3 ( with stay mails on the server ) and imap > mails get to cur wtih seen flag ( as far i know by small tests ) if they > connect via imap > the problem users mostly use outlook 2010/2007 no webmail etc > and my test client is thunderbird ( current stable ) Are you talking about the feature of POP3 clients deleting mails after x days (not some server cronjob)? I don't think mail being in new/ or cur/ should affect that, because POP3 doesn't even know about it. I wonder how POP3 clients would even know how long the mail has been in server.. From kshaw at kendallshaw.com Wed Mar 16 20:54:55 2011 From: kshaw at kendallshaw.com (Kendall Shaw) Date: Wed, 16 Mar 2011 11:54:55 -0700 (PDT) Subject: [Dovecot] Virtual and system users with public mailboxes Message-ID: <20110316185455.5FE4B9E4653@kendalls-laptop> Hi, I am running dovecot 1.2.9 and postfix, and I am trying to setup a public mailbox. My thought is that there would be one system user with a sieve script to deliver messages to the public mailbox. And, I would like to give virtual users access to the mailbox. On this list, I read how you can have both system and virtual users by using passdb and static userdbs. But, I don't understand how this can be combined with namespaces, where I specify the location. For all virtual users I had: mail_location = maildir:/var/somewhere/%u/maildir/ I think I need that for virtual users and: maildir:~/Maildir for the system users. namespace private { location = ? # how do I have the location be different for system and virtual users? } namespace public { location = ? # ditto (for the index)? } Kendall From kuizhang at gmail.com Wed Mar 16 21:00:43 2011 From: kuizhang at gmail.com (Kui Zhang) Date: Wed, 16 Mar 2011 12:00:43 -0700 Subject: [Dovecot] doveadm expunge info message in std.error Message-ID: Hello This command doveadm expunge -u "user at domain" mailbox ".namespace/*" savedbefore 7d writes these messages to std.error doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5932, msgid=, size=1824 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5933, msgid=, size=1822 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5934, msgid=, size=1824 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5935, msgid=, size=1843 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5936, msgid=, size=1822 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5937, msgid=, size=1854 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5938, msgid=, size=1832 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5939, msgid=, size=1840 doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5940, msgid=, size=1835 Can we write these messages(informational) to std.out It would help reduce cron mails. Thanks KuiZ From thomas-lists at nybeta.com Wed Mar 16 21:44:31 2011 From: thomas-lists at nybeta.com (Thomas Harold) Date: Wed, 16 Mar 2011 15:44:31 -0400 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains Message-ID: <4D81131F.8010703@nybeta.com> Getting ready to redo our mail server setup and I'm trying to wrap my head around the ins and outs and pratfalls involved in SSL, multiple domains, and Dovecot. I've taken a look at: http://wiki2.dovecot.org/SSL/DovecotConfiguration My basic understanding at this point is that: - With SSL for IMAP/POP3, it is limited to one certificate per IP address, because the SSL process starts as soon as the client opens the socket to the IP address. In order to support multiple domains / server names, you have to rely on SAN (Subject Alternative Names) in the server's SSL certificate. - If I use STARTTLS for IMAP/POP3 and Dovecot 2.x, then the SNI process will allow the client to specify that they want to talk to mail server XYZ and Dovecot will hand the correct certificate to the client. However, a lot of devices don't support SNI yet so this is fraught with peril and incompatibilities. So it seems like if I have fewer IP addresses then mail server names, I should stick with a single SSL cert and use SANs. (Wildcard certs are not an option due to the top level domain being different.) How big of an issue is a cert with half a dozen or a dozen SANs attached? Do most mail clients handle that sort of certificate properly in order to access their mailboxes? Reference links: http://www.digicert.com/subject-alternative-name-compatibility.htm From user+dovecot at localhost.localdomain.org Wed Mar 16 21:47:25 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Wed, 16 Mar 2011 20:47:25 +0100 Subject: [Dovecot] doveadm expunge info message in std.error In-Reply-To: References: Message-ID: <4D8113CD.9050607@localhost.localdomain.org> On 03/16/2011 08:00 PM Kui Zhang wrote: > Hello > > This command > > doveadm expunge -u "user at domain" mailbox ".namespace/*" savedbefore 7d > > writes these messages to std.error > > doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5932, > msgid=, size=1824 ? > > Can we write these messages(informational) to std.out > > It would help reduce cron mails. Yes - we can. :-) doveadm expunge -u "user at domain" mailbox ... 2>&1 But cron will send you mails with stdout output too. AFAIK Regards, Pascal -- The trapper recommends today: deadbeef.1107520 at localdomain.org From robert at schetterer.org Wed Mar 16 21:56:16 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 16 Mar 2011 20:56:16 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <1300296832.19220.628.camel@hurina> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> Message-ID: <4D8115E0.70607@schetterer.org> Am 16.03.2011 18:33, schrieb Timo Sirainen: > On Wed, 2011-03-16 at 18:29 +0100, Robert Schetterer wrote: > >> if users use both pop3 ( with stay mails on the server ) and imap >> mails get to cur wtih seen flag ( as far i know by small tests ) if they >> connect via imap >> the problem users mostly use outlook 2010/2007 no webmail etc >> and my test client is thunderbird ( current stable ) > > Are you talking about the feature of POP3 clients deleting mails after x > days (not some server cronjob)? I don't think mail being in new/ or cur/ > should affect that, because POP3 doesn't even know about it. > > I wonder how POP3 clients would even know how long the mail has been in > server.. > > youre right difficult to say , might ask some developer of mail clients this option exists since ever in most pop3 clients, and was wide used before imap comes more public known i only know for getmail, getmail is building a list about what allready downloaded via pop3 so it should be independent whatever the server reports, no idea how its done by thunderbird etc, perhaps some stuff with date of mails, or hash comparing... thunderbirds default on pop3 is leave copy on the server for 14 days also there is an option for delete mails at once , when they are deleted from inbox to trash of the pop3 local account trash where you have the option to use one local pop3 box for all accounts or use seperate for each account ( some pseudo virtual config ) -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From dmiller at amfes.com Wed Mar 16 23:20:52 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Wed, 16 Mar 2011 14:20:52 -0700 Subject: [Dovecot] search for attachment hash Message-ID: How can I determine what message(s) are linked to a given attachment hash? -- Daniel From robert at schetterer.org Wed Mar 16 23:24:09 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 16 Mar 2011 22:24:09 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete In-Reply-To: <1300295910.19220.617.camel@hurina> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> Message-ID: <4D812A79.1050208@schetterer.org> Am 16.03.2011 18:18, schrieb Timo Sirainen: > So when should the \Recent flags be cleared with virtual mailboxes, and > when not? Is it simply "clear with POP3, don't clear with others"? Then > again others have wanted to create a virtual INBOX that shows full > threads, i.e. messages also from Sent mailbox. That basically acts like > an INBOX, so it should clear \Recent flags from INBOX. > > Maybe this should be configurable. For example: > > +a > b > +b/* > > would keep \Recent flags in mailbox "b", but clear them from "a" and > "b/*". Hmmh. Yeah, I guess that's the right solution. See if this works: > used your patch, and tested but i am not sure if i did the right with +RealMails/ RealMails/* -RealMails/Trash -RealMails/Trash/* -RealMails/Sent -RealMails/Sent/* -RealMails/Templates -RealMails/Templates/* -RealMails/Drafts -RealMails/Drafts/* -RealMails/Archives -RealMails/Archives/* unseen good : mails are now going to maildir cur after pop3 download good : they are not going downloaded twice bad: as configured in thunderbird and working in a setup without virtual plugin, it should be deleted from maildir cur ( server ) at deletion from tb local inbox at pop3 reconnect tbs shortest option for delete after x days is one day, cant wait this, but i expect this working if option delete from server if deleted from local inbox ( after reconnect ) works did i missconfig something? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From kuizhang at gmail.com Wed Mar 16 23:25:33 2011 From: kuizhang at gmail.com (Kui Zhang) Date: Wed, 16 Mar 2011 14:25:33 -0700 Subject: [Dovecot] doveadm expunge info message in std.error In-Reply-To: <4D8113CD.9050607@localhost.localdomain.org> References: <4D8113CD.9050607@localhost.localdomain.org> Message-ID: Sorry, I was not very clear on my request... I dont want emails from cron unless there is a problem. I was hopping Timo could patch the expunge call. So information messages go to std.out and errors to std.error.. Thanks KuiZ On Wed, Mar 16, 2011 at 12:47 PM, Pascal Volk wrote: > On 03/16/2011 08:00 PM Kui Zhang wrote: >> Hello >> >> This command >> >> doveadm expunge -u "user at domain" mailbox ".namespace/*" savedbefore 7d >> >> writes these messages to std.error >> >> doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5932, >> msgid=, size=1824 ? >> >> Can we write these messages(informational) to std.out >> >> It would help reduce cron mails. > > Yes - we can. :-) > > doveadm expunge -u "user at domain" mailbox ... 2>&1 > > But cron will send you mails with stdout output too. AFAIK > > > > Regards, > Pascal > -- > The trapper recommends today: deadbeef.1107520 at localdomain.org > From dmiller at amfes.com Wed Mar 16 23:51:25 2011 From: dmiller at amfes.com (Daniel L. Miller) Date: Wed, 16 Mar 2011 14:51:25 -0700 Subject: [Dovecot] Attachment file size error in SIS Message-ID: I've got an attachment that triggers a "smaller than expected" error. It was a pdf I received some time ago. I copied the file from the dovecot storage, renamed it to something close to the original name (I don't remember what that was), then created a new mail with this as an attachment and saved it to the server. This created a new file, identical file size to the other - but continues to have the "smaller than expected" error. -- Daniel From robert at schetterer.org Wed Mar 16 23:59:26 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 16 Mar 2011 22:59:26 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat In-Reply-To: <4D8115E0.70607@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> Message-ID: <4D8132BE.30509@schetterer.org> Am 16.03.2011 20:56, schrieb Robert Schetterer: > I wonder how POP3 clients would even know how long the mail has been in >> server.. here it is for tb http://kb.mozillazine.org/Popstate.dat -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From nick+dovecot at bunbun.be Thu Mar 17 00:07:04 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Wed, 16 Mar 2011 23:07:04 +0100 Subject: [Dovecot] segmentation fault with doveadm search Message-ID: <4D813488.3090505@bunbun.be> Configuration: Dovecot 2.0.11 on FreeBSD 8.2 When I run a search to generate the FTS search indexes I get following error: # doveadm search -A body dead_beef [1] 34789 segmentation fault doveadm search -A body dead_beef How can I (help) troubleshoot this? Rgds, N. From robert at schetterer.org Thu Mar 17 00:52:02 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 16 Mar 2011 23:52:02 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat In-Reply-To: <4D8132BE.30509@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> Message-ID: <4D813F12.6090501@schetterer.org> Am 16.03.2011 22:59, schrieb Robert Schetterer: > Am 16.03.2011 20:56, schrieb Robert Schetterer: >> I wonder how POP3 clients would even know how long the mail has been in >>> server.. > > here it is for tb > > http://kb.mozillazine.org/Popstate.dat > > ok , i tested a little the popstate.dat files stores what to do with pop3 mail identified by UIDL this tb function looks good on both servers if i.e a mail was deleted from local inbox it gets declared something like d uidl in the popstate.dat the difference between the servers is that in the server without virtual plugin the mail gets in deed deleted at pop3 reconnect sending pop3(... at ....): expunge: box=INBOX, uid=172, msgid=<4D813935.9070606 at ....>, size=1836 with my virtual plugin setup it isnt deleted cant see any expunge with this tb account miracle i can see onther account ( think he has old netscape ) which sends expunge over pop3 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Thu Mar 17 01:07:11 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 17 Mar 2011 00:07:11 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat In-Reply-To: <4D813F12.6090501@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> <4D813F12.6090501@schetterer.org> Message-ID: <4D81429F.5070201@schetterer.org> Am 16.03.2011 23:52, schrieb Robert Schetterer: > Am 16.03.2011 22:59, schrieb Robert Schetterer: >> Am 16.03.2011 20:56, schrieb Robert Schetterer: >>> I wonder how POP3 clients would even know how long the mail has been in >>>> server.. >> >> here it is for tb >> >> http://kb.mozillazine.org/Popstate.dat >> >> > > ok , i tested a little > the popstate.dat files stores what to do > with pop3 mail identified by UIDL > > this tb function looks good on both servers > > if i.e a mail was deleted from local inbox > it gets declared something like > d uidl > in the popstate.dat > > the difference between the servers is > that in the server without virtual plugin the mail gets in deed deleted > at pop3 reconnect > > sending > pop3(... at ....): expunge: box=INBOX, uid=172, > msgid=<4D813935.9070606 at ....>, size=1836 > > with my virtual plugin setup it isnt deleted > cant see any expunge with this tb account > > miracle i can see onther account ( think he has old netscape ) > which sends expunge over pop3 > checked this with outlook 2010 too it doesnt work either, see no expunge in log so the virtual plugin or my setup within simply broke this pop3 features -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From lists at wildgooses.com Thu Mar 17 01:21:50 2011 From: lists at wildgooses.com (Ed W) Date: Wed, 16 Mar 2011 23:21:50 +0000 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D81131F.8010703@nybeta.com> References: <4D81131F.8010703@nybeta.com> Message-ID: <4D81460E.2020905@wildgooses.com> Hi > How big of an issue is a cert with half a dozen or a dozen SANs > attached? Do most mail clients handle that sort of certificate properly > in order to access their mailboxes? I think it's been discussed here before, but roughly speaking yes it works fine. I use it on my mailservers and don't obviously see problems with common clients. I think in the archives you might find that there are a few less common clients which aren't happy, but I think all modern MS clients, and the other big alternatives are fine? I bought from godaddy because it was quite cheap to get such a cert... Good luck Ed W From john.connett at ntlworld.com Thu Mar 17 01:25:08 2011 From: john.connett at ntlworld.com (John Connett) Date: Wed, 16 Mar 2011 23:25:08 -0000 Subject: [Dovecot] exim and /var/run/dovecot/auth-client permissions In-Reply-To: <1300293103.19220.595.camel@hurina> References: <1300293103.19220.595.camel@hurina> Message-ID: On Wed, 16 Mar 2011 16:31:43 -0000, Timo Sirainen wrote: > On Wed, 2011-03-16 at 08:18 +0000, John Connett wrote: >> > $ ls -l /var/run/dovecot/auth-client >> > Srw------- 1 root root 0 Mar 14 13:11 /var/run/dovecot/auth-client > .. >> The problem is either with the instructions on the wiki or within >> dovecot. I will look at the source code to see if I can identify why >> the >> permissions in conf.d/10-master.conf are not being applied. The >> "service >> auth" part of conf.d/10-master.conf, stripped of comments, is: >> >> service auth { >> unix_listener auth-client { >> mode = 0660 >> user = mail >> } >> unix_listener auth-userdb { >> } >> } > > Check with doveconf that Dovecot really sees those settings: > > doveconf service/auth Many thanks. Looks like it isn't seeing those settings (see output below). The openSUSE source rpm has two patches which only modify the following files: dovecot-2.0-pigeonhole/configure.in configure.in to "Enable PIE support (default)". The source code is unmodified so any problem is likely to be in the upstream: dovecot-2.0.11.tar.bz2 dovecot-2.0-pigeonhole-0.2.2.tar.bz2 > Also you didn't specify group for the auth-client, so you probably > should keep it 0600.. I wondered about that myself. Granting rw group access to root doesn't appear to provide any addition access to any users. I copied it exactly from the example just in case there might have been some sneaky use of the group permissions. Once I had it working I would have tried turning them off to see if that broke anything. Granting rw user access to mail should be sufficient for exim. master:~ # doveconf service/auth service auth { chroot = client_limit = 4096 drop_priv_before_exec = no executable = auth extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = unix_listener auth-client { group = mode = 0600 user = } unix_listener auth-login { group = mode = 0600 user = $default_internal_user } unix_listener auth-master { group = mode = 0600 user = } unix_listener auth-userdb { group = mode = 0600 user = } unix_listener login/login { group = mode = 0666 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } master:~ # From michael.abbott at apple.com Thu Mar 17 01:54:37 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Wed, 16 Mar 2011 18:54:37 -0500 Subject: [Dovecot] warnings from 2.0.11 In-Reply-To: <1300294356.19220.598.camel@hurina> References: <68E7084B-613F-4AF6-BE53-E678693ACC25@apple.com> <2085C4BF-07D8-404B-945A-57554D518C1B@iki.fi> <33CED004-82D6-4AB5-B668-1E659D604C43@apple.com> <7899CF49-30BB-47C5-A8DD-6EB4DBA831AF@iki.fi> <9FA30FD4-9480-4431-82C9-AD7C8C755AA4@apple.com> <80C566C5-E5A8-4593-86F8-B66254D9EC0C@iki.fi> <64ABC5A4-01B8-49F0-8B2D-7CE93226B9B0@apple.com> <1300294356.19220.598.camel@hurina> Message-ID: > imaptest logout=0 copybox=foo delete=10 expunge=10 clients=2 > imaptest logout=0 copybox=INBOX box=foo delete=10 expunge=10 clients=2 > > Does that fail with you either? Ran both commands simultaneously for hours. No duplicate uid warnings. From rick at havokmon.com Thu Mar 17 02:03:12 2011 From: rick at havokmon.com (Rick Romero) Date: Wed, 16 Mar 2011 19:03:12 -0500 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D81460E.2020905@wildgooses.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> Message-ID: <621F22CC-394B-4602-ABCD-0C2386926C17@havokmon.com> On Mar 16, 2011, at 6:21 PM, Ed W wrote: > Hi > >> How big of an issue is a cert with half a dozen or a dozen SANs >> attached? Do most mail clients handle that sort of certificate properly >> in order to access their mailboxes? > > I think it's been discussed here before, but roughly speaking yes it > works fine. I use it on my mailservers and don't obviously see problems > with common clients. > > I think in the archives you might find that there are a few less common > clients which aren't happy, but I think all modern MS clients, and the > other big alternatives are fine? > > I bought from godaddy because it was quite cheap to get such a cert... > > Good luck > > Ed W > So you're not having acceptance issues with godaddy certs? I moved away from them because there was virtually no recognition for mail clients at the time. Although I do believe they changed root certs since then... Rick From david at blue-labs.org Thu Mar 17 02:34:26 2011 From: david at blue-labs.org (David Ford) Date: Wed, 16 Mar 2011 20:34:26 -0400 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <621F22CC-394B-4602-ABCD-0C2386926C17@havokmon.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> <621F22CC-394B-4602-ABCD-0C2386926C17@havokmon.com> Message-ID: <4D815712.4070901@blue-labs.org> if you want cheap, startssl.com. $0 certs available and they work fine w/ dovecot. -david From lennon at orcon.net.nz Thu Mar 17 02:43:35 2011 From: lennon at orcon.net.nz (Craig Whitmore) Date: Thu, 17 Mar 2011 13:43:35 +1300 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D815712.4070901@blue-labs.org> Message-ID: Do they work without any error messages with all the major MUAs? For sending (SMTP) and receiving? (POP/IMAP) etc. Thanks On 17/03/11 1:34 PM, "David Ford" wrote: >if you want cheap, startssl.com. $0 certs available and they work fine >w/ dovecot. > >-david > From john.connett at ntlworld.com Thu Mar 17 02:44:15 2011 From: john.connett at ntlworld.com (John Connett) Date: Thu, 17 Mar 2011 00:44:15 -0000 Subject: [Dovecot] exim and /var/run/dovecot/auth-client permissions In-Reply-To: References: <1300293103.19220.595.camel@hurina> Message-ID: On Wed, 16 Mar 2011 23:25:08 -0000, John Connett wrote: > On Wed, 16 Mar 2011 16:31:43 -0000, Timo Sirainen wrote: > >> On Wed, 2011-03-16 at 08:18 +0000, John Connett wrote: >>> > $ ls -l /var/run/dovecot/auth-client >>> > Srw------- 1 root root 0 Mar 14 13:11 /var/run/dovecot/auth-client >> .. >>> The problem is either with the instructions on the wiki or within >>> dovecot. I will look at the source code to see if I can identify why >>> the >>> permissions in conf.d/10-master.conf are not being applied. The >>> "service >>> auth" part of conf.d/10-master.conf, stripped of comments, is: >>> >>> service auth { >>> unix_listener auth-client { >>> mode = 0660 >>> user = mail >>> } >>> unix_listener auth-userdb { >>> } >>> } >> >> Check with doveconf that Dovecot really sees those settings: >> >> doveconf service/auth Problem was all mine! I didn't fully appreciate the configuration process and managed to end up with a dovecot.conf which didn't include the files from conf.d ... My apologies for the time wasting. From thomas-lists at nybeta.com Thu Mar 17 06:10:16 2011 From: thomas-lists at nybeta.com (Thomas Harold) Date: Thu, 17 Mar 2011 00:10:16 -0400 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D81460E.2020905@wildgooses.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> Message-ID: <4D8189A8.8030104@nybeta.com> On 3/16/2011 7:21 PM, Ed W wrote: > >> How big of an issue is a cert with half a dozen or a dozen SANs >> attached? Do most mail clients handle that sort of certificate properly >> in order to access their mailboxes? > > I think it's been discussed here before, but roughly speaking yes it > works fine. I use it on my mailservers and don't obviously see problems > with common clients. I had looked through my mail archives back through 2008, found a threads on the topic. For posterity's sake (and if anyone wants to dig those up)... One from Jan 2010 titled "Dovecot version 2 and multiple SSL certificates" which is covered in the Wiki (using SNI). Prior to that was a topic from Dec 2009 titled "virtual domains and SSL certificates" (which boiled down to "wait for Dovecot 2.x"). And one from Nov 2009 titled "Dovecot SSL limitations" (which talks about SAN certificates). I'm just leery of using SNI because it's from circa 2006, so is rather new. So for the next few years it sounds like a SAN cert is still the way to go even with the downsides. I guess the big issue with SAN certs is that I'll need to make sure to identify every DNS name that could possible be attached to that server's IP and/or services that I'll want to use SSL for (not just Dovecot for POP3/IMAP, but also Postfix, PostgreSQL and Apache). > I think in the archives you might find that there are a few less common > clients which aren't happy, but I think all modern MS clients, and the > other big alternatives are fine? I suspect so, all of my expected users are either using Thunderbird 3.x or fairly modern versions of MS Outlook (2003+). The rest can just use the webmail client. > I bought from godaddy because it was quite cheap to get such a cert... Leaning towards DigiCert at the moment, personally not a GoDaddy fan (and that's a whole different topic). Verisign and Thawte were rather pricey compared to DigiCert. Not terribly interested in the free certs because this SSL cert would also be used for non-company users and we don't want browser warnings to pop up. > Good luck > > Ed W Thanks. I thought I understood this a few years ago when I did my first Dovecot + SSL install, but apparently I did not grasp some of the subtleties with regards to SSL vs STARTTLS. From swartel at zero-spam.fr Thu Mar 17 09:26:53 2011 From: swartel at zero-spam.fr (=?utf-8?Q?St=C3=A9phane_Wartel?=) Date: Thu, 17 Mar 2011 08:26:53 +0100 Subject: [Dovecot] Problems with pam+ldap + quota In-Reply-To: References: Message-ID: Hi, Just take a look on pam_ldap for authentification of user against pam in LDAP Database so that your dovecot settings should only be based on Ldap attributes for both user and password. Regards, Stephane Le 15 mars 2011 ? 20:26, Antonio Perez-Aranda a ?crit : > Ok I will try to use passdb with pam and userdb with ldap driver, although > in another conf, this two fail together. > El 15/03/2011 19:28, "Sven Hartge" escribi?: >> Antonio Perez-Aranda wrote: >> >>> Yes I know and I have some nodes with dovecot+ldap >> >>> But this node need to login with module pam_imap, because it's use a >>> "closed" one time password system. >> >>> I'm trying with something like this: >> >>> userdb { >>> driver = passwd >>> args = uid=exim gid=exim quota=*:bytes=%$ >>> } >> >>> But I need to put the nss attribute en %$ var or another. >> >>> From my experience with PAM,NSS and LDAP I don't think it is possible to >> achieve what you are trying to do. >> >> Gr??e, >> Sven. >> >> -- >> Sig lost. Core dumped. >> From wgillespie+dovecot at es2eng.com Thu Mar 17 10:06:10 2011 From: wgillespie+dovecot at es2eng.com (Willie Gillespie) Date: Thu, 17 Mar 2011 02:06:10 -0600 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D8189A8.8030104@nybeta.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> <4D8189A8.8030104@nybeta.com> Message-ID: <4D81C0F2.70203@es2eng.com> On 03/16/2011 10:10 PM, Thomas Harold wrote: > Leaning towards DigiCert at the moment, personally not a GoDaddy fan > (and that's a whole different topic). Verisign and Thawte were rather > pricey compared to DigiCert. Not terribly interested in the free certs > because this SSL cert would also be used for non-company users and we > don't want browser warnings to pop up. I've become a fan of StartSSL (from StartCom.org) and their free class 1 certificates. StartCom's root CA is included in Microsoft's, Mozilla's, Apple's, and even Android's list of trusted root certificates. From iti at promax.media.pl Thu Mar 17 10:07:46 2011 From: iti at promax.media.pl (iti at promax.media.pl) Date: Thu, 17 Mar 2011 09:07:46 +0100 Subject: [Dovecot] dovecot 1.2 quota with local users In-Reply-To: <1300292808.19220.591.camel@hurina> References: <06fd0060f51a8955665f904b2f19a9ba.squirrel@poczta.lokalna> <1300292808.19220.591.camel@hurina> Message-ID: > On Wed, 2011-03-16 at 11:38 +0100, iti at promax.media.pl wrote: >> I got problem with setting quota from mysql for local users. In database >> are only information with quota. Password are store in passwd/shadow. > > You mean you only want quota limits to be listed in SQL, right? Then you > don't need to use dict quota at all (or especially not sql dict). Yes, only information in sql should be about quota. E.g my table is: Select * from quota; +---------------------------+-------+----------+ | username | bytes | messages | +---------------------------+-------+----------+ | user at test com | 3000 | 1000 | +---------------------------+-------+----------+ All other information are now sourced from PAM ( users info, passwords etc.). Is that possible to deliver some information about user as it is now (PAM) and only quota information in sql table? > > So what you need to use is passdb pam and userdb sql. In userdb sql you > need to specify the user_query. You didn't give much information about > your current setup that I'd assume is already working without working > quota. http://wiki2.dovecot.org/AuthDatabase/SQL anyway has information > about user_query (you can ignore the password_query). > You mean: userdb sql { args = /etc/dovecot/dovecot-sql.conf } How should look like sql query in dovecot-sql.conf for table above ? regards, From lists at wildgooses.com Thu Mar 17 11:31:45 2011 From: lists at wildgooses.com (Ed W) Date: Thu, 17 Mar 2011 09:31:45 +0000 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <621F22CC-394B-4602-ABCD-0C2386926C17@havokmon.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> <621F22CC-394B-4602-ABCD-0C2386926C17@havokmon.com> Message-ID: <4D81D501.2040202@wildgooses.com> On 17/03/2011 00:03, Rick Romero wrote: > > So you're not having acceptance issues with godaddy certs? I moved away from them because there was virtually no recognition for mail clients at the time. Although I do believe they changed root certs since then... Been using them for 2 years without anyone obviously noticing? I will have to double check now, but I thought they were chain signed by a big upstream name? You do need to add the intermediate cert, and if you forget that then probably nothing will accept your cert? I am definitely not the largest shop in the world though... I suspect the only customers using SSL will be those using clients which default to it being on, ie OSX, newer thunderbird and I think newer Outlook? Cheers Ed W From aseques at gmail.com Thu Mar 17 13:01:08 2011 From: aseques at gmail.com (Joan) Date: Thu, 17 Mar 2011 12:01:08 +0100 Subject: [Dovecot] Using dovecot with wordpress/phpass passwords? In-Reply-To: <1299944390.19220.559.camel@hurina> References: <1299944390.19220.559.camel@hurina> Message-ID: To sum up: >> Wordpress and others are using phpass to authenticate >> (http://www.openwall.com/phpass/), it is basically a salted md5 hash. >> Basically, after the process, a hash like this is obtained. >> >> ?$P$BiWISc3IsqRHxeEjq4VJP1Vi8gy4mg1 (for test123 password) >> >> I would like to know if dovecot would be able to read this, > > It can't. But if you're using Openwall, apparently its crypt() supports > this and Dovecot doesn't need to. Unfortunately, that stuff isn't include in any major distribution, had to look on the other options > >> I could still make a custom checkpassword function but that would be >> non-optimal. I created a checkpass script to verify the passwords. For anyone looking for this, I got some good information here: .- Implementation of custom checkpassword in perl, with a sample testing script: http://wiki.qpsmtpd.org/plugins:auth:authcheckpassword .- Phpass implementation for perl http://search.cpan.org/~zefram/Authen-Passphrase/lib/Authen/Passphrase/PHPass.pm For the dovecot part, just add in the passdb section from dovecot.conf this: passdb checkpassword { args = /etc/dovecot/checkpassword.pl } From chris-dovecot-110112 at aptivate.org Thu Mar 17 13:26:33 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Thu, 17 Mar 2011 11:26:33 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: <1300292093.19220.585.camel@hurina> References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> <1299944912.19220.561.camel@hurina> <1300292093.19220.585.camel@hurina> Message-ID: Hi Timo, On Wed, 16 Mar 2011, Timo Sirainen wrote: > On Wed, 2011-03-16 at 15:23 +0000, Chris Wilson wrote: > > > chris at one-mail(~)$ sudo dsync -v -u chris backup mdbox:/home/chris/mdbox > > [sudo] password for chris: > > dsync(chris): Error: open() failed with mbox file /home/chris/mail/admin: > > Permission denied > > Well, this is the problem. dsync aborts early because it can't open the > mailbox.. Fixing it in the code didn't look as simple as I hoped, so > since this is unlikely to be a common problem, maybe you could just > remove the symlink for now or give enough permissions for the duration > of dsync.. Thanks, I removed this symlink and one other, and fixed a similar problem where dsync would abort on my gzipped archive mailboxes, and this time it finished and seemed to be working well :) Now I'm trying to migrate just my user account to mdbox, without affecting other users. I think I figured out that I have to use a SQL userdb with just an entry for me, falling back to the passwd userdb for everyone else. I think I got this configured, and Dovecot IMAP then appears to open my mdbox when I connect, but deliver still delivers to /var/spool/mail/chris. doveconf -m lda doesn't pick up anything about the SQL userdb, so I don't see how deliver could even know that it should look here to pick up my mail location, but I think it should work out where the user is expecting their mail to be stored in order to deliver it to the correct place, shouldn't it? What am I missing? chris at one-mail(~)$ doveconf -n # 2.0.8: /etc/dovecot/dovecot.conf doveconf: Warning: service anvil { client_limit=100 } is lower than required under max. load (203) # OS: Linux 2.6.18-164.10.1.el5xen x86_64 CentOS release 5.5 (Final) auth_mechanisms = plain login auth_verbose = yes auth_worker_max_count = 10 default_client_limit = 100 mail_location = mbox:~/mail:INBOX=/var/mail/%u mail_privileged_group = mail mbox_write_locks = fcntl mdbox_preallocate_space = yes mdbox_rotate_size = 16 M passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } passdb { driver = pam } service auth-worker { user = $default_internal_user } service imap-login { process_min_avail = 2 } service imap { process_limit = 80 } service pop3 { process_limit = 10 } ssl_cert = References: <20110221100514.GA28506@nw42.nor.nbi.dk> <1298364981.19220.264.camel@hurina> <20110222100232.GA1886@nw42.nor.nbi.dk> <1298369310.19220.297.camel@hurina> Message-ID: <20110317131647.GA12761@nw42.nor.nbi.dk> On 2011-02-22, Timo Sirainen wrote: > On Tue, 2011-02-22 at 11:02 +0100, Petter Urkedal wrote: > > userdb { > > driver = passwd > > args = home=/srv/mail/nbi.ku.dk/%1n/%n mail=maildir:~/Maildir > > } > > The problem with passwd is that it can't separate "user doesn't exist" > from "temporary error". http://wiki2.dovecot.org/UserDatabase/NSS can > separate these, but it hasn't been tested much.. > > > > > We use Postfix on the front-end, which is very configurable in this > > > > respect. I don't see a way to override the error code from LMTP, > > > > though, but suggestions are welcome. > > > > > > I don't really like adding settings that have very few users.. > > > > I understand, it's really a workaround. A global directive to turn all > > permanent errors into temporary ones, would do as well, since any error > > from LMTP is a potential issue we want to know about. I'm not sure > > whether that's any nicer from your point of view. > > Well, there aren't really any other permanent errors.. Quota already has > quota_full_tempfail setting. I think there is a better solution. It seems that getpwnam_r is POSIX and does the right thing. The attached patch adds a feature-check for getpwnam_r and, if present, uses it in userdb-passwd.c in place of the problematic getpwnam. I've not some light testing on a non-production server. -------------- next part -------------- diff -r 26d5351649ac configure.in --- a/configure.in Wed Mar 16 19:49:27 2011 +0200 +++ b/configure.in Thu Mar 17 13:54:55 2011 +0100 @@ -379,7 +379,8 @@ setrlimit setproctitle seteuid setreuid setegid setresgid \ strtoull strtoll strtouq strtoq \ setpriority quotactl getmntent kqueue kevent backtrace_symbols \ - walkcontext dirfd clearenv malloc_usable_size glob fallocate) + walkcontext dirfd clearenv malloc_usable_size glob fallocate \ + getpwnam_r) AC_CHECK_LIB(rt, clock_gettime, [ AC_DEFINE(HAVE_CLOCK_GETTIME,, Define if you have the clock_gettime function) diff -r 26d5351649ac src/auth/userdb-passwd.c --- a/src/auth/userdb-passwd.c Wed Mar 16 19:49:27 2011 +0200 +++ b/src/auth/userdb-passwd.c Thu Mar 17 13:54:55 2011 +0100 @@ -9,12 +9,18 @@ #include "userdb-static.h" #include +#include #define USER_CACHE_KEY "%u" struct passwd_userdb_module { struct userdb_module module; struct userdb_static_template *tmpl; + +#ifdef HAVE_GETPWNAM_R + char *buf; + size_t bufsize; +#endif }; struct passwd_userdb_iterate_context { @@ -33,15 +39,35 @@ struct passwd_userdb_module *module = (struct passwd_userdb_module *)_module; struct passwd *pw; +#ifdef HAVE_GETPWNAM_R + struct passwd pw_data; + int err; +#endif auth_request_log_debug(auth_request, "passwd", "lookup"); +#ifdef HAVE_GETPWNAM_R + err = getpwnam_r(auth_request->user, &pw_data, + module->buf, module->bufsize, &pw); + if (pw == NULL) { + if (err) { + auth_request_log_error(auth_request, "passwd", "%s", + strerror(err)); + callback(USERDB_RESULT_INTERNAL_FAILURE, auth_request); + return; + } + auth_request_log_info(auth_request, "passwd", "unknown user"); + callback(USERDB_RESULT_USER_UNKNOWN, auth_request); + return; + } +#else pw = getpwnam(auth_request->user); if (pw == NULL) { auth_request_log_info(auth_request, "passwd", "unknown user"); callback(USERDB_RESULT_USER_UNKNOWN, auth_request); return; } +#endif auth_request_set_field(auth_request, "user", pw->pw_name, NULL); @@ -151,6 +177,13 @@ module->module.cache_key = USER_CACHE_KEY; module->tmpl = userdb_static_template_build(pool, "passwd", args); +#ifdef HAVE_GETPWNAM_R + module->bufsize = sysconf(_SC_GETPW_R_SIZE_MAX); + if (module->bufsize == (size_t)-1) + module->bufsize = 16384; + module->buf = p_malloc(pool, module->bufsize); +#endif + if (userdb_static_template_remove(module->tmpl, "blocking", &value)) { module->module.blocking = value == NULL || From tss at iki.fi Thu Mar 17 15:18:02 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 15:18:02 +0200 Subject: [Dovecot] Migrating to mdbox In-Reply-To: References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> <1299944912.19220.561.camel@hurina> <1300292093.19220.585.camel@hurina> Message-ID: <1300367882.19220.630.camel@hurina> On Thu, 2011-03-17 at 11:26 +0000, Chris Wilson wrote: > Now I'm trying to migrate just my user account to mdbox, without affecting > other users. I think I figured out that I have to use a SQL userdb with > just an entry for me, falling back to the passwd userdb for everyone else. SQL just for one user? That seems a bit wasteful. You could instead use http://wiki2.dovecot.org/AuthDatabase/PasswdFile > I think I got this configured, and Dovecot IMAP then appears to open my > mdbox when I connect, but deliver still delivers to /var/spool/mail/chris. > > doveconf -m lda doesn't pick up anything about the SQL userdb, so I don't > see how deliver could even know that it should look here to pick up my > mail location, but I think it should work out where the user is expecting > their mail to be stored in order to deliver it to the correct place, > shouldn't it? What am I missing? dovecot-lda doesn't know if you're using SQL or whatever, it just does a userdb lookup from auth process. You need to give -d parameter to dovecot-lda for this to happen. From tss at iki.fi Thu Mar 17 15:27:51 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 15:27:51 +0200 Subject: [Dovecot] Configuration of LMTP Reject Code In-Reply-To: <20110317131647.GA12761@nw42.nor.nbi.dk> References: <20110221100514.GA28506@nw42.nor.nbi.dk> <1298364981.19220.264.camel@hurina> <20110222100232.GA1886@nw42.nor.nbi.dk> <1298369310.19220.297.camel@hurina> <20110317131647.GA12761@nw42.nor.nbi.dk> Message-ID: <1300368471.19220.633.camel@hurina> On Thu, 2011-03-17 at 14:16 +0100, Petter Urkedal wrote: > I think there is a better solution. It seems that getpwnam_r is POSIX > and does the right thing. Oh, weird. I knew about that function but I never realized it fixed the error handling problem. Also everything I saw discussing the getpwnam() error problems never bothered to mention getpwnam_r(). > The attached patch adds a feature-check for > getpwnam_r and, if present, uses it in userdb-passwd.c in place of the > problematic getpwnam. I've not some light testing on a non-production > server. I think I'll do a bit larger change here that replaces all getpwnam(), getpwuid() and maybe other calls. Dovecot doesn't need thread-safe getpw*() so I can do an easier to use wrapper function. From nick+dovecot at bunbun.be Thu Mar 17 15:38:48 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Thu, 17 Mar 2011 14:38:48 +0100 Subject: [Dovecot] segmentation fault with doveadm search In-Reply-To: <4D813488.3090505@bunbun.be> References: <4D813488.3090505@bunbun.be> Message-ID: <4D820EE8.2080302@bunbun.be> Nick Rosier wrote: > Configuration: Dovecot 2.0.11 on FreeBSD 8.2 > > When I run a search to generate the FTS search indexes I get following > error: > > # doveadm search -A body dead_beef > [1] 34789 segmentation fault doveadm search -A body dead_beef > > How can I (help) troubleshoot this? > With the use of DTrace I was able to track that the last Folder it searched was a Virtual-folder (all mails unseen). After temporarily moving this folder and running the command again it did not sigsegv. How can I prevent a search from trying to index Virtual-folders? Rgds, N. From urkedal at nbi.dk Thu Mar 17 15:49:20 2011 From: urkedal at nbi.dk (Petter Urkedal) Date: Thu, 17 Mar 2011 14:49:20 +0100 Subject: [Dovecot] Configuration of LMTP Reject Code In-Reply-To: <1300368471.19220.633.camel@hurina> References: <20110221100514.GA28506@nw42.nor.nbi.dk> <1298364981.19220.264.camel@hurina> <20110222100232.GA1886@nw42.nor.nbi.dk> <1298369310.19220.297.camel@hurina> <20110317131647.GA12761@nw42.nor.nbi.dk> <1300368471.19220.633.camel@hurina> Message-ID: <20110317134920.GA13968@nw42.nor.nbi.dk> On 2011-03-17, Timo Sirainen wrote: > On Thu, 2011-03-17 at 14:16 +0100, Petter Urkedal wrote: > > > I think there is a better solution. It seems that getpwnam_r is POSIX > > and does the right thing. > > Oh, weird. I knew about that function but I never realized it fixed the > error handling problem. Also everything I saw discussing the getpwnam() > error problems never bothered to mention getpwnam_r(). Yeah, that's odd. I don't have the POSIX standard, but my reading a few of the top Google matches for "getpwnam_r POSIX", suggests it returns 0 on "not found". My testing is for RHEL-6 using sssd. > > The attached patch adds a feature-check for > > getpwnam_r and, if present, uses it in userdb-passwd.c in place of the > > problematic getpwnam. I've not some light testing on a non-production > > server. > > I think I'll do a bit larger change here that replaces all getpwnam(), > getpwuid() and maybe other calls. Dovecot doesn't need thread-safe > getpw*() so I can do an easier to use wrapper function. Sounds good. From tss at iki.fi Thu Mar 17 16:21:56 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 16:21:56 +0200 Subject: [Dovecot] Configuration of LMTP Reject Code In-Reply-To: <20110317134920.GA13968@nw42.nor.nbi.dk> References: <20110221100514.GA28506@nw42.nor.nbi.dk> <1298364981.19220.264.camel@hurina> <20110222100232.GA1886@nw42.nor.nbi.dk> <1298369310.19220.297.camel@hurina> <20110317131647.GA12761@nw42.nor.nbi.dk> <1300368471.19220.633.camel@hurina> <20110317134920.GA13968@nw42.nor.nbi.dk> Message-ID: <1300371716.19220.634.camel@hurina> On Thu, 2011-03-17 at 14:49 +0100, Petter Urkedal wrote: > > I think I'll do a bit larger change here that replaces all getpwnam(), > > getpwuid() and maybe other calls. Dovecot doesn't need thread-safe > > getpw*() so I can do an easier to use wrapper function. > > Sounds good. Added to hg: http://hg.dovecot.org/dovecot-2.0/rev/7f5735ab7c35 http://hg.dovecot.org/dovecot-2.0/rev/02829f7f79c7 From tss at iki.fi Thu Mar 17 16:39:53 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 16:39:53 +0200 Subject: [Dovecot] segmentation fault with doveadm search In-Reply-To: <4D820EE8.2080302@bunbun.be> References: <4D813488.3090505@bunbun.be> <4D820EE8.2080302@bunbun.be> Message-ID: <1300372793.19220.635.camel@hurina> On Thu, 2011-03-17 at 14:38 +0100, Nick Rosier wrote: > > # doveadm search -A body dead_beef > > [1] 34789 segmentation fault doveadm search -A body dead_beef > > > > How can I (help) troubleshoot this? > > > With the use of DTrace I was able to track that the last Folder it > searched was a Virtual-folder (all mails unseen). After temporarily > moving this folder and running the command again it did not sigsegv. How > can I prevent a search from trying to index Virtual-folders? Could you get gdb backtrace? gdb --args doveadm search -A body dead_beef run bt full From nick+dovecot at bunbun.be Thu Mar 17 16:42:05 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Thu, 17 Mar 2011 15:42:05 +0100 Subject: [Dovecot] segmentation fault with doveadm search In-Reply-To: <1300372793.19220.635.camel@hurina> References: <4D813488.3090505@bunbun.be> <4D820EE8.2080302@bunbun.be> <1300372793.19220.635.camel@hurina> Message-ID: <4D821DBD.6020402@bunbun.be> Timo Sirainen wrote: > On Thu, 2011-03-17 at 14:38 +0100, Nick Rosier wrote: >>> # doveadm search -A body dead_beef >>> [1] 34789 segmentation fault doveadm search -A body dead_beef >>> >>> How can I (help) troubleshoot this? >>> >> With the use of DTrace I was able to track that the last Folder it >> searched was a Virtual-folder (all mails unseen). After temporarily >> moving this folder and running the command again it did not sigsegv. How >> can I prevent a search from trying to index Virtual-folders? > > Could you get gdb backtrace? > > gdb --args doveadm search -A body dead_beef > run > bt full I assume I will have to re-install from source; FreeBSD ports strips during install so I doubt that would be handy. Rgds, N. From tss at iki.fi Thu Mar 17 16:54:19 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 16:54:19 +0200 Subject: [Dovecot] doveadm expunge info message in std.error In-Reply-To: References: Message-ID: <1300373659.19220.638.camel@hurina> On Wed, 2011-03-16 at 12:00 -0700, Kui Zhang wrote: > doveadm expunge -u "user at domain" mailbox ".namespace/*" savedbefore 7d > > writes these messages to std.error > > doveadm(user at domain): Info: expunge: box=.namespace/INBOX, uid=5932, > msgid=, size=1824 You should be able to get rid of these with: doveadm -o plugin/mail_log_events= expunge .. > Can we write these messages(informational) to std.out I thought about this too, but I think in the end it could lead to trouble. Several doveadm commands already output replies to stdout, so not all commands can have their Info: logs outputted to stdout. And having some commands do that and others not isn't very consistent. From tss at iki.fi Thu Mar 17 16:58:01 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 16:58:01 +0200 Subject: [Dovecot] search for attachment hash In-Reply-To: References: Message-ID: <1300373881.19220.641.camel@hurina> On Wed, 2011-03-16 at 14:20 -0700, Daniel L. Miller wrote: > How can I determine what message(s) are linked to a given attachment hash? That's difficult.. There is no index for that. So you'll have to grep it from all users' storage/m.* files. Right next to that metadata entry should be message's GUID. You can then do "doveadm dump" for user's each mailbox index and find the GUID from there. From tss at iki.fi Thu Mar 17 17:11:10 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 17:11:10 +0200 Subject: [Dovecot] Attachment file size error in SIS In-Reply-To: References: Message-ID: <1300374670.19220.654.camel@hurina> On Wed, 2011-03-16 at 14:51 -0700, Daniel L. Miller wrote: > I've got an attachment that triggers a "smaller than expected" error. > It was a pdf I received some time ago. I copied the file from the > dovecot storage, renamed it to something close to the original name (I > don't remember what that was), then created a new mail with this as an > attachment and saved it to the server. This created a new file, > identical file size to the other - but continues to have the "smaller > than expected" error. You mean you can reproduce the "smaller than expected" for newly delivered mails with a specific attachment? Any chance you could send such a mail to me? From kjonca at o2.pl Thu Mar 17 17:37:47 2011 From: kjonca at o2.pl (Kamil =?iso-8859-2?Q?Jo=F1ca?=) Date: Thu, 17 Mar 2011 16:37:47 +0100 Subject: [Dovecot] inetd config - dovecot doesn't exits Message-ID: <87d3lp3ghg.fsf@alfa.kjonca> Is there any option for dovecot to exit when is unneded? I mostly use dovecot via shell process (ie. something like /usr/sbin/dovecot --exec-mail imap) But sometimes I want to use it remotely via tcp and I run dovecot via inetd. --8<---------------cut here---------------start------------->8--- localhost:imap stream tcp nowait root /usr/sbin/tcpd /usr/lib/dovecot/imap-login --8<---------------cut here---------------end--------------->8--- in inetd.conf works good, but dovecot stays, even if all clients ended their connections. How can I make dovecot to exit after last client disconnects? KJ -- Http://modnebzdury.wordpress.com/2009/10/01/niewiarygodny-list-prof-majewskiej-wprowadzenie/ Wiesz, tryb tekstowy w Linuksie ma si? tak do DOSu jak F-117A do paralotni. (c) Dawid Kuroczko From info at simonecaruso.com Thu Mar 17 18:06:18 2011 From: info at simonecaruso.com (Simone Caruso) Date: Thu, 17 Mar 2011 17:06:18 +0100 Subject: [Dovecot] Unconfigured dictionary name 'quotadict' Message-ID: <4D82317A.2090203@simonecaruso.com> Currently i'm migrating an existing dovecot 1.2 server to dovecot 2.0.11, once configured the 2.0 server works, auth works... but i get these messages in mail.log: dict: Error: dict client: Unconfigured dictionary name 'quotadict' Mar 17 16:46:14 penny dovecot: imap(mailbox at example.com): Error: write(/var/run/dovecot/dict) failed: Broken pipe Mar 17 16:46:38 penny dovecot: dict: Error: dict client: Unconfigured dictionary name 'quotadict' Mar 17 16:46:38 penny dovecot: imap(mailbox at example.com): Error: read(/var/run/dovecot/dict) failed: Remote disconnected My quota configuration is the following (as wiki says): service dict { unix_listener dict { mode = 0600 user = vmail } } plugin { quota = dict:User quota::proxy::quotadict quota_rule2 = Trash:storage=+55M } dict { quota = mysql:/etc/dovecot/dovecot-dict-sql.conf } dovect-dict-sql.conf: connect = host=localhost dbname=ketna user=***** password=***** map { pattern = priv/quota/storage table = imap_quota username_field = email value_field = current } map { pattern = priv/quota/messages table = imap_quota username_field = email value_field = messages } Someone can tell me where's my fault? (Attached my "dovecot -n" output.) Thanks! -- Simone Caruso -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dovecot-n.txt URL: From upendra.gandhi at gmail.com Thu Mar 17 18:19:11 2011 From: upendra.gandhi at gmail.com (upen) Date: Thu, 17 Mar 2011 11:19:11 -0500 Subject: [Dovecot] maildir location Message-ID: Hello, I am trying to use dovecot (v. 2.0.11) and postfix (v. 2.7.3) together. The email server is an ldap client and user's home directories on NFS server are mounted using autofs. As I understand, Maildir performance is better than mbox type, so I'd like to use Maildir instead of mbox. However, when I checked conf.d/10-mail.conf file, there is mail_location = maildir:~/.maildir already configured in it which means user's email will reside in their home directories on the NFS server rather than being on Email server's local storage where plenty of space is available. I anticipate due to NFS there will again be a performance hit . Question : Can I change mail_location for maildir to be somewhere other than ~/.maildir. ( like /var/mail/%u/Maildir, where /var/mail is local storage). There are about 200 ldap users who will be using this email server through squirrel-mail or access them through email clients. By the way, I am confused about one setting in postfix : home_mailbox = .maildir/ in main.cf . Does this really play any role? If so, which parameter should be changed and to what and with what permissions to the new directory. Hope I was able to explain, if not please let me know for more details.. Thanks, U From tss at iki.fi Thu Mar 17 18:21:42 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:21:42 +0200 Subject: [Dovecot] inetd config - dovecot doesn't exits In-Reply-To: <87d3lp3ghg.fsf@alfa.kjonca> References: <87d3lp3ghg.fsf@alfa.kjonca> Message-ID: <1300378902.19220.657.camel@hurina> On Thu, 2011-03-17 at 16:37 +0100, Kamil Jo?ca wrote: > Is there any option for dovecot to exit when is unneded? No. > But sometimes I want to use it remotely via tcp and I run dovecot via > inetd. I guess you could write a cronjob that checks if any imap processes exist, and if not kills dovecot. From tss at iki.fi Thu Mar 17 18:22:59 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:22:59 +0200 Subject: [Dovecot] Unconfigured dictionary name 'quotadict' In-Reply-To: <4D82317A.2090203@simonecaruso.com> References: <4D82317A.2090203@simonecaruso.com> Message-ID: <1300378979.19220.659.camel@hurina> On Thu, 2011-03-17 at 17:06 +0100, Simone Caruso wrote: > plugin { > quota = dict:User quota::proxy::quotadict Here you say "quotadict". > dict { > quota = mysql:/etc/dovecot/dovecot-dict-sql.conf Here you say "quota". Change either one of them so they match. From tss at iki.fi Thu Mar 17 18:26:45 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:26:45 +0200 Subject: [Dovecot] maildir location In-Reply-To: References: Message-ID: <1300379205.19220.662.camel@hurina> On Thu, 2011-03-17 at 11:19 -0500, upen wrote: > Question : Can I change mail_location for maildir to be somewhere > other than ~/.maildir. ( like /var/mail/%u/Maildir, where /var/mail is > local storage). Sure. > By the way, I am confused about one setting in postfix : home_mailbox > = .maildir/ in main.cf . Does this really play any role? If so, which > parameter should be changed and to what and with what permissions to > the new directory. If Postfix delivers the mails, rather than Dovecot LDA, then yes you'll need to configure Postfix also to deliver correctly. Maybe it would be easier to just switch to Dovecot LDA: http://wiki2.dovecot.org/LDA From tss at iki.fi Thu Mar 17 18:29:34 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:29:34 +0200 Subject: [Dovecot] dovecot 1.2 quota with local users In-Reply-To: References: <06fd0060f51a8955665f904b2f19a9ba.squirrel@poczta.lokalna> <1300292808.19220.591.camel@hurina> Message-ID: <1300379374.19220.665.camel@hurina> On Thu, 2011-03-17 at 09:07 +0100, iti at promax.media.pl wrote: > All other information are now sourced from PAM ( users info, passwords etc.). PAM has only passwords. User info (uid, gid, home) is in passwd. > Is that possible to deliver some information about user as it is now (PAM) > and only quota information in sql table? If you want to merge multiple userdbs (passwd, sql) into one response then no, that's not directly possible. I guess your possibilities are: a) Write a checkpassword script to do that and use userdb checkpassword. b) Sync/merge the information into a single location (passwd-file or sql) From tss at iki.fi Thu Mar 17 18:35:08 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:35:08 +0200 Subject: [Dovecot] Virtual and system users with public mailboxes In-Reply-To: <20110316185455.5FE4B9E4653@kendalls-laptop> References: <20110316185455.5FE4B9E4653@kendalls-laptop> Message-ID: <1300379708.19220.670.camel@hurina> On Wed, 2011-03-16 at 11:54 -0700, Kendall Shaw wrote: > Hi, > > I am running dovecot 1.2.9 and postfix, and I am trying to setup a > public mailbox. My thought is that there would be one system user with > a sieve script to deliver messages to the public mailbox. And, I would > like to give virtual users access to the mailbox. Why can't the public mail delivery user be virtual as well? > On this list, I read how you can have both system and virtual users by > using passdb and static userdbs. But, I don't understand how this can > be combined with namespaces, where I specify the location. > > For all virtual users I had: > > mail_location = maildir:/var/somewhere/%u/maildir/ > > I think I need that for virtual users and: > > maildir:~/Maildir > > for the system users. Not really.. I think you should just keep everything virtual and create a new virtual user for the deliver user, e.g. "publicmail". That would be just like any other user, except would also have a sieve script in /var/somewhere/publicmail/.dovecot.sieve. > namespace private { > location = ? # how do I have the location be different for system > and virtual users? Keep your old mail_location, no need to set this. > } > namespace public { > location = ? # ditto (for the index)? location = maildir:/var/public/Maildir:INDEX=/var/somewhere/%u/public-index or something. Then as necessary use mailbox ACLs. From tss at iki.fi Thu Mar 17 18:39:09 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:39:09 +0200 Subject: [Dovecot] dict crashes with multiple map definitions In-Reply-To: <4D7A9AE3.7060304@brunswiek.org> References: <4D7A9AE3.7060304@brunswiek.org> Message-ID: <1300379949.19220.672.camel@hurina> On Fri, 2011-03-11 at 22:57 +0100, Birger Brunswiek wrote: > Mar 9 02:27:52 xxx dovecot: dict: Panic: file driver-pgsql.c: line 529 > (do_query): assertion failed: (db->sync_result == NULL) There have been several fixes done to pgsql backend in v2.0 and this is most likely fixed in v2.0.11. I don't really have time to debug v1.2.. From tss at iki.fi Thu Mar 17 18:43:30 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:43:30 +0200 Subject: [Dovecot] Dove cot+Kerberos In-Reply-To: <4D787174.6010407@gmail.com> References: <4D787174.6010407@gmail.com> Message-ID: <1300380210.19220.673.camel@hurina> On Thu, 2011-03-10 at 08:36 +0200, Rostislav Matyusha wrote: > > Mar 10 08:27:23 srv-mail dovecot: auth(default): gssapi(?,10.0.0.5): > authn_name: Username contains disallowed character: 0x2f > Why username "host/srv-mail.cn.energy at CN.ENERGY" ??? I have no idea about anything related to Kerberos, but if the problem is the "disallowed character", you can avoid that by adding the character (in this case '/') to auth_username_chars setting. From tss at iki.fi Thu Mar 17 18:48:22 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 18:48:22 +0200 Subject: [Dovecot] problems with public (sub)folders In-Reply-To: <20110309172556.287610@gmx.net> References: <20110309172556.287610@gmx.net> Message-ID: <1300380502.19220.675.camel@hurina> On Wed, 2011-03-09 at 18:25 +0100, frederik.schmid at gmx.net wrote: > Hi, > > i am trying to share a maildir++ mailbox to other users but i can only > subscribe to the root directory. The subfolders of the public mailbox > do not appear in the exported list. > > Does anyone has an idea how i can share the subfolders too without > creating symlinks for every single folder? > > >>>>> ls -lA /var/mail/public > .user01 -> /var/mail/user01/Maildir You mean the user01 (=its INBOX) shows up, but nothing under it? That's how it's intended to work. You could switch from LAYOUT=Maildir++ to LAYOUT=fs and this would work as you intend. But you'll then need to rename all the directories. http://wiki2.dovecot.org/MailLocation/Maildir#Directory_layout From CMarcus at Media-Brokers.com Thu Mar 17 18:58:00 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 17 Mar 2011 12:58:00 -0400 Subject: [Dovecot] SSL Compatibility? SNI vs SAN (Subject Alternative Names) and multiple domains In-Reply-To: <4D8189A8.8030104@nybeta.com> References: <4D81131F.8010703@nybeta.com> <4D81460E.2020905@wildgooses.com> <4D8189A8.8030104@nybeta.com> Message-ID: <4D823D98.4040104@Media-Brokers.com> On 2011-03-17 12:10 AM, Thomas Harold wrote: > Not terribly interested in the free certs because this SSL cert would > also be used for non-company users and we don't want browser warnings to > pop up. Starcom free SSL certs won't do that... -- Best regards, Charles From upendra.gandhi at gmail.com Thu Mar 17 19:01:03 2011 From: upendra.gandhi at gmail.com (upen) Date: Thu, 17 Mar 2011 12:01:03 -0500 Subject: [Dovecot] maildir location In-Reply-To: <1300379205.19220.662.camel@hurina> References: <1300379205.19220.662.camel@hurina> Message-ID: > If Postfix delivers the mails, rather than Dovecot LDA, then yes you'll > need to configure Postfix also to deliver correctly. Maybe it would be > easier to just switch to Dovecot LDA: http://wiki2.dovecot.org/LDA Thanks Timo for quick confirmation and the link for setting up dovecot as LDA. I made below changes to postfix's main.cf mailbox_command = /usr/libexec/dovecot/dovecot-lda ( verified that's correct location for file) postfix reload The changed mail_location as mail_location = maildir:/localdir/mail/%u dovecot restart /var/log/messages shows, below error, dovecot: pop3(username): Error: user username: Initialization failed: Initializing mail storage from mail_location setting failed: stat(/localdir/mail/username) failed: Permission denied (euid=1002(username) egid=10(wheel) missing +x perm: /localdir/mail, euid is not dir owner) Any idea what is going wrong? From tss at iki.fi Thu Mar 17 19:03:17 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 17 Mar 2011 19:03:17 +0200 Subject: [Dovecot] segmentation fault with doveadm search In-Reply-To: <914411d49b204c6db4267ae57b6fbab2@bunbun.be> References: <4D813488.3090505@bunbun.be> <4D820EE8.2080302@bunbun.be> <1300372793.19220.635.camel@hurina> <4D8229D6.3040503@bunbun.be> <1300376234.19220.656.camel@hurina> <914411d49b204c6db4267ae57b6fbab2@bunbun.be> Message-ID: <1300381397.13041.0.camel@hurina> On Thu, 2011-03-17 at 17:54 +0100, Nick Rosier wrote: > Hope this is better: > > #1 0x000000080231ab21 in fts_build_deinit (_ctx=0x801ea2640) at > fts-storage.c:551 Yes, much better. Easy fix: http://hg.dovecot.org/dovecot-2.0/rev/3d48418b0501 From chris-dovecot-110112 at aptivate.org Thu Mar 17 19:09:41 2011 From: chris-dovecot-110112 at aptivate.org (Chris Wilson) Date: Thu, 17 Mar 2011 17:09:41 +0000 (GMT) Subject: [Dovecot] Migrating to mdbox In-Reply-To: <1300367882.19220.630.camel@hurina> References: <5F9FAA6D-4F4F-464E-87C5-2E19AFA1AE15@iki.fi> <1299944912.19220.561.camel@hurina> <1300292093.19220.585.camel@hurina> <1300367882.19220.630.camel@hurina> Message-ID: Hi Timo, On Thu, 17 Mar 2011, Timo Sirainen wrote: > > SQL just for one user? That seems a bit wasteful. You could instead use > http://wiki2.dovecot.org/AuthDatabase/PasswdFile Good idea, I hadn't thought of that, I've switched to passwd file now and it seems to be working. > dovecot-lda doesn't know if you're using SQL or whatever, it just does a > userdb lookup from auth process. You need to give -d parameter to > dovecot-lda for this to happen. OK, I've done that and now it seems to be working very well. It's extremely fast compared to mbox, as expected, which is excellent! Searching also feels faster for some reason. Thanks for all your help! Cheers, Chris. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. From upendra.gandhi at gmail.com Thu Mar 17 19:41:42 2011 From: upendra.gandhi at gmail.com (upen) Date: Thu, 17 Mar 2011 12:41:42 -0500 Subject: [Dovecot] maildir location In-Reply-To: References: <1300379205.19220.662.camel@hurina> Message-ID: On Thu, Mar 17, 2011 at 12:01 PM, upen wrote: >> If Postfix delivers the mails, rather than Dovecot LDA, then yes you'll >> need to configure Postfix also to deliver correctly. Maybe it would be >> easier to just switch to Dovecot LDA: http://wiki2.dovecot.org/LDA > > Thanks Timo for quick confirmation and the link for setting up dovecot as LDA. > > I made below changes to postfix's main.cf > > mailbox_command = /usr/libexec/dovecot/dovecot-lda ( verified that's > correct location for file) > > postfix reload > > The changed mail_location as ?mail_location = maildir:/localdir/mail/%u > > dovecot restart > > /var/log/messages shows, below error, > > dovecot: pop3(username): Error: user username: Initialization failed: > Initializing mail storage from mail_location setting failed: > stat(/localdir/mail/username) failed: Permission denied > (euid=1002(username) egid=10(wheel) missing +x perm: /localdir/mail, > euid is not dir owner) > > Any idea what is going wrong? Changed permissions on root directories, don't know if this is secure or not but it worked. I see cur, tmp, new and other files created under local storage now. Set permissions as below, #ls -ald /localdir drwxrwxrwx 31 root root 12288 Mar 17 10:48 /localdir/ # ls -ald /localdir/mail drwxrwxrwx 3 dovecot dovecot 4096 Mar 17 10:49 /localdir/mail mkdir /localdir/mail/username chown username:group /localdir/mail/username chmod 700 /localdir/mail/username Do you think it is okay to keep these perms ? From info at simonecaruso.com Thu Mar 17 19:43:45 2011 From: info at simonecaruso.com (Simone Caruso) Date: Thu, 17 Mar 2011 18:43:45 +0100 Subject: [Dovecot] Unconfigured dictionary name 'quotadict' In-Reply-To: <1300378979.19220.659.camel@hurina> References: <4D82317A.2090203@simonecaruso.com> <1300378979.19220.659.camel@hurina> Message-ID: <4D824851.7050708@simonecaruso.com> On 17/03/2011 17:22, Timo Sirainen wrote: > On Thu, 2011-03-17 at 17:06 +0100, Simone Caruso wrote: > >> plugin { >> quota = dict:User quota::proxy::quotadict > > Here you say "quotadict". > >> dict { >> quota = mysql:/etc/dovecot/dovecot-dict-sql.conf > > Here you say "quota". Change either one of them so they match. > > Solved, thank you! -- Simone Caruso From nick+dovecot at bunbun.be Thu Mar 17 21:05:30 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Thu, 17 Mar 2011 20:05:30 +0100 Subject: [Dovecot] segmentation fault with doveadm search In-Reply-To: <1300381397.13041.0.camel@hurina> References: <4D813488.3090505@bunbun.be> <4D820EE8.2080302@bunbun.be> <1300372793.19220.635.camel@hurina> <4D8229D6.3040503@bunbun.be> <1300376234.19220.656.camel@hurina> <914411d49b204c6db4267ae57b6fbab2@bunbun.be> <1300381397.13041.0.camel@hurina> Message-ID: <4D825B7A.8080605@bunbun.be> Timo Sirainen wrote: > On Thu, 2011-03-17 at 17:54 +0100, Nick Rosier wrote: >> Hope this is better: >> >> #1 0x000000080231ab21 in fts_build_deinit (_ctx=0x801ea2640) at >> fts-storage.c:551 > > Yes, much better. Easy fix: > http://hg.dovecot.org/dovecot-2.0/rev/3d48418b0501 > Thanks, fixed :-) From ayacopino at acasalud.com.ar Thu Mar 17 23:00:46 2011 From: ayacopino at acasalud.com.ar (=?UTF-8?B?QW5kcsOpcyBZYWNvcGlubw==?=) Date: Thu, 17 Mar 2011 18:00:46 -0300 Subject: [Dovecot] Problem with recompiling sieve scripts after migrating to Dovecot 2.0 from 1.2 Message-ID: <4D82767E.2030502@acasalud.com.ar> I saw this in log file of dovecot: Error: sieve: binary save: failed to create temporary file: open(/usr/local/etc/sieve/after/after.dovecot.svbin.acamail.acasalud.com.ar.13528.) failed: Permission denied (euid=40(vmail) egid=41(vmail) missing +w perm: /usr/local/etc/sieve/after, euid is not dir owner) acamail dovecot: lda(xxxxx at xxxxxx): Error: sieve: the lda sieve plugin does not have permission to save global sieve script binaries; global sieve scripts like /usr/local/etc/sieve/after/after.dovecot.sieve need to be pre-compiled using the sievec tool So i tried to recompile script using sievec like: sievec /usr/lcaol/etc/sieve/after/after.dovecot.sieve but i get: sievec(root): Error: user root: Initialization failed: Initializing mail storage from mail_location setting failed: stat(/root/Maildir) failed: Permission denied (euid=40(vmail) egid=41(vmail) missing +x perm: /root, euid is not dir owner) sievec(root): Fatal: Invalid user settings. Refer to server log for more information. What i must do to resolve this? My dovecot configuration is: # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux xxxxxx auth_master_user_separator = * auth_username_format = %Lu disable_plaintext_auth = no first_valid_gid = 40 first_valid_uid = 40 mail_gid = vmail mail_location = maildir:~/Maildir mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /usr/local/etc/passwd.masterusers driver = passwd-file master = yes } passdb { args = /usr/local/etc/dovecot-ldap.conf driver = ldap } plugin/quota = maildir plugin/quota_rule = *:storage=614400 plugin/quota_rule2 = Trash:storage=+61440 plugin/sieve_after = /usr/local/etc/sieve/after/after.dovecot.sieve plugin/sieve_before = /usr/local/etc/sieve/before/spam.dovecot.sieve protocols = imap pop3 sieve service auth { unix_listener auth-master { group = vmail mode = 0600 user = vmail } user = root } ssl_cert = References: Message-ID: <4D827B2B.6080906@cim.mcgill.ca> On 17/03/11 12:19 PM, upen wrote: > Hello, > > I am trying to use dovecot (v. 2.0.11) and postfix (v. 2.7.3) > together. The email server is an ldap client and user's home > directories on NFS server are mounted using autofs. > > As I understand, Maildir performance is better than mbox type, so I'd > like to use Maildir instead of mbox. > If you expect to have any folders with lots of messages, I would use mdbox rather than Maildir. NFS tends to have performance problems with lots of small files, and Maildir uses one file per message, where mdbox has a sort of compromise between lots of files and the huge files that mbox creates. From upendra.gandhi at gmail.com Thu Mar 17 23:33:33 2011 From: upendra.gandhi at gmail.com (upen) Date: Thu, 17 Mar 2011 16:33:33 -0500 Subject: [Dovecot] maildir location In-Reply-To: <4D827B2B.6080906@cim.mcgill.ca> References: <4D827B2B.6080906@cim.mcgill.ca> Message-ID: > > If you expect to have any folders with lots of messages, I would use > mdbox rather than Maildir. NFS tends to have performance problems with > lots of small files, and Maildir uses one file per message, where mdbox > has a sort of compromise between lots of files and the huge files that > mbox creates. Thanks Patrick. OK. back to zero again. Now this is new piece of information for me which tell me that mdbox is better than Maildir format for emails on NFS. Question: Which is best format to go with in general, maildir or mdbox? . We really don't want users to use their NFS HOME directories for storing and accessing their emails. Even if they create any imap folder that should also get created on email server's local storage either in Maildir format or the new format mdbox which I've just heard about. From jk at jkart.de Thu Mar 17 23:59:52 2011 From: jk at jkart.de (Jim Knuth) Date: Thu, 17 Mar 2011 22:59:52 +0100 Subject: [Dovecot] maildir location In-Reply-To: References: <4D827B2B.6080906@cim.mcgill.ca> Message-ID: <4D828458.5030301@jkart.de> am 17.03.11 22:33 schrieb upen : >> >> If you expect to have any folders with lots of messages, I would use >> mdbox rather than Maildir. NFS tends to have performance problems with >> lots of small files, and Maildir uses one file per message, where mdbox >> has a sort of compromise between lots of files and the huge files that >> mbox creates. > > Thanks Patrick. > > OK. back to zero again. Now this is new piece of information for me > which tell me that mdbox is better than Maildir format for emails on > NFS. really? Only for NFS? > > Question: Which is best format to go with in general, maildir or > mdbox? . We really don't want users to use their NFS HOME directories > for storing and accessing their emails. Even if they create any imap > folder that should also get created on email server's local storage > either in Maildir format or the new format mdbox which I've just heard > about. -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Der Gewissensbiss ist unanst?ndig. [Nietzsche] From upendra.gandhi at gmail.com Fri Mar 18 00:27:41 2011 From: upendra.gandhi at gmail.com (upen) Date: Thu, 17 Mar 2011 17:27:41 -0500 Subject: [Dovecot] maildir location In-Reply-To: <4D828458.5030301@jkart.de> References: <4D827B2B.6080906@cim.mcgill.ca> <4D828458.5030301@jkart.de> Message-ID: On Thu, Mar 17, 2011 at 4:59 PM, Jim Knuth wrote: > am 17.03.11 22:33 schrieb upen : > >>> >>> If you expect to have any folders with lots of messages, I would use >>> mdbox rather than Maildir. NFS tends to have performance problems with >>> lots of small files, and Maildir uses one file per message, where mdbox >>> has a sort of compromise between lots of files and the huge files that >>> mbox creates. >> >> Thanks Patrick. >> >> OK. ?back to zero again. Now this is new piece of information for me >> which tell me that mdbox is better than Maildir format for emails on >> NFS. > > really? Only for NFS? No I don't know I want to know which is best performance mail format for local storage of emails now that I read that mdbox performs better in NFS environment. Thanks. From kshaw at kendallshaw.com Fri Mar 18 00:46:48 2011 From: kshaw at kendallshaw.com (Kendall Shaw) Date: Thu, 17 Mar 2011 15:46:48 -0700 Subject: [Dovecot] Virtual and system users with public mailboxes In-Reply-To: <1300379708.19220.670.camel@hurina> References: <20110316185455.5FE4B9E4653@kendalls-laptop> <1300379708.19220.670.camel@hurina> Message-ID: <1300402008.12538.8.camel@localhost> On Thu, 2011-03-17 at 18:35 +0200, Timo Sirainen wrote: > On Wed, 2011-03-16 at 11:54 -0700, Kendall Shaw wrote: > > Hi, > > > > I am running dovecot 1.2.9 and postfix, and I am trying to setup a > > public mailbox. My thought is that there would be one system user with > > a sieve script to deliver messages to the public mailbox. And, I would > > like to give virtual users access to the mailbox. > > Why can't the public mail delivery user be virtual as well? If the users that I want to have shell access (ubuntu 10.04) are virtual users, wouldn't I have to duplicate their credentials, for dovecot? Kendall From ngoonee at gmail.com Fri Mar 18 02:33:07 2011 From: ngoonee at gmail.com (Ng Oon-Ee) Date: Fri, 18 Mar 2011 08:33:07 +0800 Subject: [Dovecot] Request - please uncomment !include_try /etc/dovecot/local.conf in example config Message-ID: <1300408387.10579.3.camel@ngoonee-laptop> Hi, could I request that the example config in doc/dovecot/example-config/dovecot.conf be slightly altered to uncomment the last line? The point of include_try is that it only includes if such a file exists, and doesn't break anything if the file does not exist. My distro (Arch) has a policy not to apply non-essential patches, rather asking users to forward requests upstream, hence this email. It allows users to simply keep a local.conf with all their settings and not have to worry that it would not be used when the dovecot package gets upgraded (which mostly means /etc/dovecot/dovecot.conf gets replaced, depending on packaging standards). Thanks. From david at kosmosisland.com Fri Mar 18 08:08:21 2011 From: david at kosmosisland.com (David Koski) Date: Thu, 17 Mar 2011 23:08:21 -0700 Subject: [Dovecot] dovecot LDA: "temporary failure" Message-ID: <201103172308.21913.david@kosmosisland.com> This really has me stumped and desperate. I upgraded Debian from 5 to 6 (squeeze) and now Dovecot LDA fails. I have checked permissions and the usual. Postfix SMTP, Dovecot POP3 and Dovecot IMAP work. Having to upgrade MySQL from 5.0 to 5.1 made me question that. Logging is of little help. I have turned on logging for LDA to a separate file. When I try to run the deliver command it returns nothing and appears to do nothing: ~$ cat /etc/hosts | /usr/lib/dovecot/deliver -f root at localhost -d dkoski@[domainhidden].com $ ..but then I don't know what to expect. The log files are owned by dovecot. I tried chmod'ing them to 777 in desperation. This was working before the upgrade to 1.2.15-4 from 1.0.15-2.3+lenny1. Postfix reports this stuff: Mar 17 22:37:38 host-mail postfix/smtpd[22160]: connect from mail.kosmosisland.com[63.228.175.169] Mar 17 22:37:39 host-mail postfix/smtpd[22160]: 9D80C12AF610: client=mail.kosmosisland.com[63.228.175.169] Mar 17 22:37:39 host-mail postfix/cleanup[22163]: 9D80C12AF610: message-id=<201103172237.29223.dkoski@[another-domainhidden].com> Mar 17 22:37:39 host-mail postfix/qmgr[21877]: 9D80C12AF610: from=, size=1257, nrcpt=1 (queue active) Mar 17 22:37:39 host-mail postfix/smtpd[22160]: disconnect from mail.kosmosisland.com[63.228.175.169] Mar 17 22:37:42 host-mail postfix/smtpd[22168]: connect from localhost[127.0.0.1] Mar 17 22:37:42 host-mail postfix/smtpd[22168]: 480D912AF612: client=mail.kosmosisland.com[63.228.175.169] Mar 17 22:37:42 host-mail postfix/cleanup[22163]: 480D912AF612: message-id=<201103172237.29223.dkoski@[another-domainhidden].com> Mar 17 22:37:42 host-mail postfix/qmgr[21877]: 480D912AF612: from=, size=1873, nrcpt=1 (queue active) Mar 17 22:37:42 host-mail postfix/smtpd[22168]: disconnect from localhost[127.0.0.1] Mar 17 22:37:42 host-mail postfix/pipe[22169]: 480D912AF612: to=, relay=dovecot, delay=0.04, delays=0.02/0.01/0/0.01, dsn=4.3.0, status=deferred (temporary failure) Mar 17 22:37:42 host-mail postfix/smtp[22164]: 9D80C12AF610: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=3.4, delays=0.84/0.01/0/2.5, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=11197-13, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 480D912AF612) Mar 17 22:37:42 host-mail postfix/qmgr[21877]: 9D80C12AF610: removed And /var/log/dovecot/deliver.info: 2011-03-17 22:43:43 auth(default): Info: new auth connection: pid=22232 2011-03-17 22:43:59 auth-worker(default): Info: sql(dkoski@[domainhidden].com,127.0.0.1): query: SELECT email as user, password FROM view_users WHERE email='dkoski@[domainhidden].com'; 2011-03-17 22:43:59 auth(default): Info: client out: OK 1 user=dkoski@[domainhidden].com 2011-03-17 22:43:59 auth(default): Info: master in: REQUEST 73 22061 1 2011-03-17 22:43:59 auth(default): Info: master out: USER 73 dkoski@[domainhidden].com uid=5000 gid=5000 home=/home/vmail/[domainhidden].com/dkoski 2011-03-17 22:44:00 auth(default): Info: new auth connection: pid=22234 I tried reinstalling the package dovecot-common. I downloaded it on another machine and compared the md5sum. # postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix content_filter = smtp-amavis:[127.0.0.1]:10024 delay_warning_time = 1h inet_interfaces = all mailbox_size_limit = 0 mydestination = backup.host.localnet, backup.localnet, localhost.localnet, localhost myhostname = mail.[domainhidden].com mynetworks = 192.168.1.0/24, 127.0.0.1 myorigin = /etc/mailname recipient_delimiter = + relayhost = smtp_tls_session_cache_database = btree:${queue_directory}/cache/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_pipelining, reject_non_fqdn_recipient, reject_unknown_recipient_domain, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_path = private/auth smtpd_sasl_type = dovecot smtpd_sender_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unknown_reverse_client_hostname, reject_non_fqdn_sender, reject_unknown_sender_domain, reject_rbl_client b.barracudacentral.org, reject_rbl_client zen.spamhaus.org, reject_rbl_client cbl.abuseat.org, reject_rbl_client dnsbl.njabl.org, reject_rbl_client combined.njabl.org, reject_rbl_client bl.spamcop.net, reject_rbl_client spamguard.leadmon.net, reject_rbl_client korea.services.net, reject_rbl_client spamsources.fabel.dk, reject_rhsbl_sender rhsbl.ahbl.org smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key smtpd_tls_session_cache_database = btree:${queue_directory}/cache/smtpd_scache smtpd_use_tls = yes virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf,mysql:/etc/postfix/mysql-email2email.cf virtual_gid_maps = static:5000 virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf virtual_transport = dovecot virtual_uid_maps = static:5000 From master.cf: dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient} # dovecot -n # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-686 i686 Debian 6.0 ext3 log_path: /var/log/dovecot/deliver.err info_log_path: /var/log/dovecot/deliver.info log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap pop3 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/home/vmail/%d/%n/Maildir mail_debug: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 lda: log_path: /var/log/dovecot/lda-deliver.err info_log_path: /var/log/dovecot/lda-deliver.info log_path: /home/vmail/dovecot-deliver.log auth_socket_path: /var/run/dovecot/auth-master postmaster_address: info@[another-domainhidden].com mail_plugins: cmusieve global_script_path: /home/vmail/globalsieverc auth default: mechanisms: plain login verbose: yes debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: static args: uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail Regards, David Koski david at kosmosisland.com From david at kosmosisland.com Fri Mar 18 08:56:03 2011 From: david at kosmosisland.com (David Koski) Date: Thu, 17 Mar 2011 23:56:03 -0700 Subject: [Dovecot] dovecot LDA: "temporary failure" In-Reply-To: <201103172308.21913.david@kosmosisland.com> References: <201103172308.21913.david@kosmosisland.com> Message-ID: <201103172356.03799.david@kosmosisland.com> Additional information: I created a script to get the return code from deliver: 1 #!/bin/bash 2 3 cat "cur/1300037582.P7332Q0M221160.brusco-mail:2,S" | /usr/lib/dovecot/deliver -f dkoski at somedomain.com -d dkoski at domainhidden.com 4 5 case $? in 6 0) echo "0" 7 ;; 8 64) echo "64" 9 ;; 10 67) echo "67" 11 ;; 12 78) echo "78" 13 ;; 14 77) echo "77" 15 ;; 16 75) echo "75" 17 ;; 18 *) echo "unknown" 19 esac 20 The file it is cat'ing is a valid email in an Maildir/cur file. It returns 75 (EX_TEMP_FAIL) every time, even run as root. The logs reveal: /var/log/dovecot/lda-deliver: 2011-03-17 23:35:39 deliver(dkoski at somedomain2.com): Info: Loading modules from directory: /usr/lib/dovecot/modules/lda /var/log/dovecot/deliver.info: (nothing) /var/log/dovecot/deliver.err: (nothing) I tried the script on another machine with Dovecot 1.0.15-2.3+lenny1 with success if I run as root. Regards, David Koski dkoski at sutinen.com > This really has me stumped and desperate. I upgraded Debian from 5... From david at kosmosisland.com Fri Mar 18 10:17:13 2011 From: david at kosmosisland.com (David Koski) Date: Fri, 18 Mar 2011 01:17:13 -0700 Subject: [Dovecot] dovecot LDA: "temporary failure" Message-ID: <201103180117.13385.david@kosmosisland.com> Forget it. I must have been crosseyed. Someone had put the log file in a non-standard place /home/vmail/dovecot-deliver.log. It told all. A plugin cmusieve was not found, possibly depreciated? I learned how to make the deliver command line work. ;) Sorry, David Koski dkoski at sutinen.com > Additional information: > > I created a script to get the return code from deliver: > > 1 #!/bin/bash > 2 > 3 cat "cur/1300037582.P7332Q0M221160.brusco-mail:2,S" | > /usr/lib/dovecot/deliver -f dkoski at somedomain.com -d > dkoski at domainhidden.com 4 > 5 case $? in > 6 0) echo "0" > 7 ;; > 8 64) echo "64" > 9 ;; > 10 67) echo "67" > 11 ;; > 12 78) echo "78" > 13 ;; > 14 77) echo "77" > 15 ;; > 16 75) echo "75" > 17 ;; > 18 *) echo "unknown" > 19 esac > 20 > > The file it is cat'ing is a valid email in an Maildir/cur file. It returns > 75 (EX_TEMP_FAIL) every time, even run as root. The logs reveal: > > /var/log/dovecot/lda-deliver: > > 2011-03-17 23:35:39 deliver(dkoski at somedomain2.com): Info: Loading modules > from directory: /usr/lib/dovecot/modules/lda > > /var/log/dovecot/deliver.info: > (nothing) > > /var/log/dovecot/deliver.err: > (nothing) > > I tried the script on another machine with Dovecot 1.0.15-2.3+lenny1 with > success if I run as root. > > Regards, > David Koski > dkoski at sutinen.com > > > This really has me stumped and desperate. I upgraded Debian from 5... > > From stephan at rename-it.nl Fri Mar 18 13:28:47 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 18 Mar 2011 12:28:47 +0100 Subject: [Dovecot] Problem with recompiling sieve scripts after migrating to Dovecot 2.0 from 1.2 In-Reply-To: <4D82767E.2030502@acasalud.com.ar> References: <4D82767E.2030502@acasalud.com.ar> Message-ID: <4D8341EF.2030705@rename-it.nl> Op 17-3-2011 22:00, Andr?s Yacopino schreef: > I saw this in log file of dovecot: > > Error: sieve: binary save: failed to create temporary file: > open(/usr/local/etc/sieve/after/after.dovecot.svbin.acamail.acasalud.com.ar.13528.) > failed: Permission denied (euid=40(vmail) egid=41(vmail) missing +w > perm: /usr/local/etc/sieve/after, euid is not dir owner) > acamail dovecot: lda(xxxxx at xxxxxx): Error: sieve: the lda sieve plugin > does not have permission to save global sieve script binaries; global > sieve scripts like /usr/local/etc/sieve/after/after.dovecot.sieve need > to be pre-compiled using the sievec tool > > So i tried to recompile script using sievec like: > > sievec /usr/lcaol/etc/sieve/after/after.dovecot.sieve but i get: > > sievec(root): Error: user root: Initialization failed: Initializing mail > storage from mail_location setting failed: stat(/root/Maildir) failed: > Permission denied (euid=40(vmail) egid=41(vmail) missing +x perm: /root, > euid is not dir owner) > sievec(root): Fatal: Invalid user settings. Refer to server log for more > information. > > What i must do to resolve this? Oh, that problem again. I'd like to fix that this weekend. What you can do now is: give it what it wants, being a vmail-owned Maildir in /root. You can also provide a dummy config using the -c argument, setting the mail_location to something that exists. Regards, Stephan. From jk at jkart.de Fri Mar 18 13:41:43 2011 From: jk at jkart.de (Jim Knuth) Date: Fri, 18 Mar 2011 12:41:43 +0100 Subject: [Dovecot] Dovecot mirror down? Message-ID: <4D8344F7.4060803@jkart.de> Hello, http://xi.rename-it.nl/debian/ down? Does somebody know why? -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Lache nie ?ber die Dummheit der anderen. Sie kann deine Chance sein. [Churchill] From Christoph at plmail.de Fri Mar 18 14:22:08 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Fri, 18 Mar 2011 13:22:08 +0100 Subject: [Dovecot] Problem with expire plugin and expunge Message-ID: <201103181322.08803.Christoph@plmail.de> Hello, > > Big surprise: Something bad must have happened after the messages were > > deleted from Trash; now all messages are zero days old. > > Are you using maildir? Did you run with those patches + mail_debug=yes? Today, the daily cronjob expired some messages. I have attached the output of the job. It seems that the error occurs not when expunging, but when deleting the first message after expunging. Before deleting a message, "doveadm search" showed me messages that were between zero and four days old, but directly after deleting a message, all messages were zero days old. Here is my log entry from when I deleted that message: Mar 18 09:50:28 joseph dovecot: imap(christoph): Debug: expire: Saving first message to Trash, updating timestamp to 1300438228 Regards Christoph -------------- next part -------------- /etc/cron.daily/dovecot: doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_expire_plugin.so doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm doveadm: Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so doveadm: Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Skipping module doveadm_zlib_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_zlib_plugin.so: undefined symbol: i_stream_create_deflate (this is usually intentional, so just ignore this message) doveadm: Debug: expire: Searching only users listed in expire database doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_expire_plugin.so doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm doveadm: Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so doveadm: Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Skipping module doveadm_zlib_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_zlib_plugin.so: undefined symbol: i_stream_create_deflate (this is usually intentional, so just ignore this message) doveadm: Debug: expire: Searching only users listed in expire database doveadm(christoph): Debug: auth input: christoph home=/mailhome/vmail/christoph doveadm(christoph): Debug: Effective uid=110, gid=114, home=/mailhome/vmail/christoph doveadm(christoph): Debug: fs: root=/mailhome/vmail/christoph/mdbox, index=, control=, inbox= doveadm(christoph): Debug: Namespace : Using permissions from /mailhome/vmail/christoph/mdbox: mode=0700 gid=-1 doveadm(christoph): Debug: expunge: box=Trash uid=3248 doveadm(christoph): Debug: expunge: box=Trash uid=3249 doveadm(christoph): Debug: expunge: box=Trash uid=3250 doveadm(christoph): Debug: expunge: box=Trash uid=3251 doveadm(christoph): Debug: expunge: box=Trash uid=3252 doveadm(christoph): Debug: expunge: box=Trash uid=3253 doveadm(christoph): Debug: expunge: box=Trash uid=3254 doveadm(christoph): Debug: expunge: box=Trash uid=3255 doveadm(christoph): Debug: expunge: box=Trash uid=3256 doveadm(christoph): Debug: expunge: box=Trash uid=3257 doveadm(christoph): Debug: expunge: box=Trash uid=3258 doveadm(christoph): Debug: expunge: box=Trash uid=3259 doveadm(christoph): Debug: expunge: box=Trash uid=3260 doveadm(christoph): Debug: expunge: box=Trash uid=3261 doveadm(christoph): Debug: expunge: box=Trash uid=3262 doveadm(christoph): Debug: expunge: box=Trash uid=3263 doveadm(christoph): Debug: expunge: box=Trash uid=3264 doveadm(christoph): Debug: expunge: box=Trash uid=3265 doveadm(christoph): Debug: expunge: box=Trash uid=3266 doveadm(christoph): Debug: expunge: box=Trash uid=3267 doveadm(christoph): Debug: expunge: box=Trash uid=3268 doveadm(christoph): Debug: expunge: box=Trash uid=3269 doveadm(christoph): Debug: expunge: box=Trash uid=3270 doveadm(christoph): Debug: expunge: box=Trash uid=3271 doveadm(christoph): Debug: expunge: box=Trash uid=3272 doveadm(christoph): Debug: expunge: box=Trash uid=3273 doveadm(christoph): Debug: expunge: box=Trash uid=3274 doveadm(christoph): Debug: expunge: box=Trash uid=3275 doveadm(christoph): Debug: expunge: box=Trash uid=3276 doveadm(christoph): Debug: expunge: box=Trash uid=3277 doveadm(christoph): Debug: expunge: box=Trash uid=3278 doveadm(christoph): Debug: expunge: box=Trash uid=3279 doveadm(christoph): Debug: expunge: box=Trash uid=3280 doveadm(christoph): Debug: expunge: box=Trash uid=3281 doveadm(christoph): Debug: expunge: box=Trash uid=3282 doveadm(christoph): Debug: expunge: box=Trash uid=3283 doveadm(christoph): Debug: expunge: box=Trash uid=3284 doveadm(christoph): Debug: expunge: box=Trash uid=3285 doveadm(christoph): Debug: expunge: box=Trash uid=3286 doveadm(christoph): Debug: expunge: box=Trash uid=3287 doveadm(christoph): Debug: expunge: box=Trash uid=3288 doveadm(christoph): Debug: expunge: box=Trash uid=3289 doveadm(christoph): Debug: expunge: box=Trash uid=3290 doveadm(christoph): Debug: expunge: box=Trash uid=3291 doveadm(christoph): Debug: expunge: box=Trash uid=3292 doveadm(christoph): Debug: expunge: box=Trash uid=3293 doveadm(christoph): Debug: expunge: box=Trash uid=3294 doveadm(christoph): Debug: expunge: box=Trash uid=3295 doveadm(christoph): Debug: expunge: box=Trash uid=3296 doveadm(christoph): Debug: expunge: box=Trash uid=3297 doveadm(christoph): Debug: expunge: box=Trash uid=3298 doveadm(christoph): Debug: expunge: box=Trash uid=3299 doveadm(christoph): Debug: expunge: box=Trash uid=3300 doveadm(christoph): Debug: expunge: box=Trash uid=3301 doveadm(christoph): Debug: expunge: box=Trash uid=3302 doveadm(christoph): Debug: expunge: box=Trash uid=3303 doveadm(christoph): Debug: expunge: box=Trash uid=3304 doveadm(christoph): Debug: expunge: box=Trash uid=3305 doveadm(christoph): Debug: expunge: box=Trash uid=3306 doveadm(christoph): Debug: expunge: box=Trash uid=3307 doveadm(christoph): Debug: expunge: box=Trash uid=3308 doveadm(christoph): Debug: expunge: box=Trash uid=3309 doveadm(christoph): Debug: expunge: box=Trash uid=3310 doveadm(christoph): Debug: expunge: box=Trash uid=3311 doveadm(christoph): Debug: expunge: box=Trash uid=3312 doveadm(christoph): Debug: expunge: box=Trash uid=3313 doveadm(christoph): Debug: expunge: box=Trash uid=3314 doveadm(christoph): Debug: expunge: box=Trash uid=3315 doveadm(christoph): Debug: expunge: box=Trash uid=3316 doveadm(christoph): Debug: expunge: box=Trash uid=3317 doveadm(christoph): Debug: expunge: box=Trash uid=3318 doveadm(christoph): Debug: expunge: box=Trash uid=3319 doveadm(christoph): Debug: expunge: box=Trash uid=3320 doveadm(christoph): Debug: expunge: box=Trash uid=3321 doveadm(christoph): Debug: expunge: box=Trash uid=3322 doveadm(christoph): Debug: expunge: box=Trash uid=3323 doveadm(christoph): Debug: expunge: box=Trash uid=3324 doveadm(christoph): Debug: expunge: box=Trash uid=3325 doveadm(christoph): Debug: expunge: box=Trash uid=3326 doveadm(christoph): Debug: expunge: box=Trash uid=3327 doveadm(christoph): Debug: expunge: box=Trash uid=3328 doveadm(christoph): Debug: expunge: box=Trash uid=3329 doveadm(christoph): Debug: expunge: box=Trash uid=3330 doveadm(christoph): Debug: expunge: box=Trash uid=3331 doveadm(christoph): Debug: expunge: box=Trash uid=3332 doveadm(christoph): Debug: expunge: box=Trash uid=3333 doveadm(christoph): Debug: expunge: box=Trash uid=3334 doveadm(christoph): Debug: expunge: box=Trash uid=3335 doveadm(christoph): Debug: expunge: box=Trash uid=3336 doveadm(christoph): Debug: expunge: box=Trash uid=3337 doveadm(christoph): Debug: expunge: box=Trash uid=3338 doveadm(christoph): Debug: expunge: box=Trash uid=3339 doveadm(christoph): Debug: expunge: box=Trash uid=3340 doveadm(christoph): Debug: expunge: box=Trash uid=3341 doveadm(christoph): Debug: expunge: box=Trash uid=3342 doveadm(christoph): Debug: expunge: box=Trash uid=3343 doveadm(christoph): Debug: expunge: box=Trash uid=3344 doveadm(christoph): Debug: expunge: box=Trash uid=3345 doveadm(christoph): Debug: expunge: box=Trash uid=3346 doveadm(christoph): Debug: expunge: box=Trash uid=3347 doveadm(christoph): Debug: expunge: box=Trash uid=3348 doveadm(christoph): Debug: expunge: box=Trash uid=3349 doveadm(christoph): Debug: expunge: box=Trash uid=3350 doveadm(christoph): Debug: expunge: box=Trash uid=3351 doveadm(christoph): Debug: expunge: box=Trash uid=3352 doveadm(christoph): Debug: expunge: box=Trash uid=3353 doveadm(christoph): Debug: expunge: box=Trash uid=3354 doveadm(christoph): Debug: expunge: box=Trash uid=3355 doveadm(christoph): Debug: expunge: box=Trash uid=3356 doveadm(christoph): Debug: expunge: box=Trash uid=3357 doveadm(christoph): Debug: expunge: box=Trash uid=3358 doveadm(christoph): Debug: expunge: box=Trash uid=3359 doveadm(christoph): Debug: expunge: box=Trash uid=3360 doveadm(christoph): Debug: expunge: box=Trash uid=3361 doveadm(christoph): Debug: expunge: box=Trash uid=3362 doveadm(christoph): Debug: expunge: box=Trash uid=3363 doveadm(christoph): Debug: expunge: box=Trash uid=3364 doveadm(christoph): Debug: expunge: box=Trash uid=3365 doveadm(christoph): Debug: expunge: box=Trash uid=3366 doveadm(christoph): Debug: expunge: box=Trash uid=3367 doveadm(christoph): Debug: expunge: box=Trash uid=3368 doveadm(christoph): Debug: expunge: box=Trash uid=3369 doveadm(christoph): Debug: expunge: box=Trash uid=3370 doveadm(christoph): Debug: expunge: box=Trash uid=3371 doveadm(christoph): Debug: expunge: box=Trash uid=3372 doveadm(christoph): Debug: expunge: box=Trash uid=3373 doveadm(christoph): Debug: expunge: box=Trash uid=3374 doveadm(christoph): Debug: expunge: box=Trash uid=3375 doveadm(christoph): Debug: expunge: box=Trash uid=3376 doveadm(christoph): Debug: expunge: box=Trash uid=3377 doveadm(christoph): Debug: expunge: box=Trash uid=3378 doveadm(christoph): Debug: expunge: box=Trash uid=3379 doveadm(christoph): Debug: expunge: box=Trash uid=3380 doveadm(christoph): Debug: expunge: box=Trash uid=3381 doveadm(christoph): Debug: expunge: box=Trash uid=3382 doveadm(christoph): Debug: expunge: box=Trash uid=3383 doveadm(christoph): Debug: expunge: box=Trash uid=3384 doveadm(christoph): Debug: expunge: box=Trash uid=3385 doveadm(christoph): Debug: expunge: box=Trash uid=3386 doveadm(christoph): Debug: expunge: box=Trash uid=3387 doveadm(christoph): Debug: expunge: box=Trash uid=3388 doveadm(christoph): Debug: expunge: box=Trash uid=3389 doveadm(christoph): Debug: expunge: box=Trash uid=3390 doveadm(christoph): Debug: expunge: box=Trash uid=3391 doveadm(christoph): Debug: expunge: box=Trash uid=3392 doveadm(christoph): Debug: expunge: box=Trash uid=3393 doveadm(christoph): Debug: expunge: box=Trash uid=3394 doveadm(christoph): Debug: expunge: box=Trash uid=3395 doveadm(christoph): Debug: expunge: box=Trash uid=3396 doveadm(christoph): Debug: expunge: box=Trash uid=3397 doveadm(christoph): Debug: expunge: box=Trash uid=3398 doveadm(christoph): Debug: expunge: box=Trash uid=3399 doveadm(christoph): Debug: expunge: box=Trash uid=3400 doveadm(christoph): Debug: expunge: box=Trash uid=3401 doveadm(christoph): Debug: expunge: box=Trash uid=3402 doveadm(christoph): Debug: expunge: box=Trash uid=3403 doveadm(christoph): Debug: expunge: box=Trash uid=3404 doveadm(christoph): Debug: expunge: box=Trash uid=3405 doveadm(christoph): Debug: expunge: box=Trash uid=3406 doveadm(christoph): Debug: expunge: box=Trash uid=3407 doveadm(christoph): Debug: expunge: box=Trash uid=3408 doveadm(christoph): Debug: expunge: box=Trash uid=3409 doveadm(christoph): Debug: expunge: box=Trash uid=3410 doveadm(christoph): Debug: expunge: box=Trash uid=3411 doveadm(christoph): Debug: expunge: box=Trash uid=3412 doveadm(christoph): Debug: expunge: box=Trash uid=3413 doveadm(christoph): Debug: expunge: box=Trash uid=3414 doveadm(christoph): Debug: expunge: box=Trash uid=3415 doveadm(christoph): Debug: expunge: box=Trash uid=3416 doveadm(christoph): Debug: expunge: box=Trash uid=3417 doveadm(christoph): Debug: expunge: box=Trash uid=3418 doveadm(christoph): Debug: expunge: box=Trash uid=3419 doveadm(christoph): Debug: expunge: box=Trash uid=3420 doveadm(christoph): Debug: expunge: box=Trash uid=3421 doveadm(christoph): Debug: expunge: box=Trash uid=3422 doveadm(christoph): Debug: expunge: box=Trash uid=3423 doveadm(christoph): Debug: expunge: box=Trash uid=3424 doveadm(christoph): Debug: expunge: box=Trash uid=3425 doveadm(christoph): Debug: expunge: box=Trash uid=3426 doveadm(christoph): Debug: expunge: box=Trash uid=3427 doveadm(christoph): Debug: expunge: box=Trash uid=3428 doveadm(christoph): Debug: expunge: box=Trash uid=3429 doveadm(christoph): Debug: expunge: box=Trash uid=3430 doveadm(christoph): Debug: expunge: box=Trash uid=3431 doveadm(christoph): Debug: expunge: box=Trash uid=3432 doveadm(christoph): Debug: expunge: box=Trash uid=3433 doveadm(christoph): Debug: expunge: box=Trash uid=3434 doveadm(christoph): Debug: expunge: box=Trash uid=3435 doveadm(christoph): Debug: expunge: box=Trash uid=3436 doveadm(christoph): Debug: expunge: box=Trash uid=3437 doveadm(christoph): Debug: expunge: box=Trash uid=3438 doveadm(christoph): Debug: expunge: box=Trash uid=3439 doveadm(christoph): Debug: expunge: box=Trash uid=3440 doveadm(christoph): Debug: expunge: box=Trash uid=3441 doveadm(christoph): Debug: expunge: box=Trash uid=3442 doveadm(christoph): Debug: expunge: box=Trash uid=3443 doveadm(christoph): Debug: expunge: box=Trash uid=3444 doveadm(christoph): Debug: expunge: box=Trash uid=3445 doveadm(christoph): Debug: expunge: box=Trash uid=3446 doveadm(christoph): Debug: expunge: box=Trash uid=3447 doveadm(christoph): Debug: expunge: box=Trash uid=3448 doveadm(christoph): Debug: expunge: box=Trash uid=3449 doveadm(christoph): Debug: expunge: box=Trash uid=3450 doveadm(christoph): Debug: expunge: box=Trash uid=3451 doveadm(christoph): Debug: expunge: box=Trash uid=3452 doveadm(christoph): Debug: expunge: box=Trash uid=3453 doveadm(christoph): Debug: expunge: box=Trash uid=3454 doveadm(christoph): Debug: expunge: box=Trash uid=3455 doveadm(christoph): Debug: expunge: box=Trash uid=3456 doveadm(christoph): Debug: expunge: box=Trash uid=3457 doveadm(christoph): Debug: expunge: box=Trash uid=3458 doveadm(christoph): Debug: expunge: box=Trash uid=3459 doveadm(christoph): Debug: expunge: box=Trash uid=3460 doveadm(christoph): Debug: expunge: box=Trash uid=3461 doveadm(christoph): Debug: expunge: box=Trash uid=3462 doveadm(christoph): Debug: expunge: box=Trash uid=3463 doveadm(christoph): Debug: expunge: box=Trash uid=3464 doveadm(christoph): Debug: expunge: box=Trash uid=3465 doveadm(christoph): Debug: expunge: box=Trash uid=3466 doveadm(christoph): Debug: expunge: box=Trash uid=3467 doveadm(christoph): Debug: expunge: box=Trash uid=3468 doveadm(christoph): Debug: expunge: box=Trash uid=3469 doveadm(christoph): Debug: expunge: box=Trash uid=3470 doveadm(christoph): Debug: expunge: box=Trash uid=3471 doveadm(christoph): Debug: expunge: box=Trash uid=3472 doveadm(christoph): Debug: expunge: box=Trash uid=3473 doveadm(christoph): Debug: expunge: box=Trash uid=3474 doveadm(christoph): Debug: expunge: box=Trash uid=3475 doveadm(christoph): Debug: expunge: box=Trash uid=3476 doveadm(christoph): Debug: expunge: box=Trash uid=3477 doveadm(christoph): Debug: expunge: box=Trash uid=3478 doveadm(christoph): Debug: expunge: box=Trash uid=3479 doveadm(christoph): Debug: expunge: box=Trash uid=3480 doveadm(christoph): Debug: expunge: box=Trash uid=3481 doveadm(christoph): Debug: expunge: box=Trash uid=3482 doveadm(christoph): Debug: expunge: box=Trash uid=3483 doveadm(christoph): Debug: expunge: box=Trash uid=3484 doveadm(christoph): Debug: expunge: box=Trash uid=3485 doveadm(christoph): Debug: expunge: box=Trash uid=3486 doveadm(christoph): Debug: expunge: box=Trash uid=3487 doveadm(christoph): Debug: expunge: box=Trash uid=3488 doveadm(christoph): Debug: expunge: box=Trash uid=3489 doveadm(christoph): Debug: expunge: box=Trash uid=3490 doveadm(christoph): Debug: expunge: box=Trash uid=3491 doveadm(christoph): Debug: expunge: box=Trash uid=3492 doveadm(christoph): Debug: expunge: box=Trash uid=3493 doveadm(christoph): Debug: expunge: box=Trash uid=3494 doveadm(christoph): Debug: expunge: box=Trash uid=3495 doveadm(christoph): Debug: expunge: box=Trash uid=3496 doveadm(christoph): Debug: expunge: box=Trash uid=3497 doveadm(christoph): Debug: expunge: box=Trash uid=3498 doveadm(christoph): Debug: expunge: box=Trash uid=3499 doveadm(christoph): Debug: expunge: box=Trash uid=3500 doveadm(christoph): Debug: expunge: box=Trash uid=3501 doveadm(christoph): Debug: expunge: box=Trash uid=3502 doveadm(christoph): Debug: expunge: box=Trash uid=3503 doveadm(christoph): Debug: expunge: box=Trash uid=3504 doveadm(christoph): Debug: expunge: box=Trash uid=3505 doveadm(christoph): Debug: expunge: box=Trash uid=3506 doveadm(christoph): Debug: expunge: box=Trash uid=3507 doveadm(christoph): Debug: expunge: box=Trash uid=3508 doveadm(christoph): Debug: expunge: box=Trash uid=3509 doveadm(christoph): Debug: expunge: box=Trash uid=3510 doveadm(christoph): Debug: expunge: box=Trash uid=3511 doveadm(christoph): Debug: expunge: box=Trash uid=3512 doveadm(christoph): Debug: expunge: box=Trash uid=3513 doveadm(christoph): Debug: expunge: box=Trash uid=3514 doveadm(christoph): Debug: expunge: box=Trash uid=3515 doveadm(christoph): Debug: expunge: box=Trash uid=3516 doveadm(christoph): Debug: expunge: box=Trash uid=3517 doveadm(christoph): Debug: expunge: box=Trash uid=3518 doveadm(christoph): Debug: expunge: box=Trash uid=3519 doveadm(christoph): Debug: expunge: box=Trash uid=3520 doveadm(christoph): Debug: expunge: box=Trash uid=3521 doveadm(christoph): Debug: expunge: box=Trash uid=3522 doveadm(christoph): Debug: expunge: box=Trash uid=3523 doveadm(christoph): Debug: expunge: box=Trash uid=3524 doveadm(christoph): Debug: expunge: box=Trash uid=3525 doveadm(christoph): Debug: expunge: box=Trash uid=3526 doveadm(christoph): Debug: expunge: box=Trash uid=3527 doveadm(christoph): Debug: expunge: box=Trash uid=3528 doveadm(christoph): Debug: expunge: box=Trash uid=3529 doveadm(christoph): Debug: expunge: box=Trash uid=3530 doveadm(christoph): Debug: expunge: box=Trash uid=3531 doveadm(christoph): Debug: expunge: box=Trash uid=3532 doveadm(christoph): Debug: expunge: box=Trash uid=3533 doveadm(christoph): Debug: expunge: box=Trash uid=3534 doveadm(christoph): Debug: expunge: box=Trash uid=3535 doveadm(christoph): Debug: expunge: box=Trash uid=3536 doveadm(christoph): Debug: expunge: box=Trash uid=3537 doveadm(christoph): Debug: expunge: box=Trash uid=3538 doveadm(christoph): Debug: expunge: box=Trash uid=3539 doveadm(christoph): Debug: expunge: box=Trash uid=3540 doveadm(christoph): Debug: expunge: box=Trash uid=3541 doveadm(christoph): Debug: expunge: box=Trash uid=3542 doveadm(christoph): Debug: expunge: box=Trash uid=3543 doveadm(christoph): Debug: expunge: box=Trash uid=3544 doveadm(christoph): Debug: expunge: box=Trash uid=3545 doveadm(christoph): Debug: expunge: box=Trash uid=3546 doveadm(christoph): Debug: expunge: box=Trash uid=3547 doveadm(christoph): Debug: expunge: box=Trash uid=3548 doveadm(christoph): Debug: expunge: box=Trash uid=3549 doveadm(christoph): Debug: expunge: box=Trash uid=3550 doveadm(christoph): Debug: expunge: box=Trash uid=3551 doveadm(christoph): Debug: expunge: box=Trash uid=3552 doveadm(christoph): Debug: expunge: box=Trash uid=3553 doveadm(christoph): Debug: expunge: box=Trash uid=3554 doveadm(christoph): Debug: expunge: box=Trash uid=3555 doveadm(christoph): Debug: expunge: box=Trash uid=3556 doveadm(christoph): Debug: expunge: box=Trash uid=3557 doveadm(christoph): Debug: expunge: box=Trash uid=3558 doveadm(christoph): Debug: expunge: box=Trash uid=3559 doveadm(christoph): Debug: expunge: box=Trash uid=3560 doveadm(christoph): Debug: expunge: box=Trash uid=3561 doveadm(christoph): Debug: expunge: box=Trash uid=3562 doveadm(christoph): Debug: expire: Expunging first message in Trash, updating timestamp to 0 From stephan at rename-it.nl Fri Mar 18 16:41:41 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 18 Mar 2011 15:41:41 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D8344F7.4060803@jkart.de> References: <4D8344F7.4060803@jkart.de> Message-ID: <4D836F25.60201@rename-it.nl> Op 18-3-2011 12:41, Jim Knuth schreef: > Hello, > > http://xi.rename-it.nl/debian/ > > down? Does somebody know why? > Yep. Host server is having some RAID troubles right now. Should be back tomorrow, but it may take a little longer. Regards, Stephan. From jk at jkart.de Fri Mar 18 16:45:00 2011 From: jk at jkart.de (Jim Knuth) Date: Fri, 18 Mar 2011 15:45:00 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D836F25.60201@rename-it.nl> References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> Message-ID: <4D836FEC.6060706@jkart.de> am 18.03.11 15:41 schrieb Stephan Bosch : > Op 18-3-2011 12:41, Jim Knuth schreef: >> Hello, >> >> http://xi.rename-it.nl/debian/ >> >> down? Does somebody know why? >> > > Yep. Host server is having some RAID troubles right now. Should be > back tomorrow, but it may take a little longer. > > Regards, > > Stephan. thanx a lot. :) -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Wer in Blut und Spr?chen schreibt, der will nicht gelesen, sondern auswendig gelernt werden. [Nietzsche] From robert at schetterer.org Fri Mar 18 16:45:50 2011 From: robert at schetterer.org (Robert Schetterer) Date: Fri, 18 Mar 2011 15:45:50 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D836F25.60201@rename-it.nl> References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> Message-ID: <4D83701E.5000000@schetterer.org> Am 18.03.2011 15:41, schrieb Stephan Bosch: > Op 18-3-2011 12:41, Jim Knuth schreef: >> Hello, >> >> http://xi.rename-it.nl/debian/ >> >> down? Does somebody know why? >> > > Yep. Host server is having some RAID troubles right now like here too, 3ware controller resets *grrr . Should be back > tomorrow, but it may take a little longer. > > Regards, > > Stephan. is this split sieve packaging reverted then ? cant see sense in it, and as far i remembered it broke update...., wasnt it you reported it -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From jk at jkart.de Fri Mar 18 16:48:42 2011 From: jk at jkart.de (Jim Knuth) Date: Fri, 18 Mar 2011 15:48:42 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D836F25.60201@rename-it.nl> References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> Message-ID: <4D8370CA.7090208@jkart.de> am 18.03.11 15:41 schrieb Stephan Bosch : > Op 18-3-2011 12:41, Jim Knuth schreef: >> Hello, >> >> http://xi.rename-it.nl/debian/ >> >> down? Does somebody know why? >> > > Yep. Host server is having some RAID troubles right now. Should be > back tomorrow, but it may take a little longer. > > Regards, > > Stephan. sorry, once again. Another mirror availably? I wonna upgrade to V 2.* -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Now this is not the end. It is not even the beginning of the end. But it is, perhaps, the end of the beginning. [Churchill] From stephan at rename-it.nl Fri Mar 18 16:55:49 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 18 Mar 2011 15:55:49 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D8370CA.7090208@jkart.de> References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> <4D8370CA.7090208@jkart.de> Message-ID: <4D837275.9060506@rename-it.nl> Op 18-3-2011 15:48, Jim Knuth schreef: > am 18.03.11 15:41 schrieb Stephan Bosch : > >> Op 18-3-2011 12:41, Jim Knuth schreef: >>> Hello, >>> >>> http://xi.rename-it.nl/debian/ >>> >>> down? Does somebody know why? >>> >> >> Yep. Host server is having some RAID troubles right now. Should be >> back tomorrow, but it may take a little longer. >> >> Regards, >> >> Stephan. > > sorry, once again. Another mirror availably? > I wonna upgrade to V 2.* > As far as I know, xi is not mirrored anywhere. I cannot directly access the repository either. You can use the Debian/experimental packages, which are now Dovecot v2.0. But watch out, as explained elsewhere on this list, you will encounter some upgrade issues. Regards, Stephan. From vincent.artzner at gmail.com Fri Mar 18 17:14:22 2011 From: vincent.artzner at gmail.com (Vincent Artzner) Date: Fri, 18 Mar 2011 16:14:22 +0100 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset Message-ID: Hi there, I juste set up dovecot as local imap server last week, with maildir format. Things went fine with two "low volume" accounts, until I added another one. Then I see two different things with connected clients: 1/ Quite oftent well formed messages that appear... and disappear quite immediately. On the server, the messages concerned by 2/ seem to be there, I can open the files and it looks ok (header, content). The only error log I get is this: 2011-03-18 14:43:14 IMAP(info): Info: Disconnected: FETCH failed bytes=109363/174063195 2011-03-18 14:43:14 imap-login: Info: Login: user=, method=PLAIN, rip=192.168.0.191, lip=192.168.0.10, TLS 2011-03-18 14:43:15 IMAP(info): Error: FETCH [] for mailbox Envois UID 11572 got too little data: 63454 vs 63455 2011-03-18 14:43:15 IMAP(info): Error: Maildir filename has wrong W value: /home/info/Maildir/.Envois/cur/1300450349.M120256P3108.Serveurlinux,S=460764,W=460768:2,S 2011-03-18 14:43:15 IMAP(info): Error: Corrupted index cache file /home/info/Maildir/.Envois/dovecot.index.cache: Broken virtual size for mail UID 11572 Please note the size: 63454 vs 63455: it's always like that: one byte difference. Here is the dovecot -n result: # 1.2.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-24-generic-pae i686 Ubuntu 10.04.2 LTS ext4 log_path: /home/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S listen: *:144 ssl_listen: *:10943 login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_process_per_connection: no mail_max_userip_connections: 20 mail_privileged_group: mail mail_location: maildir:/home/%u/Maildir:INBOX=/home/%u/Maildir/ mbox_write_locks: fcntl dotlock auth default: passdb: driver: pam userdb: driver: passwd The imap client used is thunderbird under windows XP/7. I also reproduced it with opera mail client. I tried to rename/delete dovecot.index.cache files as I have read about it, but doesn't changed anything. The incoming mails are provided to dovecot by procmail, so I think dovecot is responsible for settings the S, W params in the filenames. No other process should alter the messages (i still have to fully check this). I am a bit lost (not a system administrator at all) and would be grateful for any advice. Vincent From patrick at cim.mcgill.ca Fri Mar 18 17:21:40 2011 From: patrick at cim.mcgill.ca (Patrick McLean) Date: Fri, 18 Mar 2011 11:21:40 -0400 Subject: [Dovecot] maildir location In-Reply-To: <4D828458.5030301@jkart.de> References: <4D827B2B.6080906@cim.mcgill.ca> <4D828458.5030301@jkart.de> Message-ID: <4D837884.8080708@cim.mcgill.ca> On 17/03/11 05:59 PM, Jim Knuth wrote: > am 17.03.11 22:33 schrieb upen : > >>> >>> If you expect to have any folders with lots of messages, I would use >>> mdbox rather than Maildir. NFS tends to have performance problems with >>> lots of small files, and Maildir uses one file per message, where mdbox >>> has a sort of compromise between lots of files and the huge files that >>> mbox creates. >> >> Thanks Patrick. >> >> OK. back to zero again. Now this is new piece of information for me >> which tell me that mdbox is better than Maildir format for emails on >> NFS. > > really? Only for NFS? Not necessarily only for NFS, but NFS's performance hit with lots of files is more egregious than local filesystems. > >> >> Question: Which is best format to go with in general, maildir or >> mdbox? . We really don't want users to use their NFS HOME directories >> for storing and accessing their emails. Even if they create any imap >> folder that should also get created on email server's local storage >> either in Maildir format or the new format mdbox which I've just heard >> about. > > From CMarcus at Media-Brokers.com Fri Mar 18 17:31:24 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Fri, 18 Mar 2011 11:31:24 -0400 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: References: Message-ID: <4D837ACC.5080201@Media-Brokers.com> On 2011-03-18 11:14 AM, Vincent Artzner wrote: > Here is the dovecot -n result: > > # 1.2.9: /etc/dovecot/dovecot.conf Before reporting problems and possibly wasting other people's time, it is generally considered a good idea to upgrade to the current stable release... In this case, either 1.2.16, or better, 2.0.11... -- Best regards, Charles From vincent.artzner at gmail.com Fri Mar 18 17:40:12 2011 From: vincent.artzner at gmail.com (Vincent Artzner) Date: Fri, 18 Mar 2011 16:40:12 +0100 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: <4D837ACC.5080201@Media-Brokers.com> References: <4D837ACC.5080201@Media-Brokers.com> Message-ID: Well, that make sense... looks like my apt repositories were not up-to-date. On Fri, Mar 18, 2011 at 4:31 PM, Charles Marcus wrote: > On 2011-03-18 11:14 AM, Vincent Artzner wrote: > > Here is the dovecot -n result: > > > > # 1.2.9: /etc/dovecot/dovecot.conf > > Before reporting problems and possibly wasting other people's time, it > is generally considered a good idea to upgrade to the current stable > release... > > In this case, either 1.2.16, or better, 2.0.11... > > -- > > Best regards, > > Charles > From carloswill at gmail.com Fri Mar 18 19:20:44 2011 From: carloswill at gmail.com (Carlos Mennens) Date: Fri, 18 Mar 2011 13:20:44 -0400 Subject: [Dovecot] Configure Dovecot For IMAP Only? Message-ID: I've install Dovecot 2.0.11-1 on my Linux server and all the guides and tutorials I've found on Google don't work since I'm running 2.x and it seems most guides were done with 1.x. I've opened up the configuration file /etc/dovecot/dovecot.conf & from what I can see, this is all I could come up with: protocols = imap listen = * base_dir = /var/run/dovecot login_greeting = Server ready. mail_location = maildir:~/mail I obviously want / need IMAP4 access ONLY and not POP3. I've got only 12 local Linux shell users and all authentication is done by I think PAM. My friend sent me his configuration file to see if it would work on Dovecot 2.x however I don't think it does: auth_mechanisms = plain login mail_location = maildir:~/mail passdb { driver = pam } protocols = imap service auth { unix_listener auth-client { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> Message-ID: <4D83AFB7.3090106@jkart.de> am 18.03.11 15:41 schrieb Stephan Bosch : > Op 18-3-2011 12:41, Jim Knuth schreef: >> Hello, >> >> http://xi.rename-it.nl/debian/ >> >> down? Does somebody know why? >> > > Yep. Host server is having some RAID troubles right now. Should be > back tomorrow, but it may take a little longer. > > Regards, > > Stephan. it`s on now. Thank you. -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Aller grosse L?rm macht, dass wir das Gl?ck in die Stille und Ferne setzen. [Nietzsche] From stephan at rename-it.nl Fri Mar 18 22:36:42 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Fri, 18 Mar 2011 21:36:42 +0100 Subject: [Dovecot] Dovecot mirror down? In-Reply-To: <4D83AFB7.3090106@jkart.de> References: <4D8344F7.4060803@jkart.de> <4D836F25.60201@rename-it.nl> <4D83AFB7.3090106@jkart.de> Message-ID: <4D83C25A.5040606@rename-it.nl> Op 18-3-2011 20:17, Jim Knuth schreef: > am 18.03.11 15:41 schrieb Stephan Bosch : > >> >> Yep. Host server is having some RAID troubles right now. Should be >> back tomorrow, but it may take a little longer. >> >> Regards, >> >> Stephan. > > it`s on now. Thank you. > Yes, the repository is online now. The builders are not active for now, however. Regards, Stephan. From robert at schetterer.org Sat Mar 19 00:39:29 2011 From: robert at schetterer.org (Robert Schetterer) Date: Fri, 18 Mar 2011 23:39:29 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat In-Reply-To: <4D81429F.5070201@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> <4D813F12.6090501@schetterer.org> <4D81429F.5070201@schetterer.org> Message-ID: <4D83DF21.3050402@schetterer.org> Am 17.03.2011 00:07, schrieb Robert Schetterer: > Am 16.03.2011 23:52, schrieb Robert Schetterer: >> Am 16.03.2011 22:59, schrieb Robert Schetterer: >>> Am 16.03.2011 20:56, schrieb Robert Schetterer: >>>> I wonder how POP3 clients would even know how long the mail has been in >>>>> server.. >>> >>> here it is for tb >>> >>> http://kb.mozillazine.org/Popstate.dat >>> >>> >> >> ok , i tested a little >> the popstate.dat files stores what to do >> with pop3 mail identified by UIDL >> >> this tb function looks good on both servers >> >> if i.e a mail was deleted from local inbox >> it gets declared something like >> d uidl >> in the popstate.dat >> >> the difference between the servers is >> that in the server without virtual plugin the mail gets in deed deleted >> at pop3 reconnect >> >> sending >> pop3(... at ....): expunge: box=INBOX, uid=172, >> msgid=<4D813935.9070606 at ....>, size=1836 >> >> with my virtual plugin setup it isnt deleted >> cant see any expunge with this tb account >> >> miracle i can see onther account ( think he has old netscape ) >> which sends expunge over pop3 >> > > checked this with outlook 2010 too > it doesnt work either, see no expunge in log > > so the virtual plugin or my setup within simply broke this pop3 features hi Timo i did more debugging, used telnet with pop3 the list and dele function are working, the problem is based on that if tb downloads the mail ( with option leave copies on the server ) mail stays in maildir cur now, but it cant be seen via pop3 list anymore so its clear, whatever tb sends dele later connect it fails cause the mail cant be seen via pop3 anymore From kshaw at kendallshaw.com Sat Mar 19 00:56:34 2011 From: kshaw at kendallshaw.com (Kendall Shaw) Date: Fri, 18 Mar 2011 15:56:34 -0700 Subject: [Dovecot] Configure Dovecot For IMAP Only? In-Reply-To: References: Message-ID: <1300488994.2669.108.camel@localhost> On Fri, 2011-03-18 at 13:20 -0400, Carlos Mennens wrote: > I've install Dovecot 2.0.11-1 on my Linux server and all the guides > and tutorials I've found on Google don't work since I'm running 2.x > and it seems most guides were done with 1.x. ... > Can anyone please tell me what I need to add to get this very basic > IMAP server up and running? http://wiki2.dovecot.org/ From dovecot at mailtagger.com Sat Mar 19 11:31:05 2011 From: dovecot at mailtagger.com (Tim Bessie) Date: Sat, 19 Mar 2011 02:31:05 -0700 (PDT) Subject: [Dovecot] Can't disable chroot to 'empty' dir, but need to... how to do it? Message-ID: Hello all... I've installed dovecot on my ISP's shell server, and am using SSH tunnelling so that I can retrieve my mbox-format mail from procmail-processed mailboxes on that server (normally I just ssh there and read them locally with pine, but now that I have a phone with an IMAP client, I wanted to be able to read it more easily there). The problem I'm having is, although it's working, whenever dovecot starts up, or I try to log in, it attempts to chroot to /home/mydir/dovecot/var/run/dovecot/empty (where /home/mydir/dovecot is the path to my dovecot installation). I've turned off all chroot'ing in all the config files, but it still seems to want to chroot to that one directory. The message I see in the log is: Mar 19 02:09:43 master: Info: Dovecot v2.0.11 starting up (core dumps disabled) Mar 19 02:09:44 anvil: Fatal: chroot(/home/mydir/dovecot/var/run/dovecot/empty) failed: Operation not permitted Mar 19 02:09:44 master: Error: service(anvil): command startup failed, throttling This doesn't cause a problem accessing my mail, but it DOES seem to wait 60 seconds between attempts at chroot'ing, so logins to the server take that long (until the chroot fails). Is there any way I can disable this? Again, I've followed the instructions and set 'chroot=' (empty) for all services, but that hasn't helped. - Tim From jk at jkart.de Sat Mar 19 14:40:03 2011 From: jk at jkart.de (Jim Knuth) Date: Sat, 19 Mar 2011 13:40:03 +0100 Subject: [Dovecot] Sieve or not? Message-ID: <4D84A423.2020701@jkart.de> Hello, I use V 2.11 and my question is: Is one present Sieve with this version or MUST this specially compiles? # 2.0.11 (31d8d43fa6b5): /etc/dovecot/dovecot.conf # OS: Linux 2.6.29.4 i686 Debian wheezy/sid -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Der Fanatismus ist die einzige 'Willensst?rke', zu der auch die Schwachen gebracht werden k?nnen. [Nietzsche] From nick+dovecot at bunbun.be Sat Mar 19 15:23:39 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Sat, 19 Mar 2011 14:23:39 +0100 Subject: [Dovecot] Sieve or not? In-Reply-To: <4D84A423.2020701@jkart.de> References: <4D84A423.2020701@jkart.de> Message-ID: <4D84AE5B.1050709@bunbun.be> Jim Knuth wrote: > Hello, > > I use V 2.11 and my question is: > Is one present Sieve with this version or > MUST this specially compiles? > > # 2.0.11 (31d8d43fa6b5): /etc/dovecot/dovecot.conf > # OS: Linux 2.6.29.4 i686 Debian wheezy/sid > For sieve you will have to install pigeonhole (http://wiki2.dovecot.org/Pigeonhole) N. From jk at jkart.de Sat Mar 19 16:06:00 2011 From: jk at jkart.de (Jim Knuth) Date: Sat, 19 Mar 2011 15:06:00 +0100 Subject: [Dovecot] Sieve or not? In-Reply-To: <4D84AE5B.1050709@bunbun.be> References: <4D84A423.2020701@jkart.de> <4D84AE5B.1050709@bunbun.be> Message-ID: <4D84B848.6090109@jkart.de> am 19.03.11 14:23 schrieb Nick Rosier : > Jim Knuth wrote: >> Hello, >> >> I use V 2.11 and my question is: >> Is one present Sieve with this version or >> MUST this specially compiles? >> >> # 2.0.11 (31d8d43fa6b5): /etc/dovecot/dovecot.conf >> # OS: Linux 2.6.29.4 i686 Debian wheezy/sid >> > For sieve you will have to install pigeonhole > (http://wiki2.dovecot.org/Pigeonhole) > > N. thanx, but where is these dovecot-config on Debian, standard installation? I`m searching in /usr/bin/ /usr/sbin/ /usr/local/ and so on. The only "thing" I`ve found is /usr/bin/doveconf. And than came: configure: error: dovecot-config not found Somebody have a hint for me? Thank you in advance. :) -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Ist das Leben nicht hundert Mal zu kurz, sich in ihm - zu langweilen? [Nietzsche] From jk at jkart.de Sat Mar 19 18:56:53 2011 From: jk at jkart.de (Jim Knuth) Date: Sat, 19 Mar 2011 17:56:53 +0100 Subject: [Dovecot] Sieve or not? In-Reply-To: <4D84B848.6090109@jkart.de> References: <4D84A423.2020701@jkart.de> <4D84AE5B.1050709@bunbun.be> <4D84B848.6090109@jkart.de> Message-ID: <4D84E055.4070209@jkart.de> am 19.03.11 15:06 schrieb Jim Knuth : > am 19.03.11 14:23 schrieb Nick Rosier : > >> Jim Knuth wrote: >>> Hello, >>> >>> I use V 2.11 and my question is: >>> Is one present Sieve with this version or >>> MUST this specially compiles? >>> >>> # 2.0.11 (31d8d43fa6b5): /etc/dovecot/dovecot.conf >>> # OS: Linux 2.6.29.4 i686 Debian wheezy/sid >>> >> For sieve you will have to install pigeonhole >> (http://wiki2.dovecot.org/Pigeonhole) >> >> N. > > thanx, but where is these dovecot-config on Debian, > standard installation? I`m searching in /usr/bin/ > /usr/sbin/ /usr/local/ and so on. > The only "thing" I`ve found is /usr/bin/doveconf. > And than came: configure: error: dovecot-config not found > > Somebody have a hint for me? Thank you in advance. :) > I must install only devel packages. ;) -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Ein Fanatiker ist ein Mensch, der seine Ansichten nicht ?ndern kann, und der das Thema nicht wechseln will. [Churchill] From dovecot.fdop at tagged.lorens.org Sat Mar 19 22:50:15 2011 From: dovecot.fdop at tagged.lorens.org (Lorens Kockum) Date: Sat, 19 Mar 2011 21:50:15 +0100 Subject: [Dovecot] dovecot proxy, imapproxy, perdition . . . or? Message-ID: <20110319205015.GA10298@tagged.lorens.org> Hi, I have two load-balanced dovecot servers using a single NFS mount. The version is 1.2.11. I chose this so that if one server goes down the other will take up the load, and if my load is too much for one server I just have to add more identical servers. It works, but I wish to move to SAN storage because the NFS server is exhibiting irregular performance. (I spent a lot of time with tcpdump to check that it wasn't NFS locking problems). Performance is very important to me, not in the sense of many users but in the sense of quick response time, since the main use is as a webmail backend. That means that instead of load-balancing connections between servers I will have to partition users between servers (all on one to begin with) and direct users to the corresponding server. I expected to use perdition, but when reading up on that I found imapproxy, which could be interesting for performance reasons, and also that dovecot has an included proxy, and that its performance is better than perdition. However on http://wiki.dovecot.org/HowTo/ImapProxy the feature "IMAP/POP3 server with proxy feature" is noted as "This model is still a bit unfinished in current code." Is this still true? There's also a general note that "This page was written quite a long time ago and may not match reality anymore" . . . From dg at dguhl.org Sat Mar 19 23:32:17 2011 From: dg at dguhl.org (Dennis Guhl) Date: Sat, 19 Mar 2011 22:32:17 +0100 Subject: [Dovecot] dovecot proxy, imapproxy, perdition . . . or? In-Reply-To: <20110319205015.GA10298@tagged.lorens.org> References: <20110319205015.GA10298@tagged.lorens.org> Message-ID: <20110319213217.GB1063@laptop-dg.leere.eu> On Sat, Mar 19, 2011 at 09:50:15PM +0100, Lorens Kockum wrote: > Hi, > > I have two load-balanced dovecot servers using a single NFS > mount. The version is 1.2.11. I chose this so that if one server [..] > reasons, and also that dovecot has an included proxy, and > that its performance is better than perdition. However on > http://wiki.dovecot.org/HowTo/ImapProxy the feature "IMAP/POP3 > server with proxy feature" is noted as "This model is still a > bit unfinished in current code." > > Is this still true? There's also a general note that "This page > was written quite a long time ago and may not match reality > anymore" . . . I use 1.2.15 from Debian Lennys backports in a proxy configuration for a medium three digit number of users without any problems. Dennis From jk at jkart.de Sun Mar 20 01:16:56 2011 From: jk at jkart.de (Jim Knuth) Date: Sun, 20 Mar 2011 00:16:56 +0100 Subject: [Dovecot] Testing sieve Message-ID: <4D853968.4000102@jkart.de> Hi, I`ve now compiled sieve and have a globalsieverc in /etc/dovecot/sieve/globalsieverc. How can I testing the rules? 1. require "fileinto"; if header :contains "X-Spam-Flag" "YES" { fileinto :create "Spam"; stop; } The second rule not working, the first rule I do not know. 2. require "fileinto"; if header :contains "subject" "Stress" { fileinto "Ablage"; stop; } main.cf entry is mailbox_command = /usr/lib/dovecot/dovecot-lda -a "$RECIPIENT" Thanks in advance -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! ##### Zufallszitat: Ist das Leben nicht hundert Mal zu kurz, sich in ihm - zu langweilen? [Nietzsche] From md5i at md5i.com Sun Mar 20 09:12:16 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Sun, 20 Mar 2011 03:12:16 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) Message-ID: <87vczee04v.fsf@maru.md5i.com> I have a sieve file that reads like this: require "fileinto"; # Emacs if header :contains "List-Id" "emacs-devel.gnu.org" { fileinto "mail.emacs-devel"; } elsif header :contains "List-Id" "emacs-bidi.gnu.org" { fileinto "mail.emacs-bidi"; } ... Unfortunately the List-Id based lines don't appear to be working, although some other ones do. The attached test message does not get delivered to the mail.emacs-devel list. Why? -------------- next part -------------- An embedded message was scrubbed... From: Michael Welsh Duggan Subject: Test Date: Sun, 20 Mar 2011 03:10:11 -0400 Size: 1061 URL: -------------- next part -------------- -- Michael Welsh Duggan (md5i at md5i.com) From md5i at md5i.com Sun Mar 20 09:18:25 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Sun, 20 Mar 2011 03:18:25 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <87vczee04v.fsf@maru.md5i.com> (Michael Welsh Duggan's message of "Sun, 20 Mar 2011 03:12:16 -0400") References: <87vczee04v.fsf@maru.md5i.com> Message-ID: <87k4fudzum.fsf@maru.md5i.com> Forgot to mention: # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35 i686 Debian wheezy/sid -- Michael Welsh Duggan (md5i at md5i.com) From robert at schetterer.org Sun Mar 20 13:27:36 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sun, 20 Mar 2011 12:27:36 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat / looks like solved In-Reply-To: <4D83DF21.3050402@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> <4D813F12.6090501@schetterer.org> <4D81429F.5070201@schetterer.org> <4D83DF21.3050402@schetterer.org> Message-ID: <4D85E4A8.4080101@schetterer.org> Am 18.03.2011 23:39, schrieb Robert Schetterer: > Am 17.03.2011 00:07, schrieb Robert Schetterer: >> Am 16.03.2011 23:52, schrieb Robert Schetterer: >>> Am 16.03.2011 22:59, schrieb Robert Schetterer: >>>> Am 16.03.2011 20:56, schrieb Robert Schetterer: >>>>> I wonder how POP3 clients would even know how long the mail has been in >>>>>> server.. >>>> >>>> here it is for tb >>>> >>>> http://kb.mozillazine.org/Popstate.dat >>>> >>>> >>> >>> ok , i tested a little >>> the popstate.dat files stores what to do >>> with pop3 mail identified by UIDL >>> >>> this tb function looks good on both servers >>> >>> if i.e a mail was deleted from local inbox >>> it gets declared something like >>> d uidl >>> in the popstate.dat >>> >>> the difference between the servers is >>> that in the server without virtual plugin the mail gets in deed deleted >>> at pop3 reconnect >>> >>> sending >>> pop3(... at ....): expunge: box=INBOX, uid=172, >>> msgid=<4D813935.9070606 at ....>, size=1836 >>> >>> with my virtual plugin setup it isnt deleted >>> cant see any expunge with this tb account >>> >>> miracle i can see onther account ( think he has old netscape ) >>> which sends expunge over pop3 >>> >> >> checked this with outlook 2010 too >> it doesnt work either, see no expunge in log >> >> so the virtual plugin or my setup within simply broke this pop3 features > hi Timo > > i did more debugging, > used telnet with pop3 > the list and dele function are working, > > the problem is based on > that if tb downloads the mail ( with option leave copies on the server ) > mail stays in maildir cur now, but it cant be seen via pop3 list anymore > so its clear, whatever tb sends dele later connect it fails cause the > mail cant be seen via pop3 anymore > for very small tests this looks like solved i have to wait for wide user reaction/test to be sure to see mails via pop3 and leave copies on the server this cant work +RealMails/ RealMails/* -RealMails/Trash -RealMails/Trash/* -RealMails/Sent -RealMails/Sent/* -RealMails/Templates -RealMails/Templates/* -RealMails/Drafts -RealMails/Drafts/* -RealMails/Archives -RealMails/Archives/* unseen it must be +RealMails/ RealMails/* -RealMails/Trash -RealMails/Trash/* -RealMails/Sent -RealMails/Sent/* -RealMails/Templates -RealMails/Templates/* -RealMails/Drafts -RealMails/Drafts/* -RealMails/Archives -RealMails/Archives/* all which is example in the wiki too, but not related special to this pop3 leave copies on the server feature so timos patch worked , also it was a configration/mythinking bug dont know if the patch should be reverted , dont think so cause it looks better to have mails in maildir cur when the got downloaded then in new as it was before -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From jkrejci at usinternet.com Sun Mar 20 14:38:45 2011 From: jkrejci at usinternet.com (jkrejci at usinternet.com) Date: Sun, 20 Mar 2011 12:38:45 +0000 Subject: [Dovecot] dovecot proxy, imapproxy, perdition . . . or? Message-ID: <917269443-1300624723-cardhu_decombobulator_blackberry.rim.net-1085111859-@bda2106.bisx.prod.on.blackberry> We use proxy_maybe across several servers handling over 10,000 accounts with no problems. ------Original Message------ From: Dennis Guhl Sender: dovecot-bounces+jkrejci=usinternet.com at dovecot.org To: dovecot at dovecot.org ReplyTo: dovecot at dovecot.org Subject: Re: [Dovecot] dovecot proxy, imapproxy, perdition . . . or? Sent: Mar 19, 2011 4:32 PM On Sat, Mar 19, 2011 at 09:50:15PM +0100, Lorens Kockum wrote: > Hi, > > I have two load-balanced dovecot servers using a single NFS > mount. The version is 1.2.11. I chose this so that if one server [..] > reasons, and also that dovecot has an included proxy, and > that its performance is better than perdition. However on > http://wiki.dovecot.org/HowTo/ImapProxy the feature "IMAP/POP3 > server with proxy feature" is noted as "This model is still a > bit unfinished in current code." > > Is this still true? There's also a general note that "This page > was written quite a long time ago and may not match reality > anymore" . . . I use 1.2.15 from Debian Lennys backports in a proxy configuration for a medium three digit number of users without any problems. Dennis Sent via BlackBerry from T-Mobile From dkoski at sutinen.com Fri Mar 18 10:11:44 2011 From: dkoski at sutinen.com (David Koski) Date: Fri, 18 Mar 2011 01:11:44 -0700 Subject: [Dovecot] dovecot LDA: "temporary failure" In-Reply-To: <201103172356.03799.david@kosmosisland.com> References: <201103172308.21913.david@kosmosisland.com> <201103172356.03799.david@kosmosisland.com> Message-ID: <201103180111.45124.dkoski@sutinen.com> Forget it. I must have been crosseyed. Someone had put the log file in a non-standard place /home/vmail/dovecot-deliver.log. It told all. A plugin cmusieve was not found, possibly depreciated? I learned how to make the deliver command line work. ;) Sorry, David Koski dkoski at sutinen.com > Additional information: > > I created a script to get the return code from deliver: > > 1 #!/bin/bash > 2 > 3 cat "cur/1300037582.P7332Q0M221160.brusco-mail:2,S" | > /usr/lib/dovecot/deliver -f dkoski at somedomain.com -d > dkoski at domainhidden.com 4 > 5 case $? in > 6 0) echo "0" > 7 ;; > 8 64) echo "64" > 9 ;; > 10 67) echo "67" > 11 ;; > 12 78) echo "78" > 13 ;; > 14 77) echo "77" > 15 ;; > 16 75) echo "75" > 17 ;; > 18 *) echo "unknown" > 19 esac > 20 > > The file it is cat'ing is a valid email in an Maildir/cur file. It returns > 75 (EX_TEMP_FAIL) every time, even run as root. The logs reveal: > > /var/log/dovecot/lda-deliver: > > 2011-03-17 23:35:39 deliver(dkoski at somedomain2.com): Info: Loading modules > from directory: /usr/lib/dovecot/modules/lda > > /var/log/dovecot/deliver.info: > (nothing) > > /var/log/dovecot/deliver.err: > (nothing) > > I tried the script on another machine with Dovecot 1.0.15-2.3+lenny1 with > success if I run as root. > > Regards, > David Koski > dkoski at sutinen.com > > > This really has me stumped and desperate. I upgraded Debian from 5... > > From pk10 at ksiaznica.torun.pl Fri Mar 18 10:46:34 2011 From: pk10 at ksiaznica.torun.pl (pk10 at ksiaznica.torun.pl) Date: Fri, 18 Mar 2011 09:46:34 +0100 (CET) Subject: [Dovecot] Problem with pam-auth and winbind Message-ID: <61209.158.75.205.1.1300437994.squirrel@mail.ksiaznica.torun.pl> Hi I try to use windbind rule to authenticate users in dovecot login procedure. /etc/nsswitch.conf file: passwd: files winbind shadow: files winbind group: files winbind Configuration of the dovecot is follows: log_path: /var/log/dovecot/error.log info_log_path: /var/log/dovecot/info.log protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/pki/tls/certs/dovecot.pem ssl_key_file: /etc/pki/tls/private/dovecot.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/lib64/dovecot/imap-login login_executable(imap): /usr/lib64/dovecot/imap-login login_executable(pop3): /usr/lib64/dovecot/pop3-login mail_executable(default): /usr/lib64/dovecot/imap mail_executable(imap): /usr/lib64/dovecot/imap mail_executable(pop3): /usr/lib64/dovecot/pop3 mail_plugin_dir(default): /usr/lib64/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib64/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/modules/pop3 auth default: mechanisms: plain login use_winbind: yes passdb: driver: pam args: dovecot userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix and configuration of the /etc/pam.d/dovecot is follows: #%PAM-1.0 auth required pam_env.so debug auth sufficient pam_winbind.so #auth sufficient pam_unix.so likeauth nullok use_first_pass auth required pam_deny.so # when I try logon from my console: # telnet komp14 110 Trying 10.10.10.38... Connected to komp.xxx.xxx (10.10.10.38). Escape character is '^]'. +OK Dovecot ready. user tt1 +OK pass xxxxxxxxx -ERR Authentication failed. quit +OK Logging out Connection closed by foreign host. Of course password is corret becouse #wbinfo -K tt1 Enter tt1's password: plaintext kerberos password authentication for [tt1] succeeded (requesting cctype: FILE) credentials were put in: FILE:/tmp/krb5cc_0 In the logs files I can find coresponding to the telnet command to dovecot: /var/log/auth.log Mar 14 09:43:22 komp14 dovecot-auth: pam_winbind(dovecot:auth): getting password (0x00000000) Mar 14 09:43:22 komp14 dovecot-auth: pam_winbind(dovecot:auth): user 'tt1' granted access /var/log/dovecot/info.log Mar 14 09:43:29 pop3-login: Info: Aborted login (auth failed, 1 attempts): user=, method=PLAIN, rip=10.10.10.38, lip=10.10.10.38, secured I'll be apreciate for any hints. but in /var/log/dovecot/error.log we have information: Mar 14 09:43:29 auth-worker(default): Error: pam(tt1,10.10.10.38): pam_acct_mgmt() failed: Authentication failure This test was done with windbindd Version 3.5.3. When I test it on another machine with windbind Version 3.0.24 (config file are the same) authentication prosess is done properly. Any HINTS???? From Christoph.Pleger at cs.tu-dortmund.de Fri Mar 18 11:02:33 2011 From: Christoph.Pleger at cs.tu-dortmund.de (Christoph Pleger) Date: Fri, 18 Mar 2011 10:02:33 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <1299944148.19220.556.camel@hurina> References: <201102191010.31727.Christoph@plmail.de> <201103121554.17975.Christoph@plmail.de> <1299944148.19220.556.camel@hurina> Message-ID: <201103181002.33691.Christoph.Pleger@cs.tu-dortmund.de> Hello, > > Big surprise: Something bad must have happened after the messages were > > deleted from Trash; now all messages are zero days old. > > Are you using maildir? Did you run with those patches + mail_debug=yes? Today, the daily cronjob expired some messages. I have attached the output of the job. It seems that the error occurs not when expunging, but when deleting the first message after expunging. Before deleting a message, "doveadm search" showed me messages that were between zero and four days old, but directly after deleting a message, all messages were zero days old. Here is my log entry from when I deleted that message: Mar 18 09:50:28 joseph dovecot: imap(christoph): Debug: expire: Saving first message to Trash, updating timestamp to 1300438228 Regards Christoph -------------- next part -------------- /etc/cron.daily/dovecot: doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_expire_plugin.so doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm doveadm: Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so doveadm: Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Skipping module doveadm_zlib_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_zlib_plugin.so: undefined symbol: i_stream_create_deflate (this is usually intentional, so just ignore this message) doveadm: Debug: expire: Searching only users listed in expire database doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_expire_plugin.so doveadm: Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm doveadm: Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so doveadm: Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message) doveadm: Debug: Skipping module doveadm_zlib_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_zlib_plugin.so: undefined symbol: i_stream_create_deflate (this is usually intentional, so just ignore this message) doveadm: Debug: expire: Searching only users listed in expire database doveadm(christoph): Debug: auth input: christoph home=/mailhome/vmail/christoph doveadm(christoph): Debug: Effective uid=110, gid=114, home=/mailhome/vmail/christoph doveadm(christoph): Debug: fs: root=/mailhome/vmail/christoph/mdbox, index=, control=, inbox= doveadm(christoph): Debug: Namespace : Using permissions from /mailhome/vmail/christoph/mdbox: mode=0700 gid=-1 doveadm(christoph): Debug: expunge: box=Trash uid=3248 doveadm(christoph): Debug: expunge: box=Trash uid=3249 doveadm(christoph): Debug: expunge: box=Trash uid=3250 doveadm(christoph): Debug: expunge: box=Trash uid=3251 doveadm(christoph): Debug: expunge: box=Trash uid=3252 doveadm(christoph): Debug: expunge: box=Trash uid=3253 doveadm(christoph): Debug: expunge: box=Trash uid=3254 doveadm(christoph): Debug: expunge: box=Trash uid=3255 doveadm(christoph): Debug: expunge: box=Trash uid=3256 doveadm(christoph): Debug: expunge: box=Trash uid=3257 doveadm(christoph): Debug: expunge: box=Trash uid=3258 doveadm(christoph): Debug: expunge: box=Trash uid=3259 doveadm(christoph): Debug: expunge: box=Trash uid=3260 doveadm(christoph): Debug: expunge: box=Trash uid=3261 doveadm(christoph): Debug: expunge: box=Trash uid=3262 doveadm(christoph): Debug: expunge: box=Trash uid=3263 doveadm(christoph): Debug: expunge: box=Trash uid=3264 doveadm(christoph): Debug: expunge: box=Trash uid=3265 doveadm(christoph): Debug: expunge: box=Trash uid=3266 doveadm(christoph): Debug: expunge: box=Trash uid=3267 doveadm(christoph): Debug: expunge: box=Trash uid=3268 doveadm(christoph): Debug: expunge: box=Trash uid=3269 doveadm(christoph): Debug: expunge: box=Trash uid=3270 doveadm(christoph): Debug: expunge: box=Trash uid=3271 doveadm(christoph): Debug: expunge: box=Trash uid=3272 doveadm(christoph): Debug: expunge: box=Trash uid=3273 doveadm(christoph): Debug: expunge: box=Trash uid=3274 doveadm(christoph): Debug: expunge: box=Trash uid=3275 doveadm(christoph): Debug: expunge: box=Trash uid=3276 doveadm(christoph): Debug: expunge: box=Trash uid=3277 doveadm(christoph): Debug: expunge: box=Trash uid=3278 doveadm(christoph): Debug: expunge: box=Trash uid=3279 doveadm(christoph): Debug: expunge: box=Trash uid=3280 doveadm(christoph): Debug: expunge: box=Trash uid=3281 doveadm(christoph): Debug: expunge: box=Trash uid=3282 doveadm(christoph): Debug: expunge: box=Trash uid=3283 doveadm(christoph): Debug: expunge: box=Trash uid=3284 doveadm(christoph): Debug: expunge: box=Trash uid=3285 doveadm(christoph): Debug: expunge: box=Trash uid=3286 doveadm(christoph): Debug: expunge: box=Trash uid=3287 doveadm(christoph): Debug: expunge: box=Trash uid=3288 doveadm(christoph): Debug: expunge: box=Trash uid=3289 doveadm(christoph): Debug: expunge: box=Trash uid=3290 doveadm(christoph): Debug: expunge: box=Trash uid=3291 doveadm(christoph): Debug: expunge: box=Trash uid=3292 doveadm(christoph): Debug: expunge: box=Trash uid=3293 doveadm(christoph): Debug: expunge: box=Trash uid=3294 doveadm(christoph): Debug: expunge: box=Trash uid=3295 doveadm(christoph): Debug: expunge: box=Trash uid=3296 doveadm(christoph): Debug: expunge: box=Trash uid=3297 doveadm(christoph): Debug: expunge: box=Trash uid=3298 doveadm(christoph): Debug: expunge: box=Trash uid=3299 doveadm(christoph): Debug: expunge: box=Trash uid=3300 doveadm(christoph): Debug: expunge: box=Trash uid=3301 doveadm(christoph): Debug: expunge: box=Trash uid=3302 doveadm(christoph): Debug: expunge: box=Trash uid=3303 doveadm(christoph): Debug: expunge: box=Trash uid=3304 doveadm(christoph): Debug: expunge: box=Trash uid=3305 doveadm(christoph): Debug: expunge: box=Trash uid=3306 doveadm(christoph): Debug: expunge: box=Trash uid=3307 doveadm(christoph): Debug: expunge: box=Trash uid=3308 doveadm(christoph): Debug: expunge: box=Trash uid=3309 doveadm(christoph): Debug: expunge: box=Trash uid=3310 doveadm(christoph): Debug: expunge: box=Trash uid=3311 doveadm(christoph): Debug: expunge: box=Trash uid=3312 doveadm(christoph): Debug: expunge: box=Trash uid=3313 doveadm(christoph): Debug: expunge: box=Trash uid=3314 doveadm(christoph): Debug: expunge: box=Trash uid=3315 doveadm(christoph): Debug: expunge: box=Trash uid=3316 doveadm(christoph): Debug: expunge: box=Trash uid=3317 doveadm(christoph): Debug: expunge: box=Trash uid=3318 doveadm(christoph): Debug: expunge: box=Trash uid=3319 doveadm(christoph): Debug: expunge: box=Trash uid=3320 doveadm(christoph): Debug: expunge: box=Trash uid=3321 doveadm(christoph): Debug: expunge: box=Trash uid=3322 doveadm(christoph): Debug: expunge: box=Trash uid=3323 doveadm(christoph): Debug: expunge: box=Trash uid=3324 doveadm(christoph): Debug: expunge: box=Trash uid=3325 doveadm(christoph): Debug: expunge: box=Trash uid=3326 doveadm(christoph): Debug: expunge: box=Trash uid=3327 doveadm(christoph): Debug: expunge: box=Trash uid=3328 doveadm(christoph): Debug: expunge: box=Trash uid=3329 doveadm(christoph): Debug: expunge: box=Trash uid=3330 doveadm(christoph): Debug: expunge: box=Trash uid=3331 doveadm(christoph): Debug: expunge: box=Trash uid=3332 doveadm(christoph): Debug: expunge: box=Trash uid=3333 doveadm(christoph): Debug: expunge: box=Trash uid=3334 doveadm(christoph): Debug: expunge: box=Trash uid=3335 doveadm(christoph): Debug: expunge: box=Trash uid=3336 doveadm(christoph): Debug: expunge: box=Trash uid=3337 doveadm(christoph): Debug: expunge: box=Trash uid=3338 doveadm(christoph): Debug: expunge: box=Trash uid=3339 doveadm(christoph): Debug: expunge: box=Trash uid=3340 doveadm(christoph): Debug: expunge: box=Trash uid=3341 doveadm(christoph): Debug: expunge: box=Trash uid=3342 doveadm(christoph): Debug: expunge: box=Trash uid=3343 doveadm(christoph): Debug: expunge: box=Trash uid=3344 doveadm(christoph): Debug: expunge: box=Trash uid=3345 doveadm(christoph): Debug: expunge: box=Trash uid=3346 doveadm(christoph): Debug: expunge: box=Trash uid=3347 doveadm(christoph): Debug: expunge: box=Trash uid=3348 doveadm(christoph): Debug: expunge: box=Trash uid=3349 doveadm(christoph): Debug: expunge: box=Trash uid=3350 doveadm(christoph): Debug: expunge: box=Trash uid=3351 doveadm(christoph): Debug: expunge: box=Trash uid=3352 doveadm(christoph): Debug: expunge: box=Trash uid=3353 doveadm(christoph): Debug: expunge: box=Trash uid=3354 doveadm(christoph): Debug: expunge: box=Trash uid=3355 doveadm(christoph): Debug: expunge: box=Trash uid=3356 doveadm(christoph): Debug: expunge: box=Trash uid=3357 doveadm(christoph): Debug: expunge: box=Trash uid=3358 doveadm(christoph): Debug: expunge: box=Trash uid=3359 doveadm(christoph): Debug: expunge: box=Trash uid=3360 doveadm(christoph): Debug: expunge: box=Trash uid=3361 doveadm(christoph): Debug: expunge: box=Trash uid=3362 doveadm(christoph): Debug: expunge: box=Trash uid=3363 doveadm(christoph): Debug: expunge: box=Trash uid=3364 doveadm(christoph): Debug: expunge: box=Trash uid=3365 doveadm(christoph): Debug: expunge: box=Trash uid=3366 doveadm(christoph): Debug: expunge: box=Trash uid=3367 doveadm(christoph): Debug: expunge: box=Trash uid=3368 doveadm(christoph): Debug: expunge: box=Trash uid=3369 doveadm(christoph): Debug: expunge: box=Trash uid=3370 doveadm(christoph): Debug: expunge: box=Trash uid=3371 doveadm(christoph): Debug: expunge: box=Trash uid=3372 doveadm(christoph): Debug: expunge: box=Trash uid=3373 doveadm(christoph): Debug: expunge: box=Trash uid=3374 doveadm(christoph): Debug: expunge: box=Trash uid=3375 doveadm(christoph): Debug: expunge: box=Trash uid=3376 doveadm(christoph): Debug: expunge: box=Trash uid=3377 doveadm(christoph): Debug: expunge: box=Trash uid=3378 doveadm(christoph): Debug: expunge: box=Trash uid=3379 doveadm(christoph): Debug: expunge: box=Trash uid=3380 doveadm(christoph): Debug: expunge: box=Trash uid=3381 doveadm(christoph): Debug: expunge: box=Trash uid=3382 doveadm(christoph): Debug: expunge: box=Trash uid=3383 doveadm(christoph): Debug: expunge: box=Trash uid=3384 doveadm(christoph): Debug: expunge: box=Trash uid=3385 doveadm(christoph): Debug: expunge: box=Trash uid=3386 doveadm(christoph): Debug: expunge: box=Trash uid=3387 doveadm(christoph): Debug: expunge: box=Trash uid=3388 doveadm(christoph): Debug: expunge: box=Trash uid=3389 doveadm(christoph): Debug: expunge: box=Trash uid=3390 doveadm(christoph): Debug: expunge: box=Trash uid=3391 doveadm(christoph): Debug: expunge: box=Trash uid=3392 doveadm(christoph): Debug: expunge: box=Trash uid=3393 doveadm(christoph): Debug: expunge: box=Trash uid=3394 doveadm(christoph): Debug: expunge: box=Trash uid=3395 doveadm(christoph): Debug: expunge: box=Trash uid=3396 doveadm(christoph): Debug: expunge: box=Trash uid=3397 doveadm(christoph): Debug: expunge: box=Trash uid=3398 doveadm(christoph): Debug: expunge: box=Trash uid=3399 doveadm(christoph): Debug: expunge: box=Trash uid=3400 doveadm(christoph): Debug: expunge: box=Trash uid=3401 doveadm(christoph): Debug: expunge: box=Trash uid=3402 doveadm(christoph): Debug: expunge: box=Trash uid=3403 doveadm(christoph): Debug: expunge: box=Trash uid=3404 doveadm(christoph): Debug: expunge: box=Trash uid=3405 doveadm(christoph): Debug: expunge: box=Trash uid=3406 doveadm(christoph): Debug: expunge: box=Trash uid=3407 doveadm(christoph): Debug: expunge: box=Trash uid=3408 doveadm(christoph): Debug: expunge: box=Trash uid=3409 doveadm(christoph): Debug: expunge: box=Trash uid=3410 doveadm(christoph): Debug: expunge: box=Trash uid=3411 doveadm(christoph): Debug: expunge: box=Trash uid=3412 doveadm(christoph): Debug: expunge: box=Trash uid=3413 doveadm(christoph): Debug: expunge: box=Trash uid=3414 doveadm(christoph): Debug: expunge: box=Trash uid=3415 doveadm(christoph): Debug: expunge: box=Trash uid=3416 doveadm(christoph): Debug: expunge: box=Trash uid=3417 doveadm(christoph): Debug: expunge: box=Trash uid=3418 doveadm(christoph): Debug: expunge: box=Trash uid=3419 doveadm(christoph): Debug: expunge: box=Trash uid=3420 doveadm(christoph): Debug: expunge: box=Trash uid=3421 doveadm(christoph): Debug: expunge: box=Trash uid=3422 doveadm(christoph): Debug: expunge: box=Trash uid=3423 doveadm(christoph): Debug: expunge: box=Trash uid=3424 doveadm(christoph): Debug: expunge: box=Trash uid=3425 doveadm(christoph): Debug: expunge: box=Trash uid=3426 doveadm(christoph): Debug: expunge: box=Trash uid=3427 doveadm(christoph): Debug: expunge: box=Trash uid=3428 doveadm(christoph): Debug: expunge: box=Trash uid=3429 doveadm(christoph): Debug: expunge: box=Trash uid=3430 doveadm(christoph): Debug: expunge: box=Trash uid=3431 doveadm(christoph): Debug: expunge: box=Trash uid=3432 doveadm(christoph): Debug: expunge: box=Trash uid=3433 doveadm(christoph): Debug: expunge: box=Trash uid=3434 doveadm(christoph): Debug: expunge: box=Trash uid=3435 doveadm(christoph): Debug: expunge: box=Trash uid=3436 doveadm(christoph): Debug: expunge: box=Trash uid=3437 doveadm(christoph): Debug: expunge: box=Trash uid=3438 doveadm(christoph): Debug: expunge: box=Trash uid=3439 doveadm(christoph): Debug: expunge: box=Trash uid=3440 doveadm(christoph): Debug: expunge: box=Trash uid=3441 doveadm(christoph): Debug: expunge: box=Trash uid=3442 doveadm(christoph): Debug: expunge: box=Trash uid=3443 doveadm(christoph): Debug: expunge: box=Trash uid=3444 doveadm(christoph): Debug: expunge: box=Trash uid=3445 doveadm(christoph): Debug: expunge: box=Trash uid=3446 doveadm(christoph): Debug: expunge: box=Trash uid=3447 doveadm(christoph): Debug: expunge: box=Trash uid=3448 doveadm(christoph): Debug: expunge: box=Trash uid=3449 doveadm(christoph): Debug: expunge: box=Trash uid=3450 doveadm(christoph): Debug: expunge: box=Trash uid=3451 doveadm(christoph): Debug: expunge: box=Trash uid=3452 doveadm(christoph): Debug: expunge: box=Trash uid=3453 doveadm(christoph): Debug: expunge: box=Trash uid=3454 doveadm(christoph): Debug: expunge: box=Trash uid=3455 doveadm(christoph): Debug: expunge: box=Trash uid=3456 doveadm(christoph): Debug: expunge: box=Trash uid=3457 doveadm(christoph): Debug: expunge: box=Trash uid=3458 doveadm(christoph): Debug: expunge: box=Trash uid=3459 doveadm(christoph): Debug: expunge: box=Trash uid=3460 doveadm(christoph): Debug: expunge: box=Trash uid=3461 doveadm(christoph): Debug: expunge: box=Trash uid=3462 doveadm(christoph): Debug: expunge: box=Trash uid=3463 doveadm(christoph): Debug: expunge: box=Trash uid=3464 doveadm(christoph): Debug: expunge: box=Trash uid=3465 doveadm(christoph): Debug: expunge: box=Trash uid=3466 doveadm(christoph): Debug: expunge: box=Trash uid=3467 doveadm(christoph): Debug: expunge: box=Trash uid=3468 doveadm(christoph): Debug: expunge: box=Trash uid=3469 doveadm(christoph): Debug: expunge: box=Trash uid=3470 doveadm(christoph): Debug: expunge: box=Trash uid=3471 doveadm(christoph): Debug: expunge: box=Trash uid=3472 doveadm(christoph): Debug: expunge: box=Trash uid=3473 doveadm(christoph): Debug: expunge: box=Trash uid=3474 doveadm(christoph): Debug: expunge: box=Trash uid=3475 doveadm(christoph): Debug: expunge: box=Trash uid=3476 doveadm(christoph): Debug: expunge: box=Trash uid=3477 doveadm(christoph): Debug: expunge: box=Trash uid=3478 doveadm(christoph): Debug: expunge: box=Trash uid=3479 doveadm(christoph): Debug: expunge: box=Trash uid=3480 doveadm(christoph): Debug: expunge: box=Trash uid=3481 doveadm(christoph): Debug: expunge: box=Trash uid=3482 doveadm(christoph): Debug: expunge: box=Trash uid=3483 doveadm(christoph): Debug: expunge: box=Trash uid=3484 doveadm(christoph): Debug: expunge: box=Trash uid=3485 doveadm(christoph): Debug: expunge: box=Trash uid=3486 doveadm(christoph): Debug: expunge: box=Trash uid=3487 doveadm(christoph): Debug: expunge: box=Trash uid=3488 doveadm(christoph): Debug: expunge: box=Trash uid=3489 doveadm(christoph): Debug: expunge: box=Trash uid=3490 doveadm(christoph): Debug: expunge: box=Trash uid=3491 doveadm(christoph): Debug: expunge: box=Trash uid=3492 doveadm(christoph): Debug: expunge: box=Trash uid=3493 doveadm(christoph): Debug: expunge: box=Trash uid=3494 doveadm(christoph): Debug: expunge: box=Trash uid=3495 doveadm(christoph): Debug: expunge: box=Trash uid=3496 doveadm(christoph): Debug: expunge: box=Trash uid=3497 doveadm(christoph): Debug: expunge: box=Trash uid=3498 doveadm(christoph): Debug: expunge: box=Trash uid=3499 doveadm(christoph): Debug: expunge: box=Trash uid=3500 doveadm(christoph): Debug: expunge: box=Trash uid=3501 doveadm(christoph): Debug: expunge: box=Trash uid=3502 doveadm(christoph): Debug: expunge: box=Trash uid=3503 doveadm(christoph): Debug: expunge: box=Trash uid=3504 doveadm(christoph): Debug: expunge: box=Trash uid=3505 doveadm(christoph): Debug: expunge: box=Trash uid=3506 doveadm(christoph): Debug: expunge: box=Trash uid=3507 doveadm(christoph): Debug: expunge: box=Trash uid=3508 doveadm(christoph): Debug: expunge: box=Trash uid=3509 doveadm(christoph): Debug: expunge: box=Trash uid=3510 doveadm(christoph): Debug: expunge: box=Trash uid=3511 doveadm(christoph): Debug: expunge: box=Trash uid=3512 doveadm(christoph): Debug: expunge: box=Trash uid=3513 doveadm(christoph): Debug: expunge: box=Trash uid=3514 doveadm(christoph): Debug: expunge: box=Trash uid=3515 doveadm(christoph): Debug: expunge: box=Trash uid=3516 doveadm(christoph): Debug: expunge: box=Trash uid=3517 doveadm(christoph): Debug: expunge: box=Trash uid=3518 doveadm(christoph): Debug: expunge: box=Trash uid=3519 doveadm(christoph): Debug: expunge: box=Trash uid=3520 doveadm(christoph): Debug: expunge: box=Trash uid=3521 doveadm(christoph): Debug: expunge: box=Trash uid=3522 doveadm(christoph): Debug: expunge: box=Trash uid=3523 doveadm(christoph): Debug: expunge: box=Trash uid=3524 doveadm(christoph): Debug: expunge: box=Trash uid=3525 doveadm(christoph): Debug: expunge: box=Trash uid=3526 doveadm(christoph): Debug: expunge: box=Trash uid=3527 doveadm(christoph): Debug: expunge: box=Trash uid=3528 doveadm(christoph): Debug: expunge: box=Trash uid=3529 doveadm(christoph): Debug: expunge: box=Trash uid=3530 doveadm(christoph): Debug: expunge: box=Trash uid=3531 doveadm(christoph): Debug: expunge: box=Trash uid=3532 doveadm(christoph): Debug: expunge: box=Trash uid=3533 doveadm(christoph): Debug: expunge: box=Trash uid=3534 doveadm(christoph): Debug: expunge: box=Trash uid=3535 doveadm(christoph): Debug: expunge: box=Trash uid=3536 doveadm(christoph): Debug: expunge: box=Trash uid=3537 doveadm(christoph): Debug: expunge: box=Trash uid=3538 doveadm(christoph): Debug: expunge: box=Trash uid=3539 doveadm(christoph): Debug: expunge: box=Trash uid=3540 doveadm(christoph): Debug: expunge: box=Trash uid=3541 doveadm(christoph): Debug: expunge: box=Trash uid=3542 doveadm(christoph): Debug: expunge: box=Trash uid=3543 doveadm(christoph): Debug: expunge: box=Trash uid=3544 doveadm(christoph): Debug: expunge: box=Trash uid=3545 doveadm(christoph): Debug: expunge: box=Trash uid=3546 doveadm(christoph): Debug: expunge: box=Trash uid=3547 doveadm(christoph): Debug: expunge: box=Trash uid=3548 doveadm(christoph): Debug: expunge: box=Trash uid=3549 doveadm(christoph): Debug: expunge: box=Trash uid=3550 doveadm(christoph): Debug: expunge: box=Trash uid=3551 doveadm(christoph): Debug: expunge: box=Trash uid=3552 doveadm(christoph): Debug: expunge: box=Trash uid=3553 doveadm(christoph): Debug: expunge: box=Trash uid=3554 doveadm(christoph): Debug: expunge: box=Trash uid=3555 doveadm(christoph): Debug: expunge: box=Trash uid=3556 doveadm(christoph): Debug: expunge: box=Trash uid=3557 doveadm(christoph): Debug: expunge: box=Trash uid=3558 doveadm(christoph): Debug: expunge: box=Trash uid=3559 doveadm(christoph): Debug: expunge: box=Trash uid=3560 doveadm(christoph): Debug: expunge: box=Trash uid=3561 doveadm(christoph): Debug: expunge: box=Trash uid=3562 doveadm(christoph): Debug: expire: Expunging first message in Trash, updating timestamp to 0 From kprprl at gmail.com Fri Mar 18 12:51:38 2011 From: kprprl at gmail.com (PARTH MONGA) Date: Fri, 18 Mar 2011 16:21:38 +0530 Subject: [Dovecot] dovecot authentication Local + MySQL Message-ID: Hi Friends I am facing an issue with dovecot configuration and i am describing it in a nutshell. We have a dovecot setup under ultramonkey load balancer and in loadbalancer we have a check defined for pop service which queries mysqldatabase for a particular user name/password after every 2 minutes to check if service is live or not.. Things are fine till here . Now The catch is if somehow that particular user info(either password or username) is mistakenly changed in mysql database whole of my pop gets down beacuse load balancer cant login and that is a single point of failure in my setup . Now what i want is I want to know if there is any method that i can setup in dovecot to lookup for a user locally first and then go for a remote search for the user( ie in mysql database) So that we get the user searched locally before querying the mysql database Local + mysql database authetication i want to be in parallel with each other. Please show some light on this . Thanks and Regards Parth Monga From stephane at 22decembre.eu Fri Mar 18 15:16:27 2011 From: stephane at 22decembre.eu (=?utf-8?q?St=C3=A9phane_Guedon?=) Date: Fri, 18 Mar 2011 14:16:27 +0100 Subject: [Dovecot] remove old files Message-ID: <201103181416.27897.stephane@22decembre.eu> Hello I use the dovecot 2.0.10 server and wonder how to clean up correctly the old mails (especially for spam folder). I use maildir storage, and wonder if deleting files with an rm and file command combinaison would be good or would corrupt indexes files/whatever. for exemple, the spam folder is in ~/.mail/.INBOX.spam/ Thus, can I "cd ~/.mail/.INBOX.spam/ && rm 'files older than 2 months' " or something else ? Thanks. -- St?phane Guedon page web : http://www.22decembre.eu/ carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf cl? publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 316 bytes Desc: This is a digitally signed message part. URL: From user+dovecot at localhost.localdomain.org Sun Mar 20 16:13:04 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Sun, 20 Mar 2011 15:13:04 +0100 Subject: [Dovecot] remove old files In-Reply-To: <201103181416.27897.stephane@22decembre.eu> References: <201103181416.27897.stephane@22decembre.eu> Message-ID: <4D860B70.6030608@localhost.localdomain.org> On 03/18/2011 02:16 PM St?phane Guedon wrote: > Hello > > I use the dovecot 2.0.10 server and wonder how to clean up correctly the old > mails (especially for spam folder). > > I use maildir storage, and wonder if deleting files with an rm and file command > combinaison would be good or would corrupt indexes files/whatever. > > for exemple, the spam folder is in ~/.mail/.INBOX.spam/ > > Thus, can I "cd ~/.mail/.INBOX.spam/ && rm 'files older than 2 months' " or > something else ? > > Thanks. Have a look at: http://wiki2.dovecot.org/Tools/Doveadm/Expunge Regards, Pascal -- The trapper recommends today: decade.1107915 at localdomain.org From maria_arrea at gmx.com Sun Mar 20 16:31:03 2011 From: maria_arrea at gmx.com (Maria Arrea) Date: Sun, 20 Mar 2011 14:31:03 +0000 Subject: [Dovecot] Question about "extracting" unwanted e-mails from mdbox Message-ID: <20110320143103.243300@gmx.com> Imagine the following scenario Last Saturday, 3:00 AM a big phishing attack hits our e-mail inboxes. Spamassassin does not mark them as spam, and our 50.000+ users have in their mdbox a very credible phishing attack. What doveadm-fu could I use to delete (or move to spam) that e-mail from each user INBOX (let?s imagine the Subject or a Header is known)? I repeat: already delivered e-mail, how to filter/prune it. Regards Maria From ejs at shubes.net Sun Mar 20 16:36:15 2011 From: ejs at shubes.net (Eric Shubert) Date: Sun, 20 Mar 2011 07:36:15 -0700 Subject: [Dovecot] Question about "extracting" unwanted e-mails from mdbox In-Reply-To: <20110320143103.243300@gmx.com> References: <20110320143103.243300@gmx.com> Message-ID: On 03/20/2011 07:31 AM, Maria Arrea wrote: > Imagine the following scenario > > Last Saturday, 3:00 AM a big phishing attack hits our e-mail inboxes. Spamassassin does not mark them as spam, and our 50.000+ users have in their mdbox a very credible phishing attack. What doveadm-fu could I use to delete (or move to spam) that e-mail from each user INBOX (let?s imagine the Subject or a Header is known)? > > I repeat: already delivered e-mail, how to filter/prune it. > > Regards > > Maria > Which type of mailbox? -- -Eric 'shubes' From japc at co.sapo.pt Sun Mar 20 17:15:55 2011 From: japc at co.sapo.pt (Jose Celestino) Date: Sun, 20 Mar 2011 15:15:55 +0000 Subject: [Dovecot] Question about "extracting" unwanted e-mails from mdbox In-Reply-To: <20110320143103.243300@gmx.com> References: <20110320143103.243300@gmx.com> Message-ID: <1300634155.2638.1.camel@morgoth> On Dom, 2011-03-20 at 14:31 +0000, Maria Arrea wrote: > Imagine the following scenario > > Last Saturday, 3:00 AM a big phishing attack hits our e-mail inboxes. Spamassassin does not mark them as spam, and our 50.000+ users have in their mdbox a very credible phishing attack. What doveadm-fu could I use to delete (or move to spam) that e-mail from each user INBOX (let?s imagine the Subject or a Header is known)? > > I repeat: already delivered e-mail, how to filter/prune it. > You can use doveadm expunge: http://wiki2.dovecot.org/Tools/Doveadm/Expunge Search query: http://wiki2.dovecot.org/Tools/Doveadm/SearchQuery Try first on a single mailbox, of course. -- Jose Celestino | http://japc.uncovering.org/files/japc-pgpkey.asc ---------------------------------------------------------------- "Assumption is the Mother of Screw-Up" -- Mr. John Elwood Hale From scott at renshawauto.net Sun Mar 20 18:34:55 2011 From: scott at renshawauto.net (Scott Hughes) Date: Sun, 20 Mar 2011 11:34:55 -0500 Subject: [Dovecot] Strange Dovecot Issue Message-ID: <4D862CAF.2000107@renshawauto.net> Greetings, I am trying to copy email from one server to another server using Thunderbird. The old server is a closed source ModusMail server and the new server is a Qmail server running Dovecot 1.2.3 (yes, I realize this is behind the times a bit). My issue is this: Whenever Thunderbird gets to a message that has been forwarded (has the forward flag set) an error is generated from the new server (dovecot) that it does not know how to handle the forward flag. Is this a known issue or is it simply that my version of Dovecot is behind? Thanks, Scott From md5i at md5i.com Sun Mar 20 21:28:50 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Sun, 20 Mar 2011 15:28:50 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <87vczee04v.fsf@maru.md5i.com> (Michael Welsh Duggan's message of "Sun, 20 Mar 2011 03:12:16 -0400") References: <87vczee04v.fsf@maru.md5i.com> Message-ID: <87k4ft1thp.fsf@maru.md5i.com> Michael Welsh Duggan writes: > I have a sieve file that reads like this: > > require "fileinto"; > > # Emacs > if header :contains "List-Id" "emacs-devel.gnu.org" > { > fileinto "mail.emacs-devel"; > } > elsif header :contains "List-Id" "emacs-bidi.gnu.org" > { > fileinto "mail.emacs-bidi"; > } > ... > > Unfortunately the List-Id based lines don't appear to be working, > although some other ones do. The attached test message does not get > delivered to the mail.emacs-devel list. Why? Okay, more data. When running sieve using sieve-test, I get the results I expect. I cannot figure out why it works in situ, but does not work from dovecot. Here is my doveconf -n output: # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35 i686 Debian wheezy/sid managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { driver = pam } plugin/sieve = ~/.dovecot.sieve plugin/sieve_dir = ~/sieve protocols = " imap sieve" service managesieve-login { inet_listener sieve { port = 4190 } } ssl_cert = References: <87vczee04v.fsf@maru.md5i.com> Message-ID: <4D865F94.5080307@rename-it.nl> Op 20-3-2011 8:12, Michael Welsh Duggan schreef: > I have a sieve file that reads like this: > > require "fileinto"; > > # Emacs > if header :contains "List-Id" "emacs-devel.gnu.org" > { > fileinto "mail.emacs-devel"; > } > elsif header :contains "List-Id" "emacs-bidi.gnu.org" > { > fileinto "mail.emacs-bidi"; > } > ... > > Unfortunately the List-Id based lines don't appear to be working, > although some other ones do. The attached test message does not get > delivered to the mail.emacs-devel list. Why? Do those folders exist? Do the logs report anything? Regards, Stephan. From md5i at md5i.com Sun Mar 20 22:37:35 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Sun, 20 Mar 2011 16:37:35 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <4D865F94.5080307@rename-it.nl> (Stephan Bosch's message of "Sun, 20 Mar 2011 21:12:04 +0100") References: <87vczee04v.fsf@maru.md5i.com> <4D865F94.5080307@rename-it.nl> Message-ID: <87aagp1qb4.fsf@maru.md5i.com> Stephan Bosch writes: > Op 20-3-2011 8:12, Michael Welsh Duggan schreef: >> I have a sieve file that reads like this: >> >> require "fileinto"; >> >> # Emacs >> if header :contains "List-Id" "emacs-devel.gnu.org" >> { >> fileinto "mail.emacs-devel"; >> } >> elsif header :contains "List-Id" "emacs-bidi.gnu.org" >> { >> fileinto "mail.emacs-bidi"; >> } >> ... >> >> Unfortunately the List-Id based lines don't appear to be working, >> although some other ones do. The attached test message does not get >> delivered to the mail.emacs-devel list. Why? > > Do those folders exist? Do the logs report anything? The folders do exist. The logs from sending a message look like this: Mar 20 16:34:38 maru dovecot: lda(md5i): Debug: Effective uid=1000, gid=8, home=/home/md5i Mar 20 16:34:38 maru dovecot: lda(md5i): Debug: maildir: root exists (/home/md5i/Maildir) Mar 20 16:34:38 maru dovecot: lda(md5i): Debug: maildir++: root=/home/md5i/Maildir, index=, control=, inbox=/home/md5i/Maildir Mar 20 16:34:38 maru dovecot: lda(md5i): Debug: userdb lookup skipped, username taken from USER environment Mar 20 16:34:38 maru dovecot: lda(md5i): Debug: none: root=, index=, control=, inbox= Mar 20 16:34:38 maru dovecot: lda(md5i): msgid=<87bp151qg6.fsf at maru.md5i.com>: saved mail to INBOX Should there be log messages related to sieve here? If so, maybe sieve is not running at all? If so, what am I doing incorrectly? sieve is part of mail_plugins. -- Michael Welsh Duggan (md5i at md5i.com) From sf.rique at gmail.com Sun Mar 20 22:48:19 2011 From: sf.rique at gmail.com (Henrique Fernandes) Date: Sun, 20 Mar 2011 17:48:19 -0300 Subject: [Dovecot] dovecot authentication Local + MySQL In-Reply-To: References: Message-ID: I did not read all, but i guess you are lokking for this http://wiki2.dovecot.org/Authentication/MultipleDatabases Hope it will help you. []'sf.rique On Fri, Mar 18, 2011 at 7:51 AM, PARTH MONGA wrote: > Hi Friends > > I am facing an issue with dovecot configuration and i am describing it in a > nutshell. > > We have a dovecot setup under ultramonkey load balancer and in > loadbalancer > we have a check defined for pop service which queries mysqldatabase for a > particular user name/password after every 2 minutes to check if service is > live or not.. > Things are fine till here . > Now The catch is if somehow that particular user info(either password or > username) is mistakenly changed in mysql database whole of my pop gets down > beacuse load balancer cant login and that is a single point of failure in > my setup . > > Now what i want is > I want to know if there is any method that i can setup in dovecot to lookup > for a user locally first and then go for a remote search for the user( ie > in > mysql database) > So that we get the user searched locally before querying the mysql > database > Local + mysql database authetication i want to be in parallel with each > other. > > Please show some light on this . > > Thanks and Regards > Parth Monga > From md5i at md5i.com Mon Mar 21 02:49:24 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Sun, 20 Mar 2011 20:49:24 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <87aagp1qb4.fsf@maru.md5i.com> (Michael Welsh Duggan's message of "Sun, 20 Mar 2011 16:37:35 -0400") References: <87vczee04v.fsf@maru.md5i.com> <4D865F94.5080307@rename-it.nl> <87aagp1qb4.fsf@maru.md5i.com> Message-ID: <8739mh1enf.fsf@maru.md5i.com> Problem solved. Apparently this comment in my lda configuration lied. protocol lda { # Space separated list of plugins to load (default is global mail_plugins). # mail_plugins = $mail_plugins } I had to set this to protocol lda { # Space separated list of plugins to load (default is global mail_plugins). mail_plugins = $mail_plugins sieve } despite the fact that mail_plugins includes sieve. -- Michael Welsh Duggan (md5i at md5i.com) From kprprl at gmail.com Mon Mar 21 09:45:16 2011 From: kprprl at gmail.com (PARTH MONGA) Date: Mon, 21 Mar 2011 13:15:16 +0530 Subject: [Dovecot] DOVECOT TO HAVE MULTIPLE AUTHENTICATION MECHANISM FOR A PARTICULAR USER Message-ID: Hi Friends IS IT POSSIBLE IN DOVECOT TO HAVE MULTIPLE AUTHENTICATION MECHANISM FOR A PARTICULAR USER as u provided me in the link http://wiki2.dovecot.org/Authentication/MultipleDatabases The link is applied to all the users( system + virtual) , which increased my overhead of fetching data can i have the same for a particular user ( local + database ) auth mecahnism Thanks and Regards Parth Monga From Andreas.Kossack at TU-Cottbus.De Mon Mar 21 10:19:36 2011 From: Andreas.Kossack at TU-Cottbus.De (Andreas Kossack) Date: Mon, 21 Mar 2011 09:19:36 +0100 Subject: [Dovecot] Errors logged from 2.0.11 In-Reply-To: <1300293178.19220.597.camel@hurina> References: <4D7F33B3.1000606@TU-Cottbus.De> <1300293178.19220.597.camel@hurina> Message-ID: <4D870A18.1040601@TU-Cottbus.De> Hi Timo, hi all, >> "Mar 15 09:29:26 MailServ local3:err|error dovecot: imap(xxxx): Error: creat(/dovecot.mailbox.log) failed: Permission denied (euid=1985(xxxx) egid=219(yyyy) stat() failed: No such file or directory, euid is not dir owner) > > It's trying to open a file from root directory. Maybe that user's home > directory is set to /? No, HOME directories for those users are correct (from LDAP: "/home/xxx"; physical via softlink to "/srv/mail/xxx"). What time "dovecot.mailbox.log" should be created? We use "mail_location = maildir:~/Maildir:CONTROL=~/Maildir:INDEX=MEMORY" in "10-mail.conf". -- Mit freundlichen Gr??en A. Kossack _______________________________________________________________________________ Andreas Kossack Andreas.Kossack at TU-Cottbus.De BTU Cottbus, Brandenburg, Germany, Walther-Pauer-Str.2, 03046 Cottbus http://wwwca.telesec.de/cgi-bin/caservice/Common/InstallRoot/DT-Root-CA-2.der _______________________________________________________________________________ Diese Nachricht wurde aus 100% wiederverwerteten Elektronen erstellt. _______________________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6731 bytes Desc: S/MIME Cryptographic Signature URL: From CMarcus at Media-Brokers.com Mon Mar 21 11:55:15 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 21 Mar 2011 05:55:15 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <8739mh1enf.fsf@maru.md5i.com> References: <87vczee04v.fsf@maru.md5i.com> <4D865F94.5080307@rename-it.nl> <87aagp1qb4.fsf@maru.md5i.com> <8739mh1enf.fsf@maru.md5i.com> Message-ID: <4D872083.1060505@Media-Brokers.com> On 2011-03-20 8:49 PM, Michael Welsh Duggan wrote: > Problem solved. Apparently this comment in my lda configuration lied. > > protocol lda { > # Space separated list of plugins to load (default is global mail_plugins). > # mail_plugins = $mail_plugins > } > > I had to set this to > > protocol lda { > # Space separated list of plugins to load (default is global mail_plugins). > mail_plugins = $mail_plugins sieve Ummm... the first one is commented, the second isn't... ? I believe that doveconf lda would have shown this... -- Best regards, Charles From md5i at md5i.com Mon Mar 21 15:29:07 2011 From: md5i at md5i.com (Michael Welsh Duggan) Date: Mon, 21 Mar 2011 09:29:07 -0400 Subject: [Dovecot] Sieve problems (not matching emails expected to match) In-Reply-To: <4D872083.1060505@Media-Brokers.com> (Charles Marcus's message of "Mon, 21 Mar 2011 05:55:15 -0400") References: <87vczee04v.fsf@maru.md5i.com> <4D865F94.5080307@rename-it.nl> <87aagp1qb4.fsf@maru.md5i.com> <8739mh1enf.fsf@maru.md5i.com> <4D872083.1060505@Media-Brokers.com> Message-ID: <87wrjszjoc.fsf@maru.md5i.com> Charles Marcus writes: > On 2011-03-20 8:49 PM, Michael Welsh Duggan wrote: >> Problem solved. Apparently this comment in my lda configuration lied. >> >> protocol lda { >> # Space separated list of plugins to load (default is global mail_plugins). >> # mail_plugins = $mail_plugins >> } >> >> I had to set this to >> >> protocol lda { >> # Space separated list of plugins to load (default is global mail_plugins). >> mail_plugins = $mail_plugins sieve > > Ummm... the first one is commented, the second isn't... ? > > I believe that doveconf lda would have shown this... For all the other entry in the example config files, the commented values are also the default values. Or at least, that's the impression they gave. -- Michael Welsh Duggan (md5i at md5i.com) From maciej.uhlig at us.edu.pl Mon Mar 21 16:11:42 2011 From: maciej.uhlig at us.edu.pl (Maciej Uhlig) Date: Mon, 21 Mar 2011 15:11:42 +0100 Subject: [Dovecot] 2.0.11 segfault while can't access submission_host Message-ID: <4D875C9E.60002@us.edu.pl> 15-lda.conf: submission_host = 192.168.m.n:587 2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.debug] lmtp(12354, user at us.edu.pl): Debug: mcQ1NitVh01CMAAAuqlTtQ: sieve: executing script from /mails/sieve/user at us.edu.pl.svbin 2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.error] lmtp(12354, user at us.edu.pl): Error: smtp(192.168.m.n:587): RCPT TO failed: 554 5.7.1 : Client host rejected: Access denied 2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.error] master: Error: service(lmtp): child 12354 killed with signal 11 (core not dumped) in case submission_host grants access there is no segfault; mail sent ok. Regards, MU From ednitido at gmail.com Mon Mar 21 17:28:22 2011 From: ednitido at gmail.com (Edward Carraro) Date: Mon, 21 Mar 2011 11:28:22 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <20110316120041.GA16683@laptop-dg.leere.eu> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> Message-ID: Sorry for getting back a bit late myself On Wed, Mar 16, 2011 at 8:00 AM, Dennis Guhl wrote: > > What do you mean here? Did you create a file like passwd.masterusers > with Apache's htpasswd(1) according to the wiki? > Yes, I created the passwd file on both proxy and destination server (same user and pass on both) > > In your /usr/local/etc/dovecot/dovecot-ldap.conf.ext you need to query > for the users username and password as always. In conjunction to this > you query for the additional fields or giveback the static values. > > This could be something like this: > pass_attrs=uid=user, userPassword=password, =proxy=y, hostName=host, > =master=your_master_username, =pass=your_master_users_password > > Ah, that's the part I was missing... the static values. H'mm ok. I think its working now on the proxy but when I telnet from the proxy as the user, since it's now authenticating as the master user, it doesn't show anything in LIST. I think I read somewhere that it's suppose to be like that since its the master logging in... but if that's the case how would the user get his inbox if they login as master? From tss at iki.fi Mon Mar 21 18:22:44 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 18:22:44 +0200 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat / looks like solved In-Reply-To: <4D85E4A8.4080101@schetterer.org> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> <4D813F12.6090501@schetterer.org> <4D81429F.5070201@schetterer.org> <4D83DF21.3050402@schetterer.org> <4D85E4A8.4080101@schetterer.org> Message-ID: <1300724564.13041.7.camel@hurina> On Sun, 2011-03-20 at 12:27 +0100, Robert Schetterer wrote: > this cant work > > +RealMails/ > RealMails/* .. > unseen Oh, I hadn't noticed this before. Yes, "unseen" doesn't work nicely with POP3. > so timos patch worked , also it was a configration/mythinking bug > dont know if the patch should be reverted , dont think so cause it looks > better to have mails in maildir cur when the got downloaded > then in new as it was before For POP3 it doesn't really matter, because it's not visible to clients in any way. You would get a bit better performance if you didn't include the '+' because then it wouldn't rename the mails to cur/ (i.e. same idea as pop3_no_flag_updates setting). The '+' feature is more useful with IMAP though, because there it has visible effects to clients. So in any case it wasn't a waste to implement it. BTW. If you set "+RealMails/" it moves mails from new/ to cur/ in INBOX, but you also need to set "+RealMails/*" if you want that to happen for non-INBOXes too. From tss at iki.fi Mon Mar 21 18:27:39 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 18:27:39 +0200 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> Message-ID: <1300724859.13041.10.camel@hurina> On Mon, 2011-03-21 at 11:28 -0400, Edward Carraro wrote: > H'mm ok. I think its working now on the proxy but when I telnet from the > proxy as the user, since it's now authenticating as the master user, it > doesn't show anything in LIST. I think I read somewhere that it's suppose to > be like that since its the master logging in... but if that's the case how > would the user get his inbox if they login as master? If ACL plugin is enabled then yes, you'll have some trouble. Currently there is unfortunately no way to just give permissions to all mailboxes for a master user. But you could just not tell Dovecot's imap process that a master user is logging in. In the backend's userdb query you should be able to return master_user=%u. From tss at iki.fi Mon Mar 21 18:52:10 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 18:52:10 +0200 Subject: [Dovecot] 2.0.11 segfault while can't access submission_host In-Reply-To: <4D875C9E.60002@us.edu.pl> References: <4D875C9E.60002@us.edu.pl> Message-ID: <1300726330.13041.24.camel@hurina> On Mon, 2011-03-21 at 15:11 +0100, Maciej Uhlig wrote: > 2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.error] > lmtp(12354, user at us.edu.pl): Error: smtp(192.168.m.n:587): RCPT TO > failed: 554 5.7.1 : Client host rejected: Access denied > 2011-03-21T14:43:49+01:00 prac/p-prac dovecot: [ID 583609 mail.error] > master: Error: service(lmtp): child 12354 killed with signal 11 (core > not dumped) > > in case submission_host grants access there is no segfault; mail sent ok. Fixed: http://hg.dovecot.org/dovecot-2.0/rev/31b3f1819c89 From tss at iki.fi Mon Mar 21 18:54:24 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 18:54:24 +0200 Subject: [Dovecot] DOVECOT TO HAVE MULTIPLE AUTHENTICATION MECHANISM FOR A PARTICULAR USER In-Reply-To: References: Message-ID: <1300726464.13041.26.camel@hurina> On Mon, 2011-03-21 at 13:15 +0530, PARTH MONGA wrote: > IS IT POSSIBLE IN DOVECOT TO HAVE MULTIPLE AUTHENTICATION MECHANISM FOR A > PARTICULAR USER > > as u provided me in the link > http://wiki2.dovecot.org/Authentication/MultipleDatabases > > The link is > applied to all the users( system + virtual) , which increased my overhead of > fetching data > can i have the same for a particular user ( local + database ) auth > mecahnism The passdb/userdb lookups are done in the order as specified in config file. You can't tell Dovecot to only look up some users from one database. But if the first passdb/userdb is really fast (e.g. local passwd or passwd-file) then it basically doesn't matter, because the extra cost isn't noticeable. From tss at iki.fi Mon Mar 21 19:01:29 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:01:29 +0200 Subject: [Dovecot] Problem with pam-auth and winbind In-Reply-To: <61209.158.75.205.1.1300437994.squirrel@mail.ksiaznica.torun.pl> References: <61209.158.75.205.1.1300437994.squirrel@mail.ksiaznica.torun.pl> Message-ID: <1300726889.13041.30.camel@hurina> On Fri, 2011-03-18 at 09:46 +0100, pk10 at ksiaznica.torun.pl wrote: > auth default: > mechanisms: plain login > use_winbind: yes This use_winbind setting doesn't do anything. It's only used for authentication with NTLM mechanisms. > passdb: > driver: pam > args: dovecot So Dovecot only knows that it's using PAM. Setting auth_debug=yes may also show up something useful in logs. > Mar 14 09:43:22 komp14 dovecot-auth: pam_winbind(dovecot:auth): user 'tt1' > granted access So pam_authenticate() succeeded. This is where it fails if password is incorrect. > Mar 14 09:43:29 auth-worker(default): Error: pam(tt1,10.10.10.38): > pam_acct_mgmt() failed: Authentication failure But pam_acct_mgmt() doesn't like the user. I have no idea why. I've never used winbind. Maybe you could find some winbind mailing list or something. But man page of pam_acct_mgmt() may help you do guesses: The pam_acct_mgmt function is used to determine if the users account is valid. It checks for authentication token and account expiration and verifies access restrictions. It is typically called after the user has been authenticated. From tss at iki.fi Mon Mar 21 19:04:50 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:04:50 +0200 Subject: [Dovecot] Can't disable chroot to 'empty' dir, but need to... how to do it? In-Reply-To: References: Message-ID: <1300727090.13041.32.camel@hurina> On Sat, 2011-03-19 at 02:31 -0700, Tim Bessie wrote: > Hello all... > > I've installed dovecot on my ISP's shell server, and am using SSH tunnelling > so that I can retrieve my mbox-format mail from procmail-processed mailboxes > on that server (normally I just ssh there and read them locally with pine, > but now that I have a phone with an IMAP client, I wanted to be able to read > it more easily there). This sounds like you'd be doing imap-over-ssh by executing something like "ssh host libexec/dovecot/imap". > The problem I'm having is, although it's working, whenever dovecot starts up, > or I try to log in, it attempts to chroot to /home/mydir/dovecot/var/run/dovecot/empty > (where /home/mydir/dovecot is the path to my dovecot installation). But imap wouldn't do any chrooting > Mar 19 02:09:43 master: Info: Dovecot v2.0.11 starting up (core dumps disabled) or start up Dovecot master. So I guess you're not doing imap-over-ssh. (Or if you are, you don't need to be starting dovecot.) > Mar 19 02:09:44 anvil: Fatal: chroot(/home/mydir/dovecot/var/run/dovecot/empty) failed: Operation not permitted service anvil { chroot = } From tss at iki.fi Mon Mar 21 19:07:32 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:07:32 +0200 Subject: [Dovecot] maildir location In-Reply-To: References: <1300379205.19220.662.camel@hurina> Message-ID: <1300727252.13041.33.camel@hurina> On Thu, 2011-03-17 at 12:41 -0500, upen wrote: > > #ls -ald /localdir > drwxrwxrwx 31 root root 12288 Mar 17 10:48 /localdir/ > > # ls -ald /localdir/mail > drwxrwxrwx 3 dovecot dovecot 4096 Mar 17 10:49 /localdir/mail > > mkdir /localdir/mail/username > chown username:group /localdir/mail/username > chmod 700 /localdir/mail/username > > > Do you think it is okay to keep these perms ? At least you should do chmod +t /localdir /localdir/mail. Or just keep them 0755 and create /localdir/mail/username with proper permissions immediately for new users. From tss at iki.fi Mon Mar 21 19:10:52 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:10:52 +0200 Subject: [Dovecot] Request - please uncomment !include_try /etc/dovecot/local.conf in example config In-Reply-To: <1300408387.10579.3.camel@ngoonee-laptop> References: <1300408387.10579.3.camel@ngoonee-laptop> Message-ID: <1300727452.13041.34.camel@hurina> On Fri, 2011-03-18 at 08:33 +0800, Ng Oon-Ee wrote: > Hi, could I request that the example config in > doc/dovecot/example-config/dovecot.conf be slightly altered to uncomment > the last line? Done (with removal of hardcoded config directory): http://hg.dovecot.org/dovecot-2.0/rev/0dcbd2357451 From tss at iki.fi Mon Mar 21 19:16:56 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:16:56 +0200 Subject: [Dovecot] Errors logged from 2.0.11 In-Reply-To: <4D870A18.1040601@TU-Cottbus.De> References: <4D7F33B3.1000606@TU-Cottbus.De> <1300293178.19220.597.camel@hurina> <4D870A18.1040601@TU-Cottbus.De> Message-ID: <1300727816.13041.40.camel@hurina> On Mon, 2011-03-21 at 09:19 +0100, Andreas Kossack wrote: > Hi Timo, hi all, > > >> "Mar 15 09:29:26 MailServ local3:err|error dovecot: imap(xxxx): Error: creat(/dovecot.mailbox.log) failed: Permission denied (euid=1985(xxxx) egid=219(yyyy) stat() failed: No such file or directory, euid is not dir owner) .. > "mail_location = maildir:~/Maildir:CONTROL=~/Maildir:INDEX=MEMORY" I see. INDEX=MEMORY is the problem, fixed: http://hg.dovecot.org/dovecot-2.0/rev/4f1b77b81cf3 (Why do you have indexes disabled anyway?) From tss at iki.fi Mon Mar 21 19:19:40 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:19:40 +0200 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: References: Message-ID: <1300727980.13041.42.camel@hurina> On Fri, 2011-03-18 at 16:14 +0100, Vincent Artzner wrote: > 2011-03-18 14:43:15 IMAP(info): Error: Maildir filename has wrong W value: > /home/info/Maildir/.Envois/cur/1300450349.M120256P3108.Serveurlinux,S=460764,W=460768:2,S .. > The incoming mails are provided to dovecot by procmail, so I think dovecot > is responsible for settings the S, W params in the filenames. Dovecot never changes the base filename (anything before ':'). So if a wrong W value is added by procmail, you either need to fix procmail to set it correctly or to not set it at all. From tss at iki.fi Mon Mar 21 19:28:03 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 19:28:03 +0200 Subject: [Dovecot] Virtual and system users with public mailboxes In-Reply-To: <1300402008.12538.8.camel@localhost> References: <20110316185455.5FE4B9E4653@kendalls-laptop> <1300379708.19220.670.camel@hurina> <1300402008.12538.8.camel@localhost> Message-ID: <1300728483.13041.47.camel@hurina> On Thu, 2011-03-17 at 15:46 -0700, Kendall Shaw wrote: > On Thu, 2011-03-17 at 18:35 +0200, Timo Sirainen wrote: > > On Wed, 2011-03-16 at 11:54 -0700, Kendall Shaw wrote: > > > Hi, > > > > > > I am running dovecot 1.2.9 and postfix, and I am trying to setup a > > > public mailbox. My thought is that there would be one system user with > > > a sieve script to deliver messages to the public mailbox. And, I would > > > like to give virtual users access to the mailbox. > > > > Why can't the public mail delivery user be virtual as well? > > If the users that I want to have shell access (ubuntu 10.04) are virtual > users, wouldn't I have to duplicate their credentials, for dovecot? You can use both system and virtual users if you want to. You'll just need to set the public mailbox permissions such that everyone has access to them. Alternatively you could use virtual passdb + system passdb, but a single virtual userdb for everyone. Then you would have less trouble with permissions. From ednitido at gmail.com Mon Mar 21 19:59:58 2011 From: ednitido at gmail.com (Edward Carraro) Date: Mon, 21 Mar 2011 13:59:58 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <1300724859.13041.10.camel@hurina> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> Message-ID: On Mon, Mar 21, 2011 at 12:27 PM, Timo Sirainen wrote: > > If ACL plugin is enabled then yes, you'll have some trouble. Currently > there is unfortunately no way to just give permissions to all mailboxes > for a master user. But you could just not tell Dovecot's imap process > that a master user is logging in. In the backend's userdb query you > should be able to return master_user=%u. > > Hey Timo, Yea I have ACLs for sharing folders. Not sure if i added it in the correct location on the backend... in dovecot-ldap.conf.ext: user_attrs = homeDirectory=home,master_user=%u Still same thing when I login on the proxy, the debug on the backend says for all folders the user has: Debug: acl: Mailbox not in dovecot-acl-list: Trash Debug: acl: Mailbox not in dovecot-acl-list: Drafts Debug: acl: Mailbox not in dovecot-acl-list: INBOX From tss at iki.fi Mon Mar 21 20:06:37 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 20:06:37 +0200 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> Message-ID: <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> On 21.3.2011, at 19.59, Edward Carraro wrote: > user_attrs = homeDirectory=home,master_user=%u =master_user=%u From ednitido at gmail.com Mon Mar 21 20:16:10 2011 From: ednitido at gmail.com (Edward Carraro) Date: Mon, 21 Mar 2011 14:16:10 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> Message-ID: On Mon, Mar 21, 2011 at 2:06 PM, Timo Sirainen wrote: > > =master_user=%u > > same thing with or without the = in front I noticed that there are two master_users with different values in debug Mar 21 18:09:49 auth: Info: passdb(doveadmin,192.168.12.209,master): Master user logging in as user at domain.com Mar 21 18:09:49 imap-login: Info: Login: user=, method=PLAIN, rip=192.168.12.209, lip=192.168.12.205, mpid=25147 [...] Mar 21 18:09:49 auth: Debug: master out: USER 3253338113 user at domain.com home=/home/domain.com/user at domain.com master_user=user at domain.com master_user=doveadmin [...] Mar 21 18:09:49 imap(user at domain.com): Debug: acl: acl username = doveadmin [...] From tss at iki.fi Mon Mar 21 20:20:57 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 20:20:57 +0200 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> Message-ID: <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> On 21.3.2011, at 20.16, Edward Carraro wrote: >> =master_user=%u >> >> same thing with or without the = in front > > I noticed that there are two master_users with different values in debug Yes, it's a bit kludgy way. > Mar 21 18:09:49 auth: Debug: master out: USER 3253338113 > user at domain.com home=/home/domain.com/user at domain.com > master_user=user at domain.com master_user=doveadmin Too bad the fields are in wrong order now. I think it was the other way around in v1.x so it just happened to work there. So either there needs to be some code changes, or you could alternatively create a post-login script that sets the master_user. http://wiki2.dovecot.org/PostLoginScripting From robert at schetterer.org Mon Mar 21 20:20:27 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 21 Mar 2011 19:20:27 +0100 Subject: [Dovecot] questions/problems virtual plugin pop3 leave copies on the server for x days then delete / tbs Popstate.dat / looks like solved In-Reply-To: <1300724564.13041.7.camel@hurina> References: <4D7CAD16.4010207@schetterer.org> <1300295910.19220.617.camel@hurina> <4D80F37E.3060906@schetterer.org> <1300296832.19220.628.camel@hurina> <4D8115E0.70607@schetterer.org> <4D8132BE.30509@schetterer.org> <4D813F12.6090501@schetterer.org> <4D81429F.5070201@schetterer.org> <4D83DF21.3050402@schetterer.org> <4D85E4A8.4080101@schetterer.org> <1300724564.13041.7.camel@hurina> Message-ID: <4D8796EB.50201@schetterer.org> Am 21.03.2011 17:22, schrieb Timo Sirainen: > On Sun, 2011-03-20 at 12:27 +0100, Robert Schetterer wrote: >> this cant work >> >> +RealMails/ >> RealMails/* > .. >> unseen > > Oh, I hadn't noticed this before. Yes, "unseen" doesn't work nicely with > POP3. should be noted in the wiki *g > >> so timos patch worked , also it was a configration/mythinking bug >> dont know if the patch should be reverted , dont think so cause it looks >> better to have mails in maildir cur when the got downloaded >> then in new as it was before > > For POP3 it doesn't really matter, because it's not visible to clients > in any way. You would get a bit better performance if you didn't include > the '+' because then it wouldn't rename the mails to cur/ (i.e. same > idea as pop3_no_flag_updates setting). > > The '+' feature is more useful with IMAP though, because there it has > visible effects to clients. So in any case it wasn't a waste to > implement it. ok > > BTW. If you set "+RealMails/" it moves mails from new/ to cur/ in INBOX, > but you also need to set "+RealMails/*" if you want that to happen for > non-INBOXes too. > yes did this now too, looks fine for small tests much thx ! -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From ednitido at gmail.com Mon Mar 21 20:52:32 2011 From: ednitido at gmail.com (Edward Carraro) Date: Mon, 21 Mar 2011 14:52:32 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> Message-ID: On Mon, Mar 21, 2011 at 2:20 PM, Timo Sirainen wrote: > > Too bad the fields are in wrong order now. I think it was the other way > around in v1.x so it just happened to work there. So either there needs to > be some code changes, or you could alternatively create a post-login script > that sets the master_user. http://wiki2.dovecot.org/PostLoginScripting > > Trying to do the postlogin script but i get script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed: Permission denied I tried with user = $default_internal_user (which is dovecot) and then with it set to vmail I changed the perms on the actual file to 777 and owned by vmail and dovecot but again, same thing. This is the same location i have quota-warning.sh running (owned by vmail) also to change the master user, its just the following? cat postlogin.sh #!/bin/sh =master_user = %u From jtl+dovecot at uvm.edu Mon Mar 21 21:10:06 2011 From: jtl+dovecot at uvm.edu (Jim Lawson) Date: Mon, 21 Mar 2011 15:10:06 -0400 (EDT) Subject: [Dovecot] dovecot proxy, imapproxy, perdition . . . or? In-Reply-To: <20110319213217.GB1063@laptop-dg.leere.eu> References: <20110319205015.GA10298@tagged.lorens.org> <20110319213217.GB1063@laptop-dg.leere.eu> Message-ID: On Sat, 19 Mar 2011, Dennis Guhl wrote: > On Sat, Mar 19, 2011 at 09:50:15PM +0100, Lorens Kockum wrote: >> Hi, >> >> I have two load-balanced dovecot servers using a single NFS >> mount. The version is 1.2.11. I chose this so that if one server > > [..] > >> reasons, and also that dovecot has an included proxy, and >> that its performance is better than perdition. However on >> http://wiki.dovecot.org/HowTo/ImapProxy the feature "IMAP/POP3 >> server with proxy feature" is noted as "This model is still a >> bit unfinished in current code." >> >> Is this still true? There's also a general note that "This page >> was written quite a long time ago and may not match reality >> anymore" . . . > > I use 1.2.15 from Debian Lennys backports in a proxy configuration > for a medium three digit number of users without any problems. > > Dennis UVM is using Dovecot 1.2.15 (stock) in a proxy setup (mysql driver) on top of a RedHat GFS cluster. >30K users. The proxy works very well; we used it to help make our migration from UW-IMAP transparent. We're looking at moving to 2.0 + director to route users to specific nodes for cache locality (hopefully better performance.) Jim From tss at iki.fi Mon Mar 21 21:20:45 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 21 Mar 2011 21:20:45 +0200 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> Message-ID: <44BCF331-D59B-49C1-B40D-3B3553CA375B@iki.fi> On 21.3.2011, at 20.52, Edward Carraro wrote: > script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed: Permission > denied > > I tried with user = $default_internal_user (which is dovecot) and then with > it set to vmail > I changed the perms on the actual file to 777 and owned by vmail and dovecot > but again, same thing. Well, that's a bit strange. What's your doveconf -n output now? Do you have something like SELinux enabled? > also to change the master user, its just the following? > > cat postlogin.sh > #!/bin/sh > > =master_user = %u No, you need something like: #!/bin/sh export MASTER_USER=$USER export USERDB_KEYS="$USERDB_KEYS master_user" exec "$@" From ednitido at gmail.com Mon Mar 21 21:31:15 2011 From: ednitido at gmail.com (Edward Carraro) Date: Mon, 21 Mar 2011 15:31:15 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <44BCF331-D59B-49C1-B40D-3B3553CA375B@iki.fi> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> <44BCF331-D59B-49C1-B40D-3B3553CA375B@iki.fi> Message-ID: On Mon, Mar 21, 2011 at 3:20 PM, Timo Sirainen wrote: > > Well, that's a bit strange. What's your doveconf -n output now? # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-openvz-amd64 i686 Debian 5.0.8 auth_debug = yes auth_master_user_separator = * auth_socket_path = /usr/local/var/run/dovecot/auth-userdb debug_log_path = /var/log/dovecot-debug.log disable_plaintext_auth = no info_log_path = /var/log/dovecot-info.log listen = * log_path = /var/log/dovecot-err.log mail_debug = yes mail_gid = vmail mail_location = maildir:%h/Maildir mail_plugins = " quota" mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { hidden = no inbox = yes list = yes location = prefix = separator = . subscriptions = yes type = private } namespace { list = children location = maildir:%%h/Maildir:INDEX=%h/Maildir/shared/%%u prefix = shared.%%u. separator = . subscriptions = no type = shared } passdb { args = /usr/local/etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin/acl = vfile plugin/acl_shared_dict = file:/home/%d/shared-mailboxes plugin/quota = maildir:User quota plugin/quota_rule = *:storage=1G plugin/quota_warning = storage=95%% quota-warning 95 %u %d plugin/quota_warning2 = storage=80%% quota-warning 80 %u %d plugin/sieve = %h/.dovecot.sieve plugin/sieve_dir = ~/sieve plugin/sieve_max_actions = 32 plugin/sieve_max_redirects = 4 plugin/sieve_max_script_size = 1M plugin/sieve_quota_max_scripts = 0 plugin/sieve_quota_max_storage = 0 postmaster_address = postmaster at domain.com protocols = imap pop3 lmtp sieve quota_full_tempfail = yes service auth { unix_listener auth-userdb { group = vmail mode = 0660 user = dovecot } } service imap-login { inet_listener imap { port = 143 } } service imap-postlogin { executable = script-login /usr/local/bin/postlogin.sh user = $default_internal_user } service imap { executable = imap imap-postlogin } service lmtp { inet_listener lmtp { port = 24 } unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix user = postfix } } service managesieve-login { inet_listener sieve { port = 4190 } process_min_avail = 0 service_count = 1 vsz_limit = 64 M } service pop3-login { inet_listener pop3 { port = 110 } } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl = no userdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } verbose_proctitle = yes protocol lmtp { mail_plugins = " quota quota sieve" } protocol lda { info_log_path = /var/log/dovecot-lda.log log_path = /var/log/dovecot-lda-errors.log mail_plugins = " quota sieve" } protocol imap { mail_max_userip_connections = 20 mail_plugins = " quota imap_quota imap_acl acl" } protocol sieve { mail_debug = yes mail_max_userip_connections = 10 mail_plugins = managesieve_implementation_string = Dovecot Pigeonhole managesieve_logout_format = bytes=%i/%o managesieve_max_compile_errors = 5 managesieve_max_line_length = 65536 managesieve_notify_capability = managesieve_sieve_capability = } protocol pop3 { mail_max_userip_connections = 20 mail_plugins = " quota quota" pop3_fast_size_lookups = no pop3_uidl_format = %08Xu%08Xv } > Do you have something like SELinux enabled? > > Nope. Packages aren't installed on my Debian box. From varia at e-healthexpert.org Mon Mar 21 21:34:43 2011 From: varia at e-healthexpert.org (Mark Alan) Date: Mon, 21 Mar 2011 19:34:43 +0000 Subject: [Dovecot] Bug in xi.rename-it.nl/dovecot-2.0.11/debian/watch Message-ID: <20110321193443.003ae864@e-healthexpert.org> If I am not wrong, debian/watch should be: --- old/dovecot-2.0.11/debian/watch 2011-03-07 17:24:51.000000000 +0000 +++ new/dovecot-2.0.11/debian/watch 2010-12-03 10:04:00.000000000 +0000 @@ -1,4 +1,4 @@ # watch control file for uscan version=3 # Site Version Script -http://dovecot.org/releases/1.2/dovecot-(.*\.[0-9]+)\.tar\.gz debian uupdate +http://dovecot.org/releases/2.0/dovecot-(.*\.[0-9]+)\.tar\.gz debian uupdate M. From ngoonee at gmail.com Tue Mar 22 02:49:47 2011 From: ngoonee at gmail.com (Ng Oon-Ee) Date: Tue, 22 Mar 2011 08:49:47 +0800 Subject: [Dovecot] Request - please uncomment !include_try /etc/dovecot/local.conf in example config In-Reply-To: <1300727452.13041.34.camel@hurina> References: <1300408387.10579.3.camel@ngoonee-laptop> <1300727452.13041.34.camel@hurina> Message-ID: <1300754987.14190.0.camel@ngoonee-laptop> On Mon, 2011-03-21 at 19:10 +0200, Timo Sirainen wrote: > On Fri, 2011-03-18 at 08:33 +0800, Ng Oon-Ee wrote: > > Hi, could I request that the example config in > > doc/dovecot/example-config/dovecot.conf be slightly altered to uncomment > > the last line? > > Done (with removal of hardcoded config directory): > http://hg.dovecot.org/dovecot-2.0/rev/0dcbd2357451 > Thanks! =) From kyrylkov at mpxsys.com Tue Mar 22 11:09:20 2011 From: kyrylkov at mpxsys.com (Sergiy Kyrylkov) Date: Tue, 22 Mar 2011 11:09:20 +0200 Subject: [Dovecot] dsync inbox conversion problem (mbox -> mdbox) Message-ID: <4D886740.3050800@mpxsys.com> Hi, We are trying to convert all mbox mail on our systems to mdbox using dsync, in order to be able to use email sub-folders in Thunderbird. Everything works fine for non-inbox folders, however the inbox folders are not getting converted. We used: *dsync -v convert mbox:~/mail:INBOX=/var/mail/%u* *dovecot --version* 2.0.beta6 (3156315704ef) (shipping with RHEL6/SL6) *dovecot -n* # 2.0.beta6 (3156315704ef): /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-71.18.2.el6.i686 i686 Scientific Linux release 6.0 (Carbon) mail_location = mdbox:~/mdbox mbox_write_locks = fcntl passdb { driver = pam } protocols = imap service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0666 user = postfix } } ssl = required ssl_cert = mdbox) In-Reply-To: <4D886740.3050800@mpxsys.com> References: <4D886740.3050800@mpxsys.com> Message-ID: <4D887793.1090806@Media-Brokers.com> On 2011-03-22 5:09 AM, Sergiy Kyrylkov wrote: > *dovecot -n* > # 2.0.beta6 Upgrade... upgrade... upgrade... It amazes me how many people come here looking for help when they are running ancient/buggy/pre-release versions... -- Best regards, Charles From bill+dovecot at blunn.org Tue Mar 22 13:26:58 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Tue, 22 Mar 2011 11:26:58 +0000 Subject: [Dovecot] dsync inbox conversion problem (mbox -> mdbox) In-Reply-To: <4D886740.3050800@mpxsys.com> References: <4D886740.3050800@mpxsys.com> Message-ID: <4D888782.5080901@blunn.org> On 22/03/2011 09:09, Sergiy Kyrylkov wrote: > We are trying to convert all mbox mail on our systems to mdbox using > dsync, in order to be able to use email sub-folders in Thunderbird. You should not be using 2.0 beta6. You should be using 2.0.11 or later. You can have folders containing both messages and folders under mbox. See http://wiki2.dovecot.org/MboxChildFolders. But I say again, you should not be using 2.0 beta6. You should be using 2.0.11 or later. > Everything works fine for non-inbox folders, however the inbox folders > are not getting converted. > > We used: > > *dsync -v convert mbox:~/mail:INBOX=/var/mail/%u* > > *dovecot --version* > 2.0.beta6 (3156315704ef) (shipping with RHEL6/SL6) Early 2.0.x supposedly stable versions had many many problems which means you should under no circumstances attempt to use them, LET ALONE 2.0 beta versions. You really should upgrade to 2.0. (currently 2.0.11). I will have zero sympathy for whining along the lines of: - "Well that's what's in my distro" - "My employer only allows bona fide distro packages" Did I mention you should be using 2.0.11 or later? I can't remember. Anyway, you should be using 2.0.11 or later. Bill From kyrylkov at mpxsys.com Tue Mar 22 13:35:57 2011 From: kyrylkov at mpxsys.com (Sergiy Kyrylkov) Date: Tue, 22 Mar 2011 13:35:57 +0200 Subject: [Dovecot] dsync inbox conversion problem (mbox -> mdbox) In-Reply-To: <4D888782.5080901@blunn.org> References: <4D886740.3050800@mpxsys.com> <4D888782.5080901@blunn.org> Message-ID: <4D88899D.6030606@mpxsys.com> Charles, William, Thanks for the advice. We've upgraded to 2.0.9 (no later RPM builds & we don't want to build ourselves) and successfully converted (including inbox) using: dsync -v mirror mbox:~/mail:INBOX=/var/mail/ Thanks again, Sergiy On 3/22/2011 1:26 PM, William Blunn wrote: > On 22/03/2011 09:09, Sergiy Kyrylkov wrote: >> We are trying to convert all mbox mail on our systems to mdbox using >> dsync, in order to be able to use email sub-folders in Thunderbird. > > You should not be using 2.0 beta6. You should be using 2.0.11 or later. > > You can have folders containing both messages and folders under mbox. > See http://wiki2.dovecot.org/MboxChildFolders. > > But I say again, you should not be using 2.0 beta6. You should be > using 2.0.11 or later. > >> Everything works fine for non-inbox folders, however the inbox >> folders are not getting converted. >> >> We used: >> >> *dsync -v convert mbox:~/mail:INBOX=/var/mail/%u* >> >> *dovecot --version* >> 2.0.beta6 (3156315704ef) (shipping with RHEL6/SL6) > > Early 2.0.x supposedly stable versions had many many problems which > means you should under no circumstances attempt to use them, LET ALONE > 2.0 beta versions. > > You really should upgrade to 2.0. (currently 2.0.11). > > I will have zero sympathy for whining along the lines of: > > - "Well that's what's in my distro" > - "My employer only allows bona fide distro packages" > > Did I mention you should be using 2.0.11 or later? I can't remember. > Anyway, you should be using 2.0.11 or later. > > Bill From bill+dovecot at blunn.org Tue Mar 22 14:28:20 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Tue, 22 Mar 2011 12:28:20 +0000 Subject: [Dovecot] http://wiki2.dovecot.org/MailServerOverview contains poppycock Message-ID: <4D8895E4.3020400@blunn.org> Just having another look at http://wiki2.dovecot.org/MailServerOverview , it seems to have some statements in it which are misleading, and some which are really ... well ... wrong. Quote: "With the possible, optional, exception of the deliver MDA, Dovecot is not involved with reception, delivery, and storage of mail. That function is provided by a MTA such as postfix . It is the MTA that determines where and how mail is stored - Dovecot must then be configured to retrieve the mail accordingly." (Entered by user "amfes".) This contains a significant proportion of poppycock. Dovecot includes extensive functionality for the storage (as in the action of storing) of e-mail as well as retrieval, in the shape of the LDA. Using Dovecot's LDA is /required/ in the case of Dovecot-specific mail storage formats (sdbox, mdbox). With mbox, use of the Dovecot LDA is advisable since it will guarantee a locking strategy which is compatible with Dovecot's mail retrieval functionality. And in any case, use of the Dovecot LDA has merit in that it should guarantee line-up between the mailstore configurations used for storage and retrieval. It is NOT the MTA that determines where and how mail is stored. It is the PERSON who configures the system who decides this, and codifies that configuration into whatever systems carry out local delivery and retrieval. It IS true that use of Dovecot's LDA is optional, but to say that it is a "possible exception" is misleading. People /should/ use the Dovecot LDA if they are using Dovecot IMAP/POP, and the /option/ is to use the MTA's local delivery system /if/ it is so indicated on a particular system. Quote: "Again, it bears repeating, Dovecot /is not responsible for mail delivery or storage/. Any questions on these issues involve your MTA and MDA. Get those working first." (Entered by user "DanielMiller".) Again, contains quite a lot of misleading nonsense. "Mail delivery" includes the hand-off of the message by the MTA to the LDA, and the storage of the message by the LDA. The LDA should probably be Dovecot, so really Dovecot /is/ partially responsible for mail delivery. "Storage" involves that placing of message into the message store. This should be done by Dovecot, so Dovecot is responsible for this. Bill From CMarcus at Media-Brokers.com Tue Mar 22 15:00:13 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 22 Mar 2011 09:00:13 -0400 Subject: [Dovecot] http://wiki2.dovecot.org/MailServerOverview contains poppycock In-Reply-To: <4D8895E4.3020400@blunn.org> References: <4D8895E4.3020400@blunn.org> Message-ID: <4D889D5D.2050602@Media-Brokers.com> Instead of complaining, why not just fix it (it is a wiki after all) and *then* post your email explaining the changes you made? On 2011-03-22 8:28 AM, William Blunn wrote: > Just having another look at http://wiki2.dovecot.org/MailServerOverview > , it seems to have some statements in it which are misleading, and some > which are really ... well ... wrong. > > Quote: "With the possible, optional, exception of the deliver MDA, > Dovecot is not involved with reception, delivery, and storage of mail. > That function is provided by a MTA such as postfix > . It is the MTA that determines where and how > mail is stored - Dovecot must then be configured to retrieve the mail > accordingly." (Entered by user "amfes".) > > This contains a significant proportion of poppycock. > > Dovecot includes extensive functionality for the storage (as in the > action of storing) of e-mail as well as retrieval, in the shape of the LDA. > > Using Dovecot's LDA is /required/ in the case of Dovecot-specific mail > storage formats (sdbox, mdbox). > > With mbox, use of the Dovecot LDA is advisable since it will guarantee a > locking strategy which is compatible with Dovecot's mail retrieval > functionality. > > And in any case, use of the Dovecot LDA has merit in that it should > guarantee line-up between the mailstore configurations used for storage > and retrieval. > > It is NOT the MTA that determines where and how mail is stored. It is > the PERSON who configures the system who decides this, and codifies that > configuration into whatever systems carry out local delivery and retrieval. > > It IS true that use of Dovecot's LDA is optional, but to say that it is > a "possible exception" is misleading. People /should/ use the Dovecot > LDA if they are using Dovecot IMAP/POP, and the /option/ is to use the > MTA's local delivery system /if/ it is so indicated on a particular system. > > Quote: "Again, it bears repeating, Dovecot /is not responsible for mail > delivery or storage/. Any questions on these issues involve your MTA and > MDA. Get those working first." (Entered by user "DanielMiller".) > > Again, contains quite a lot of misleading nonsense. > > "Mail delivery" includes the hand-off of the message by the MTA to the > LDA, and the storage of the message by the LDA. The LDA should probably > be Dovecot, so really Dovecot /is/ partially responsible for mail delivery. > > "Storage" involves that placing of message into the message store. This > should be done by Dovecot, so Dovecot is responsible for this. -- Best regards, Charles From bill+dovecot at blunn.org Tue Mar 22 15:49:11 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Tue, 22 Mar 2011 13:49:11 +0000 Subject: [Dovecot] http://wiki2.dovecot.org/MailServerOverview contains poppycock In-Reply-To: <4D889D5D.2050602@Media-Brokers.com> References: <4D8895E4.3020400@blunn.org> <4D889D5D.2050602@Media-Brokers.com> Message-ID: <4D88A8D7.9070503@blunn.org> On 22/03/2011 13:00, Charles Marcus wrote: > Instead of complaining, why not just fix it (it is a wiki after all) and *then* post your email explaining the changes you made? For changes for the better to come to fruition, a number of things need to happen, only one of which is actually making the changes. So initially I was identifying problems, and possible solutions. I posted a message in case there would be anything to be gained from a discussion on the subject. After reflection, I decided it might be as well to come up with some new words which should be right enough that they would be an improvement on the existing text even if they needed further work later. So I made changes to the wiki. http://wiki2.dovecot.org/MailServerOverview After making changes in the wiki, I saw your message. Bill From linuxmail at 4lin.net Tue Mar 22 16:43:11 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Tue, 22 Mar 2011 15:43:11 +0100 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) Message-ID: <1300804991.28969.22.camel@pcdenny> hi, we had to move from a old dieing Sparc very quickly our Cyrus IMAP Users to Dovecot. Most things works, but some Clients (like Evolution or Thunderbird) are strange. Our separator in Dovecot2 is "^", the mailboxes on the filesystem are something like "INBOX.subfolder1.subfolder2", but in TB and Evo I see INBOX^subfolder1^subfolder^ In Roundcube Webmail, I have just a normal tree, as I expected. I used cyrus2dovecot.pl for converting. On Evolution I deleted the IMAP Profile and recreated it, and that was working, but it isn't a workaround for TB So, how can I fix it? namespace { type = private separator = ^ prefix = inbox = yes hidden = no subscriptions = yes } cu denny -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From pascal at nobus.be Tue Mar 22 15:20:37 2011 From: pascal at nobus.be (Pascal Nobus) Date: Tue, 22 Mar 2011 14:20:37 +0100 Subject: [Dovecot] Change password cheme Message-ID: <4D88A225.6000506@nobus.be> We want to update our password scheme from crypt to SHA256. Because usernames/passwords are in MySQL I thought this wouldn't be a problem. We have about 3000 users that need to be updated, so make a new password for them isn't possible. I was thinking of an automated script that would update the database after every login. So we did this: dovecot.conf: mail_executable = /usr/local/etc/updatepwd.sh updatepwd.sh: #!/bin/sh $USER $PASSWORD|/usr/local/etc/do_updatepwd.pl exec /usr/local/libexec/dovecot/imap "$@" (do_updatepwd.pl is a perl script that makes a sha256 from the second argument, and then update the mysql-query) However: the password is not in the ENVIROMENT anymore. I changed in dovecot the settings: auth_debug = yes auth_debug_passwords = yes Anyone a solution for this? Best regards, Pascal From Uwe.Jans at hs-bremen.de Tue Mar 22 17:14:11 2011 From: Uwe.Jans at hs-bremen.de (Uwe Jans) Date: Tue, 22 Mar 2011 16:14:11 +0100 Subject: [Dovecot] Problem with sieve and delivery to folders with german umlauts. In-Reply-To: <4D3719B6.50406@krausam.de> References: <4D36D240.6030705@krausam.de> <4D36D3D1.6060309@rename-it.nl> <4D3719B6.50406@krausam.de> Message-ID: <4D88BCC3.8040801@hs-bremen.de> Hi, Am 19.01.2011 18:04, schrieb Micha Krause: > Hi, >>> >>> I have a problem with sieve and german umlauts: >>> >>> error: msgid=unspecified: failed to store into mailbox >>> 'INBOX.t&AOQ-st' (INBOX.t&-AOQ-st): Mailbox doesn't exist: t&-AOQ-st. >>> >>> The folder name is "t?st", the filesystem folder is ".t&AOQ-st" , >>> but sieve seems to look for a folder named ".t&-AOQ-st" >>> >>> Dovecot verstion is: 2.0.9 (7ecc5e10da57) >> >> It looks like you're using mUTF-7 in Sieve, but it expects UTF-8 >> folder names only. Use the following Sieve code to store data into >> your folder: >> >> require "fileinto"; >> >> fileinto "INBOX.t?st"; > > You are right, utf-8 scripts work fine, I guess I have to fix my > Problem in avelsieve then. > Anything new? I have this problem also with squirrelmail and avelsieve. > > Micha Krause Uwe Jans -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5950 bytes Desc: S/MIME Cryptographic Signature URL: From tss at iki.fi Tue Mar 22 18:46:39 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 22 Mar 2011 18:46:39 +0200 Subject: [Dovecot] Change password cheme In-Reply-To: <4D88A225.6000506@nobus.be> References: <4D88A225.6000506@nobus.be> Message-ID: On 22.3.2011, at 15.20, Pascal Nobus wrote: > We want to update our password scheme from crypt to SHA256. > > Because usernames/passwords are in MySQL I thought this wouldn't be a problem. So that'd be passdb and userdb sql. > However: the password is not in the ENVIROMENT anymore. Use passdb sql + userdb prefetch: http://wiki.dovecot.org/UserDatabase/Prefetch Then have password_query = select '%w' as userdb_password, ... and now you'll have $PASSWORD environment. You could maybe also do this all by creating a mysql function that compares and updates the password directly, i.e: password_query = select check_password('%u', '%w') From tss at iki.fi Tue Mar 22 18:48:57 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 22 Mar 2011 18:48:57 +0200 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: <1300804991.28969.22.camel@pcdenny> References: <1300804991.28969.22.camel@pcdenny> Message-ID: <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> On 22.3.2011, at 16.43, Denny Schierz wrote: > we had to move from a old dieing Sparc very quickly our Cyrus IMAP Users > to Dovecot. Most things works, but some Clients (like Evolution or > Thunderbird) are strange. Our separator in Dovecot2 is "^", the > mailboxes on the filesystem are something like > "INBOX.subfolder1.subfolder2", but in TB and Evo I see > INBOX^subfolder1^subfolder^ > In Roundcube Webmail, I have just a normal tree, as I expected. IMAP clients don't like it much when the separator changes. > On Evolution I deleted the IMAP Profile and recreated it, and that was > working, but it isn't a workaround for TB You mean recreating the profile didn't work, or you can't / don't want to recreate it? > So, how can I fix it? I don't think there is anything on Dovecot's side that you can do, except change the separator to same as it was with Cyrus. From tss at iki.fi Tue Mar 22 18:54:16 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 22 Mar 2011 18:54:16 +0200 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> Message-ID: <7E659AA1-16AE-4C77-A81D-5C89C5C456E3@iki.fi> On 21.3.2011, at 20.52, Edward Carraro wrote: > script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed: Permission > denied Well, what happens with: sudo su -s /bin/sh dovecot /usr/local/bin/postlogin.sh From ednitido at gmail.com Tue Mar 22 19:44:19 2011 From: ednitido at gmail.com (Edward Carraro) Date: Tue, 22 Mar 2011 13:44:19 -0400 Subject: [Dovecot] Master user creds for proxy stored statically/locally? In-Reply-To: <7E659AA1-16AE-4C77-A81D-5C89C5C456E3@iki.fi> References: <20110313231945.GA3985@laptop-dg.leere.eu> <20110316120041.GA16683@laptop-dg.leere.eu> <1300724859.13041.10.camel@hurina> <3B541384-9D3D-4D0C-BF1A-8BA5FE8102B8@iki.fi> <37361E39-9560-4FF6-9119-86EC2610D00F@iki.fi> <7E659AA1-16AE-4C77-A81D-5C89C5C456E3@iki.fi> Message-ID: On Tue, Mar 22, 2011 at 12:54 PM, Timo Sirainen wrote: > On 21.3.2011, at 20.52, Edward Carraro wrote: > > > script-login: Fatal: execvp(/usr/local/bin/postlogin.sh) failed: > Permission > > denied > > It's working! I re-examined my file and I had two postlogin.sh scripts (in different locations) the one being used by dovecot didn't have the correct permissions on it (i 777'ed the wrong one) So far everything looks good. Proxy authenticates the user then connects to the backend as the master user. the script then changes the master user back to the real user to access their folders. Thanks for the help Timo and Dennis From scott at renshawauto.net Tue Mar 22 20:40:41 2011 From: scott at renshawauto.net (Scott Hughes) Date: Tue, 22 Mar 2011 13:40:41 -0500 Subject: [Dovecot] Mail Sync Message-ID: <2580145F8BEF4EFB95F56AB1333D976E@RAGMailMachXP> I am trying to sync my mail on two different servers as testing for converting our business over to a server using dovecot. I am currently running dovecot version 2.0.11 While trying to sync the messages using Thunderbird and a program named imapsync, I run into an error stating that the dovecot server does not know how to handle messages with the FORWARD flag set. Is the FORWARD flag some type of non-standard flag or is there something I need to do in dovecot to allow for this flag? Thanks From linuxmail at 4lin.net Wed Mar 23 00:52:58 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Tue, 22 Mar 2011 23:52:58 +0100 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> References: <1300804991.28969.22.camel@pcdenny> <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> Message-ID: hi Timo, Am 22.03.2011 um 17:48 schrieb Timo Sirainen: > > You mean recreating the profile didn't work, or you can't / don't want to recreate it? its more strange, than i thought. I created a new user and created some folders with TB: On the filesystem I see: total 46 drwx------ 5 vmail vmail 7 Mar 22 17:05 .Drafts drwx------ 5 vmail vmail 7 Mar 22 17:05 .INBOX.foobar drwx------ 5 vmail vmail 6 Mar 22 17:05 .Sent drwx------ 5 vmail vmail 6 Mar 22 17:05 .Spam drwx------ 5 vmail vmail 6 Mar 22 17:05 .Trash drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 cur -rw------- 1 vmail vmail 0 Mar 22 17:05 dovecot-acl-list -rw------- 1 vmail vmail 51 Mar 22 17:05 dovecot-uidlist -rw------- 1 vmail vmail 8 Mar 22 17:05 dovecot-uidvalidity -r--r--r-- 1 vmail vmail 0 Mar 22 17:05 dovecot-uidvalidity.4d88c8c3 -rw-r--r-- 1 vmail vmail 14 Mar 22 17:05 maildirsize drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 new -rw------- 1 vmail vmail 36 Mar 22 17:05 subscriptions drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 tmp but, in TB: INBOX: Drafts: Sent: Trash: INBOX/foobar I created only "foobar" in TB, the other ones are created automatically. If i subscribe folders, I see something like "INBOX^foobar" cu denny From tss at iki.fi Wed Mar 23 01:08:36 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 01:08:36 +0200 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: References: <1300804991.28969.22.camel@pcdenny> <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> Message-ID: On 23.3.2011, at 0.52, Denny Schierz wrote: > but, in TB: > > INBOX: > Drafts: > Sent: > Trash: > INBOX/foobar > > I created only "foobar" in TB, the other ones are created automatically. If i subscribe folders, I see something like "INBOX^foobar" Why is there even INBOX/ or INBOX^ prefix at all? Did you intentionally create it under INBOX, or do you have namespace prefix in TB settings set to INBOX/ or something? People rarely use other separators than '.' and '/'. I guess it's possible that TB just doesn't like '^'. What TB version are you testing with? Anyway, you could test that Dovecot does nothing wrong by talking IMAP protocol: telnet localhost 143 a login user pass b namespace c list "" * d lsub "" * If the separators are all '^' there, then it's all ok from Dovecot's side. From ssilva at sgvwater.com Wed Mar 23 01:43:40 2011 From: ssilva at sgvwater.com (Scott Silva) Date: Tue, 22 Mar 2011 16:43:40 -0700 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: References: <1300804991.28969.22.camel@pcdenny> <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> Message-ID: on 3/22/2011 3:52 PM Denny Schierz spake the following: > hi Timo, > > Am 22.03.2011 um 17:48 schrieb Timo Sirainen: >> >> You mean recreating the profile didn't work, or you can't / don't want to recreate it? > > > its more strange, than i thought. I created a new user and created some folders with TB: > > On the filesystem I see: > > total 46 > drwx------ 5 vmail vmail 7 Mar 22 17:05 .Drafts > drwx------ 5 vmail vmail 7 Mar 22 17:05 .INBOX.foobar > drwx------ 5 vmail vmail 6 Mar 22 17:05 .Sent > drwx------ 5 vmail vmail 6 Mar 22 17:05 .Spam > drwx------ 5 vmail vmail 6 Mar 22 17:05 .Trash > drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 cur > -rw------- 1 vmail vmail 0 Mar 22 17:05 dovecot-acl-list > -rw------- 1 vmail vmail 51 Mar 22 17:05 dovecot-uidlist > -rw------- 1 vmail vmail 8 Mar 22 17:05 dovecot-uidvalidity > -r--r--r-- 1 vmail vmail 0 Mar 22 17:05 dovecot-uidvalidity.4d88c8c3 > -rw-r--r-- 1 vmail vmail 14 Mar 22 17:05 maildirsize > drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 new > -rw------- 1 vmail vmail 36 Mar 22 17:05 subscriptions > drwxr-xr-x 2 vmail vmail 2 Mar 22 17:05 tmp > > > but, in TB: > > INBOX: > Drafts: > Sent: > Trash: > INBOX/foobar > > I created only "foobar" in TB, the other ones are created automatically. If i subscribe folders, I see something like "INBOX^foobar" > > cu denny > > > You created the foobar folder UNDER the INBOX... That is how it will look when you do it that way... I just tried. Most ppl make their folders under the root of the server, and not under the inbox. From linuxmail at 4lin.net Wed Mar 23 08:55:52 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Wed, 23 Mar 2011 07:55:52 +0100 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: References: <1300804991.28969.22.camel@pcdenny> <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> Message-ID: <1300863352.28969.28.camel@pcdenny> hi, Am Dienstag, den 22.03.2011, 16:43 -0700 schrieb Scott Silva: > > > You created the foobar folder UNDER the INBOX... That is how it will look when > you do it that way... I just tried. Most ppl make their folders under the root > of the server, and not under the inbox. but why: Evolution, Apple Mail, Ipod, Kmail, Roundcube do it, how it was expected? Only Thunderbird (tested with 3.x unter OSX, Linux and Windows) is the problem (as I know from the studies). @Timo: DoveCot seems to be O.K: b namespace * NAMESPACE (("" "^")) NIL (("public^" "^")) b OK Namespace completed. c list "" * * LIST (\HasNoChildren) "^" "Spam" * LIST (\HasNoChildren) "^" "Sent" * LIST (\HasNoChildren) "^" "Trash" * LIST (\HasChildren) "^" "INBOX" * LIST (\HasNoChildren) "^" "INBOX^foobar" * LIST (\HasNoChildren) "^" "Drafts" * LIST (\Noselect \HasChildren) "^" "public" c OK List completed. d lsub "" * * LSUB () "^" "Sent" * LSUB () "^" "Drafts" * LSUB () "^" "Trash" * LSUB () "^" "Spam" * LSUB () "^" "INBOX^foobar" d OK Lsub completed. e logout * BYE Logging out e OK Logout completed. Connection closed by foreign host. I try a second instance from Dovecot for testing, otherwise the other productive clients maybe get confused. cu denny -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From robert at schetterer.org Wed Mar 23 09:45:25 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 23 Mar 2011 08:45:25 +0100 Subject: [Dovecot] Mail Sync In-Reply-To: <2580145F8BEF4EFB95F56AB1333D976E@RAGMailMachXP> References: <2580145F8BEF4EFB95F56AB1333D976E@RAGMailMachXP> Message-ID: <4D89A515.3080700@schetterer.org> Am 22.03.2011 19:40, schrieb Scott Hughes: > I am trying to sync my mail on two different servers as testing for > converting our business over to a server using dovecot. I am currently > running dovecot version 2.0.11 > > > > While trying to sync the messages using Thunderbird and a program named > imapsync, I run into an error stating that the dovecot server does not know > how to handle messages with the FORWARD flag set. > > > > Is the FORWARD flag some type of non-standard flag or is there something I > need to do in dovecot to allow for this flag? > > > > Thanks > > > > > > > > > > i recently migrated 3000 mailboxes with imapsync from dove 1.x to 2.11 no problems also done it from courier to dovecot but with different imapsync parameters used this script #!/bin/bash FILE="$1" for i in `cat $FILE` do USER=`echo "$i" | awk 'BEGIN { FS="," } { print $1 }'` PASS=`echo "$i" | awk 'BEGIN { FS="," } { print $2 }'` imapsync --authmech1 PLAIN --authmech2 PLAIN --sep2 / --prefix2 "" --host1 .... --user1 $USER --password1 $PASS --host2 ... --user2 $USER --password2 $PASS --subscribe -delete2 --expunge2 echo "$USER done" >> imapsync.lst.log done the file imapsync.lst was something like csv formated user,password i am nearly sure that there where some forwarded messages within no user reported problems so far with any client so you might look on your imapsync syntax -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From vincent.artzner at gmail.com Wed Mar 23 11:06:26 2011 From: vincent.artzner at gmail.com (Vincent Artzner) Date: Wed, 23 Mar 2011 10:06:26 +0100 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: <1300727980.13041.42.camel@hurina> References: <1300727980.13041.42.camel@hurina> Message-ID: I haven't found out what caused the change in the base filename. Procmail version is 3.22 which seems to be the last recommanded stable release. However, upgrading to dovecot 2.06 seemed to let the issue disappear. "Wrong w value" files were still there and firing the error, but after deleting them (and reloading the emails from pop and/or client side copy), the error isn't fired anymore (at all). So i works fine right now. Maybe this should be asked in another topic, but what is the reason for dovecot version of ubuntu repositories to not be uptodate (1.2.9 as stated in a previous message and confirmed at http://wiki2.dovecot.org/PrebuiltBinaries?highlight=%28ubuntu%29#Ubuntu) ? Thanks for your responses. On Mon, Mar 21, 2011 at 6:19 PM, Timo Sirainen wrote: > On Fri, 2011-03-18 at 16:14 +0100, Vincent Artzner wrote: > > 2011-03-18 14:43:15 IMAP(info): Error: Maildir filename has wrong W > value: > > > /home/info/Maildir/.Envois/cur/1300450349.M120256P3108.Serveurlinux,S=460764,W=460768:2,S > .. > > The incoming mails are provided to dovecot by procmail, so I think > dovecot > > is responsible for settings the S, W params in the filenames. > > Dovecot never changes the base filename (anything before ':'). So if a > wrong W value is added by procmail, you either need to fix procmail to > set it correctly or to not set it at all. > > > From CMarcus at Media-Brokers.com Wed Mar 23 12:36:43 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 23 Mar 2011 06:36:43 -0400 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: References: <1300727980.13041.42.camel@hurina> Message-ID: <4D89CD3B.8090200@Media-Brokers.com> On 2011-03-23 5:06 AM, Vincent Artzner wrote: > However, upgrading to dovecot 2.06 seemed to let the issue disappear. 2.0.11 is the current stable release... > Maybe this should be asked in another topic, but what is the reason for > dovecot version of ubuntu repositories to not be uptodate Actually, why distro-x's repo is behind is a question for the distro repo package maintainer, not for the upstream support list. Ie - go ask the ubuntu dovecot maintainer... -- Best regards, Charles From ef at math.uni-bonn.de Wed Mar 23 12:51:46 2011 From: ef at math.uni-bonn.de (=?iso-8859-1?Q?Edgar_Fu=DF?=) Date: Wed, 23 Mar 2011 11:51:46 +0100 Subject: [Dovecot] Master credentials for sieve Message-ID: <89823E3C-54CA-4844-9B44-B8193CCAE4A7@math.uni-bonn.de> Is there a method for using master credentials for sieve only? We sometimes need to install/edit sieve script for some of our users. Currently, we just edit the files on the file server, but that doesn't appear the most sensible way for me From linuxmail at 4lin.net Wed Mar 23 14:06:01 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Wed, 23 Mar 2011 13:06:01 +0100 Subject: [Dovecot] DoveCot 2.0.9: Problem with some Clients and separator (migrate from Cyrus) In-Reply-To: <1300863352.28969.28.camel@pcdenny> References: <1300804991.28969.22.camel@pcdenny> <7D0C6AF0-9FB3-4D90-BC9B-0823E0554BC9@iki.fi> <1300863352.28969.28.camel@pcdenny> Message-ID: <1300881961.5930.1.camel@pcdenny> Am Mittwoch, den 23.03.2011, 07:55 +0100 schrieb Denny Schierz: > I try a second instance from Dovecot for testing, otherwise the other > productive clients maybe get confused. it works :-) I switched the productive also to "/" and all clients seems to be O.K cu denny -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From kms.public0000 at comcast.net Wed Mar 23 15:55:53 2011 From: kms.public0000 at comcast.net (Kelly Stephens) Date: Wed, 23 Mar 2011 08:55:53 -0500 Subject: [Dovecot] Bug: Creating mbox folders In-Reply-To: <1300292189.19220.586.camel@hurina> References: <4D80C71A.3070902@comcast.net> <1300292189.19220.586.camel@hurina> Message-ID: <4D89FBE9.60407@comcast.net> On 03/16/2011 11:16 AM, Timo Sirainen wrote: > On Wed, 2011-03-16 at 09:20 -0500, Kelly Stephens wrote: >> Hey, >> >> I had trouble this morning creating a folder to contain sub-folders. I >> am using the mbox format. Turns out that the .imap directory in the new >> folder (directory) was not being created. Anytime I tried to view a >> sub-folder (using Thunderbird) dovecot would dump. Once I manually >> created the .imap directory, it works fine. >> >> dovecot --version -> 2.0.9 > I can't reproduce this. Maybe it's been fixed in v2.0.11. > I've upgraded to 2.0.11. The problem is still present. dovecot-2.0.11-1.fc14.i686 thunderbird-3.1.9-1.fc14.i686 Kelly From vincent.artzner at gmail.com Wed Mar 23 17:04:54 2011 From: vincent.artzner at gmail.com (Vincent Artzner) Date: Wed, 23 Mar 2011 16:04:54 +0100 Subject: [Dovecot] FETCH got too little data (+ wrong W value) with 1 byte offset In-Reply-To: <4D89CD3B.8090200@Media-Brokers.com> References: <1300727980.13041.42.camel@hurina> <4D89CD3B.8090200@Media-Brokers.com> Message-ID: > 2.0.11 is the current stable release... Well according to the dovecot wiki link previously posted ( http://wiki2.dovecot.org/PrebuiltBinaries), the "latest Dovecot for latest Ubuntu LTS " can be found at http://codex.xiaoka.com/apt/. That was 2.0.6 when i got it from there a few days ago. Of course one could still get the source to last stable release 2.0.11, no problem, just a little less straightforward... If I get in another trouble I will check last sources first. From jk at jkart.de Wed Mar 23 18:28:16 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 23 Mar 2011 17:28:16 +0100 Subject: [Dovecot] different users with different quota Message-ID: <4D8A1FA0.9010402@jkart.de> Hello, How can one assign different users different Quota? So properly? quota_rule1 = userONE:storage=1G quota_rule2 = Trash:storage=100M quota_rule3 = SPAM:ignore quota_rule4 = userTWO:storage=5M quota_rule5 = Trash:storage=50M quota_rule6 = SPAM:ignore and so on ... Right or how? -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Die Geschichte wird freundlich mit mir umgehen, denn ich habe vor, sie zu schreiben. [Churchill] From sven at svenhartge.de Wed Mar 23 18:33:42 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 23 Mar 2011 17:33:42 +0100 Subject: [Dovecot] different users with different quota References: <4D8A1FA0.9010402@jkart.de> Message-ID: Jim Knuth wrote: > How can one assign different users different Quota? > So properly? No, totally wrong, sorry. > quota_rule1 = userONE:storage=1G > quota_rule2 = Trash:storage=100M > quota_rule3 = SPAM:ignore > quota_rule4 = userTWO:storage=5M > quota_rule5 = Trash:storage=50M > quota_rule6 = SPAM:ignore > and so on ... Right or how? Have you read and ? How your different user quotas are configured depends on the userdb backend you use. Gr??e, S? -- Sig lost. Core dumped. From jk at jkart.de Wed Mar 23 18:44:51 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 23 Mar 2011 17:44:51 +0100 Subject: [Dovecot] different users with different quota In-Reply-To: References: <4D8A1FA0.9010402@jkart.de> Message-ID: <4D8A2383.4010508@jkart.de> am 23.03.11 17:33 schrieb Sven Hartge : > Jim Knuth wrote: > >> How can one assign different users different Quota? >> So properly? > > No, totally wrong, sorry. > >> quota_rule1 = userONE:storage=1G >> quota_rule2 = Trash:storage=100M >> quota_rule3 = SPAM:ignore > >> quota_rule4 = userTWO:storage=5M >> quota_rule5 = Trash:storage=50M >> quota_rule6 = SPAM:ignore > >> and so on ... Right or how? > > Have you read and > ? > > How your different user quotas are configured depends on the userdb > backend you use. it`s via pam > > Gr??e, > S? > -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Nichts teilen wir so gerne an andre mit als das Siegel der Verschwiegenheit - samt dem, was darunter ist. [Nietzsche] From dg at dguhl.org Wed Mar 23 19:38:40 2011 From: dg at dguhl.org (Dennis Guhl) Date: Wed, 23 Mar 2011 18:38:40 +0100 Subject: [Dovecot] different users with different quota In-Reply-To: <4D8A2383.4010508@jkart.de> References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> Message-ID: <20110323173840.GA15678@PC211.ikt.de> On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: > am 23.03.11 17:33 schrieb Sven Hartge : Sorry Sven, this is not against you! > >Jim Knuth wrote: > > > >>How can one assign different users different Quota? [..] > >Have you read and This link alone would have been a sufficient answer to your question. > >? This could be undoubtedly counted as spoon feeding. Jim, RTFM! > >How your different user quotas are configured depends on the userdb > >backend you use. > > it`s via pam PAM is no userdb: http://wiki2.dovecot.org/PasswordDatabase/PAM "Usually PAM is used with passwd (NSS) or static user databases." is a direct quote from this link and should tell you which example to follow in Sven's links. Dennis From jk at jkart.de Wed Mar 23 20:36:20 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 23 Mar 2011 19:36:20 +0100 Subject: [Dovecot] different users with different quota In-Reply-To: <20110323173840.GA15678@PC211.ikt.de> References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> <20110323173840.GA15678@PC211.ikt.de> Message-ID: <4D8A3DA4.7020608@jkart.de> am 23.03.11 18:38 schrieb Dennis Guhl : > On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: >> am 23.03.11 17:33 schrieb Sven Hartge: > > Sorry Sven, this is not against you! > >>> Jim Knuth wrote: >>> >>>> How can one assign different users different Quota? > > [..] > >>> Have you read and > > This link alone would have been a sufficient answer to your question. > >>> ? > > This could be undoubtedly counted as spoon feeding. > > Jim, RTFM! > >>> How your different user quotas are configured depends on the userdb >>> backend you use. >> >> it`s via pam > > PAM is no userdb: http://wiki2.dovecot.org/PasswordDatabase/PAM > > "Usually PAM is used with passwd (NSS) or static user databases." is a > direct quote from this link and should tell you which example to > follow in Sven's links. > > Dennis ok, than plugin { quota = maildir:UserONE quota quota_rule = *:storage=1G quota_rule2 = Trash:storage=100M quota = maildir:UserTWO quota quota_rule = *:storage=5M quota_rule2 = Trash:storage=50M } -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Eine gute Rede ist eine Ansprache, die das Thema ersch?pft, aber keineswegs die Zuh?rer. [Churchill] From dg at dguhl.org Wed Mar 23 20:45:33 2011 From: dg at dguhl.org (Dennis Guhl) Date: Wed, 23 Mar 2011 19:45:33 +0100 Subject: [Dovecot] different users with different quota In-Reply-To: <4D8A3DA4.7020608@jkart.de> References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> <20110323173840.GA15678@PC211.ikt.de> <4D8A3DA4.7020608@jkart.de> Message-ID: <20110323184533.GB15678@PC211.ikt.de> On Wed, Mar 23, 2011 at 07:36:20PM +0100, Jim Knuth wrote: > am 23.03.11 18:38 schrieb Dennis Guhl : > >On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: > >>am 23.03.11 17:33 schrieb Sven Hartge: [..] > >>>Jim Knuth wrote: > >>> > >>>>How can one assign different users different Quota? [..] > >>>Have you read and > > > >This link alone would have been a sufficient answer to your question. > > > >>>? > > > >This could be undoubtedly counted as spoon feeding. > > > >Jim, RTFM! The key is to not only read the manual but to understand, too. [..] > plugin { [garbage] > } What did you make believe this could actually work? Dennis From jk at jkart.de Wed Mar 23 20:52:39 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 23 Mar 2011 19:52:39 +0100 Subject: [Dovecot] different users with different quota In-Reply-To: <20110323184533.GB15678@PC211.ikt.de> References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> <20110323173840.GA15678@PC211.ikt.de> <4D8A3DA4.7020608@jkart.de> <20110323184533.GB15678@PC211.ikt.de> Message-ID: <4D8A4177.4010103@jkart.de> am 23.03.11 19:45 schrieb Dennis Guhl : > On Wed, Mar 23, 2011 at 07:36:20PM +0100, Jim Knuth wrote: >> am 23.03.11 18:38 schrieb Dennis Guhl: >>> On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: >>>> am 23.03.11 17:33 schrieb Sven Hartge: > > [..] > >>>>> Jim Knuth wrote: >>>>> >>>>>> How can one assign different users different Quota? > > [..] > >>>>> Have you read and >>> >>> This link alone would have been a sufficient answer to your question. >>> >>>>> ? >>> >>> This could be undoubtedly counted as spoon feeding. >>> >>> Jim, RTFM! > > The key is to not only read the manual but to understand, too. *lol* I understand only "Bahnhof", because I understand nothing. Sorry, please give me an example. Thanx. > > [..] > >> plugin { > > [garbage] > >> } > > What did you make believe this could actually work? > > Dennis -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Mit b?sen Worten, die man ungesagt herunterschluckt, hat sich noch niemand den Magen verdorben. [Churchill] From carloswill at gmail.com Wed Mar 23 21:21:07 2011 From: carloswill at gmail.com (Carlos Mennens) Date: Wed, 23 Mar 2011 15:21:07 -0400 Subject: [Dovecot] Configure Dovecot For IMAP Only? In-Reply-To: <1300488994.2669.108.camel@localhost> References: <1300488994.2669.108.camel@localhost> Message-ID: On Fri, Mar 18, 2011 at 6:56 PM, Kendall Shaw wrote: > On Fri, 2011-03-18 at 13:20 -0400, Carlos Mennens wrote: >> I've install Dovecot 2.0.11-1 on my Linux server and all the guides >> and tutorials I've found on Google don't work since I'm running 2.x >> and it seems most guides were done with 1.x. > > ... > >> Can anyone please tell me what I need to add to get this very basic >> IMAP server up and running? > > http://wiki2.dovecot.org/ I did see that and I guess I don't really see a template for parameters needed in the configuration. Is there nothing on the Wiki or anywhere that I could just use as a configuration file template? My old 1.x config was very small and simple: auth_mechanisms = plain login mail_location = maildir:~/mail passdb { driver = pam } protocols = imap service auth { unix_listener auth-client { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> <20110323173840.GA15678@PC211.ikt.de> <4D8A3DA4.7020608@jkart.de> <20110323184533.GB15678@PC211.ikt.de> <4D8A4177.4010103@jkart.de> Message-ID: <20110323193204.GC15678@PC211.ikt.de> On Wed, Mar 23, 2011 at 07:52:39PM +0100, Jim Knuth wrote: > am 23.03.11 19:45 schrieb Dennis Guhl : > >On Wed, Mar 23, 2011 at 07:36:20PM +0100, Jim Knuth wrote: > >>am 23.03.11 18:38 schrieb Dennis Guhl: > >>>On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: > >>>>am 23.03.11 17:33 schrieb Sven Hartge: > > > >[..] > > > >>>>>Jim Knuth wrote: > >>>>> > >>>>>>How can one assign different users different Quota? > > > >[..] > > > >>>>>Have you read and > >>> > >>>This link alone would have been a sufficient answer to your question. > >>> > >>>>>? > >>> > >>>This could be undoubtedly counted as spoon feeding. > >>> > >>>Jim, RTFM! > > > >The key is to not only read the manual but to understand, too. > > *lol* I understand only "Bahnhof", because I understand nothing. > Sorry, please give me an example. Thanx. Prove that you actually read and at least try to understand the directions we give you. Until now you stated a bad idea, answer a question without thought and repeated your bad idea. To top it you tried an ignorant joke and ask us to read the wiki to you. Have a look at Eric Raymonds How To Ask Questions The Smart Way: http://www.catb.org/~esr/faqs/smart-questions.html particularly http://www.catb.org/~esr/faqs/smart-questions.html#homework and http://www.catb.org/~esr/faqs/smart-questions.html#rtfm. > >[..] > > > >>plugin { > > > >[garbage] > > > >>} > > > >What did you make believe this could actually work? You should answer questions. They are usually not asked out of the blue. Dennis From sven at svenhartge.de Wed Mar 23 21:58:50 2011 From: sven at svenhartge.de (Sven Hartge) Date: Wed, 23 Mar 2011 20:58:50 +0100 Subject: [Dovecot] different users with different quota References: <4D8A1FA0.9010402@jkart.de> <4D8A2383.4010508@jkart.de> <20110323173840.GA15678@PC211.ikt.de> <4D8A3DA4.7020608@jkart.de> Message-ID: Jim Knuth wrote: > am 23.03.11 18:38 schrieb Dennis Guhl : >> On Wed, Mar 23, 2011 at 05:44:51PM +0100, Jim Knuth wrote: >>> am 23.03.11 17:33 schrieb Sven Hartge: >>>> How your different user quotas are configured depends on the userdb >>>> backend you use. >>> it`s via pam >> PAM is no userdb: http://wiki2.dovecot.org/PasswordDatabase/PAM >> >> "Usually PAM is used with passwd (NSS) or static user databases." is >> a direct quote from this link and should tell you which example to >> follow in Sven's links. > ok, than > plugin { > quota = maildir:UserONE quota > quota_rule = *:storage=1G > quota_rule2 = Trash:storage=100M > quota = maildir:UserTWO quota > quota_rule = *:storage=5M > quota_rule2 = Trash:storage=50M > } Umm. Think logical for a moment: Would such a configuration scale to 10 users? 100 users? 10000 users? No, it would not. So without knowing if this _could_ work, you can outright deduce this one as wrong. Ask yourself one question: a) "Do I have different quota_rules for my users?" b) "Are my quota_rules the same for every user?" If a) then you need to setup a userdb with this information in it (This is documented in the wiki for a text-, LDAP- any SQL-based one, with the LDAP-based one being a bit strange to configure, but I asked a question concerning the syntax not long ago, so the archive is your friend.) If b) then you can hardcode your quota_rule inside the config, just as you are trying to do. I would suggest to start with b) and if this works, _then_ work your way up to a). Hardcoding a "fall back" quota_rule inside the config has also the added benefit of, well, having a fall back, in case the quote inside your userdb is not set for a user. Gr??e, Sven. -- Sig lost. Core dumped. From tmtalpey at gmail.com Wed Mar 23 22:22:08 2011 From: tmtalpey at gmail.com (Tom Talpey) Date: Wed, 23 Mar 2011 16:22:08 -0400 Subject: [Dovecot] Configure Dovecot For IMAP Only? In-Reply-To: References: <1300488994.2669.108.camel@localhost> Message-ID: <4D8A5670.1050301@gmail.com> The Upgrading page has lots of information on this, and the "doveconf" command listed at the very top of that page worked great for me to create a new dovecot.conf. It produces lots of commentary to help sort things out. http://wiki2.dovecot.org/Upgrading/2.0 On 3/23/2011 3:21 PM, Carlos Mennens wrote: > On Fri, Mar 18, 2011 at 6:56 PM, Kendall Shaw wrote: >> On Fri, 2011-03-18 at 13:20 -0400, Carlos Mennens wrote: >>> I've install Dovecot 2.0.11-1 on my Linux server and all the guides >>> and tutorials I've found on Google don't work since I'm running 2.x >>> and it seems most guides were done with 1.x. >> >> ... >> >>> Can anyone please tell me what I need to add to get this very basic >>> IMAP server up and running? >> >> http://wiki2.dovecot.org/ > > I did see that and I guess I don't really see a template for > parameters needed in the configuration. Is there nothing on the Wiki > or anywhere that I could just use as a configuration file template? My > old 1.x config was very small and simple: > > auth_mechanisms = plain login > mail_location = maildir:~/mail > passdb { > driver = pam > } > protocols = imap > service auth { > unix_listener auth-client { > group = postfix > mode = 0660 > user = postfix > } > user = root > } > ssl_cert = ssl_key = userdb { > driver = passwd > } > #protocol imap { > # imap_client_workarounds = delay-newmail tb-extra-mailbox-sep > > I just had users authenticating via PAM, using TLS, and connecting on > IMAP only. The Wiki gives great info but doesn't help me generate a > dovecot.conf file from what I can see. It does a great job of > explaining all possible scenarios for many platforms. Is my > configuration above not correct for Dovecot 2.0.11? From tss at iki.fi Wed Mar 23 23:00:52 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:00:52 +0200 Subject: [Dovecot] Bug: Creating mbox folders In-Reply-To: <4D89FBE9.60407@comcast.net> References: <4D80C71A.3070902@comcast.net> <1300292189.19220.586.camel@hurina> <4D89FBE9.60407@comcast.net> Message-ID: <1300914052.13041.58.camel@hurina> On Wed, 2011-03-23 at 08:55 -0500, Kelly Stephens wrote: > >> I had trouble this morning creating a folder to contain sub-folders. I > >> am using the mbox format. Turns out that the .imap directory in the new > >> folder (directory) was not being created. Anytime I tried to view a > >> sub-folder (using Thunderbird) dovecot would dump. Once I manually > >> created the .imap directory, it works fine. > >> > >> dovecot --version -> 2.0.9 > > I can't reproduce this. Maybe it's been fixed in v2.0.11. > > > I've upgraded to 2.0.11. The problem is still present. Still crashes with same message? Try what happens if you do it manually: mkdir -p /tmp/mail/foo touch /tmp/mail/foo/bar /usr/local/libexec/dovecot/imap -O -o mail=mbox:/tmp/mail a select foo/bar From tss at iki.fi Wed Mar 23 23:03:12 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:03:12 +0200 Subject: [Dovecot] Bug: Creating mbox folders In-Reply-To: <1300914052.13041.58.camel@hurina> References: <4D80C71A.3070902@comcast.net> <1300292189.19220.586.camel@hurina> <4D89FBE9.60407@comcast.net> <1300914052.13041.58.camel@hurina> Message-ID: <1300914192.13041.59.camel@hurina> On Wed, 2011-03-23 at 23:00 +0200, Timo Sirainen wrote: > On Wed, 2011-03-23 at 08:55 -0500, Kelly Stephens wrote: > > >> I had trouble this morning creating a folder to contain sub-folders. I > > >> am using the mbox format. Turns out that the .imap directory in the new > > >> folder (directory) was not being created. Anytime I tried to view a > > >> sub-folder (using Thunderbird) dovecot would dump. Once I manually > > >> created the .imap directory, it works fine. > > >> > > >> dovecot --version -> 2.0.9 > > > I can't reproduce this. Maybe it's been fixed in v2.0.11. > > > > > I've upgraded to 2.0.11. The problem is still present. > > Still crashes with same message? Try what happens if you do it manually: Oh, I just realized the problem. You're relying on autodetection for mail location. The problem goes away if you set it explicitly: mail_location = mbox:~/mail:INBOX=/var/mail/%u (or without INBOX, depending on where it really is) I'll of course fix the bug anyway. From tss at iki.fi Wed Mar 23 23:14:36 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:14:36 +0200 Subject: [Dovecot] Mail Sync In-Reply-To: <2580145F8BEF4EFB95F56AB1333D976E@RAGMailMachXP> References: <2580145F8BEF4EFB95F56AB1333D976E@RAGMailMachXP> Message-ID: <1300914876.13041.60.camel@hurina> On Tue, 2011-03-22 at 13:40 -0500, Scott Hughes wrote: > While trying to sync the messages using Thunderbird and a program named > imapsync, I run into an error stating that the dovecot server does not know > how to handle messages with the FORWARD flag set. > > Is the FORWARD flag some type of non-standard flag or is there something I > need to do in dovecot to allow for this flag? FORWARD would be an "IMAP keyword" (aka custom flag). Dovecot supports keywords. I don't know why imapsync would complain about it. From tss at iki.fi Wed Mar 23 23:16:27 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:16:27 +0200 Subject: [Dovecot] Master credentials for sieve In-Reply-To: <89823E3C-54CA-4844-9B44-B8193CCAE4A7@math.uni-bonn.de> References: <89823E3C-54CA-4844-9B44-B8193CCAE4A7@math.uni-bonn.de> Message-ID: <1300914987.13041.62.camel@hurina> On Wed, 2011-03-23 at 11:51 +0100, Edgar Fu? wrote: > Is there a method for using master credentials for sieve only? In v2.0 I believe it's possible to do: protocol sieve { passdb { master = yes ... } } Another possibility would be to use %s, e.g.: passdb { driver = passwd-file master = yes args = /etc/dovecot/master.%s } Then use master.sieve file. From tss at iki.fi Wed Mar 23 23:21:39 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:21:39 +0200 Subject: [Dovecot] Configure Dovecot For IMAP Only? In-Reply-To: References: <1300488994.2669.108.camel@localhost> Message-ID: <1300915299.13041.64.camel@hurina> On Wed, 2011-03-23 at 15:21 -0400, Carlos Mennens wrote: > I did see that and I guess I don't really see a template for > parameters needed in the configuration. There is doc/example-config/ distributed with sources. > My old 1.x config was very small and simple: Looks fine, just keep it. From tss at iki.fi Wed Mar 23 23:23:24 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:23:24 +0200 Subject: [Dovecot] dsync warning/error - mailbox needs recreation In-Reply-To: References: <1299939018.19220.553.camel@hurina> Message-ID: <1300915404.13041.65.camel@hurina> On Sat, 2011-03-12 at 12:04 -0800, Daniel L. Miller wrote: > this mean? These lines occur on subsequent runs of "dsync -u user backup > target" dsync(dmiller at amfes.com [1]): Warning: Destination mailbox INBOX > has been modified, need to recreate it before we can continue syncing Do you have some plugins enabled? Especially autocreate? dsync with autocreate plugin at least causes these kind of troubles. From tss at iki.fi Wed Mar 23 23:28:11 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 23 Mar 2011 23:28:11 +0200 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <201103181002.33691.Christoph.Pleger@cs.tu-dortmund.de> References: <201102191010.31727.Christoph@plmail.de> <201103121554.17975.Christoph@plmail.de> <1299944148.19220.556.camel@hurina> <201103181002.33691.Christoph.Pleger@cs.tu-dortmund.de> Message-ID: <1300915691.13041.67.camel@hurina> On Fri, 2011-03-18 at 10:02 +0100, Christoph Pleger wrote: > Today, the daily cronjob expired some messages. I have attached the output of > the job. It looks like it expunged all the messages from Trash. Did you check if that happened? Did it expunge too many messages? > Mar 18 09:50:28 joseph dovecot: imap(christoph): Debug: expire: Saving first > message to Trash, updating timestamp to 1300438228 This happens, because it thinks the Trash was empty.. From Christoph at plmail.de Thu Mar 24 10:10:41 2011 From: Christoph at plmail.de (Christoph Pleger) Date: Thu, 24 Mar 2011 09:10:41 +0100 Subject: [Dovecot] Problem with expire plugin and expunge In-Reply-To: <1300915691.13041.67.camel@hurina> References: <201102191010.31727.Christoph@plmail.de> <201103121554.17975.Christoph@plmail.de> <1299944148.19220.556.camel@hurina> <201103181002.33691.Christoph.Pleger@cs.tu-dortmund.de> <1300915691.13041.67.camel@hurina> Message-ID: <0fae5586eac5b7ef52eecafac8354c9d.squirrel@webmail.plmail.de> Hello, >> Today, the daily cronjob expired some messages. I have attached the >> output of >> the job. > It looks like it expunged all the messages from Trash. Did you check if > that happened? Did it expunge too many messages? No, after expunging, there still were messages in the Trash folder. I am sure that exactly those messages were removed from Trash which were older than the number of days I had given in my "doveadm expunge" command. Regards Christoph From selcuk.miynat at endersys.com.tr Thu Mar 24 14:01:39 2011 From: selcuk.miynat at endersys.com.tr (Selcuk MIYNAT) Date: Thu, 24 Mar 2011 14:01:39 +0200 Subject: [Dovecot] pigeonhole and roundcube install problem Message-ID: <4D8B32A3.5040003@endersys.com.tr> Hi, I've installed sieve and managesieve(pigeonhole) on qmail and dovecot(v2.0.11). I've install sieverules on Roundcube. I can see the plugin on the webinterface, and i can add rules. But there is a problem: I've put this .qmail file on "deneme" user's home directory according to [1]. |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/dovecot-lda -d $EXT@$USER Then I got this message on qmail log: deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ Incoming e-mail written to the disk but doesn't seen on inbox. If i have change my .qmail file to this: /usr/local/libexec/dovecot/dovecot-lda -d $EXT@$USER Plugin doesn't return a message to mail sender: Debug: Loading modules from directory: /usr/local/lib/dovecot Debug: Module loaded: /usr/local/lib/dovecot/lib90_sieve_plugin.so Debug: auth input: deneme at example.com home=/home/vpopmail/domains/example.com/deneme uid=89 gid=89 Debug: Effective uid=89, gid=89, home=/home/vpopmail/domains/example.com/deneme Debug: fs: root=/home/vpopmail/domains/example.com/deneme/Maildir, index=, control=, inbox=/home/vpopmail/domains/example.com/deneme/Maildir Debug: none: root=, index=, control=, inbox= Debug: sieve: using sieve path for user's script: /home/vpopmail/domains/example.com/deneme/.dovecot.sieve Debug: sieve: opening script /home/vpopmail/domains/example.com/deneme/.dovecot.sieve Debug: sieve: script binary /home/vpopmail/domains/example.com/deneme/.dovecot.svbin successfully loaded Debug: sieve: binary save: not saving binary /home/vpopmail/domains/example.com/deneme/.dovecot.svbin, because it is already stored Debug: sieve: executing script from /home/vpopmail/domains/example.com/deneme/.dovecot.svbin Info: sieve: msgid=<4D80A733.8010906 at test.com.tr>: discarded vacation reply to <> Info: sieve: msgid=<4D80A733.8010906 at test.com.tr>: stored mail into mailbox 'INBOX' But i can forward the incoming mail to another address. Why doesn't work this plugin, any ideas? [root at mail ~]# dovecot -n # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-194.32.1.el5 x86_64 CentOS release 5.5 (Final) auth_debug = yes auth_default_realm = example.com auth_mechanisms = plain digest-md5 cram-md5 auth_socket_path = /usr/local/var/run/dovecot/auth-userdb auth_verbose = yes disable_plaintext_auth = no first_valid_uid = 0 last_valid_uid = 100 log_path = /var/log/dovecot mail_debug = yes mail_location = maildir:~/Maildir:LAYOUT=fs managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /usr/local/etc/dovecot-sql.conf driver = sql } plugin/sieve = ~/.dovecot.sieve plugin/sieve_dir = ~/sieve protocols = imap pop3 sieve service auth { unix_listener auth-userdb { group = vchkpw mode = 0600 user = vpopmail } } ssl = no userdb { args = /usr/local/etc/dovecot-sql.conf driver = sql } protocol lda { info_log_path = /var/log/dovecot-deliver.log log_path = /var/log/dovecot-deliver-errors.log mail_plugins = " sieve" postmaster_address = postmaster at example.com sendmail_path = /var/qmail/bin/sendmail } dovecot-sql.conf ??kt?s?: driver = mysql connect = host=localhost user=vpopmailuser password=vpopmailpassword dbname=vpopmail default_pass_scheme = PLAIN password_query = SELECT CONCAT(pw_name, '@', pw_domain) AS user, pw_clear_passwd AS password FROM vpopmail WHERE pw_name = '%n' AND pw_domain = '%d' user_query = SELECT pw_dir as home, 89 AS uid, 89 AS gid FROM vpopmail WHERE pw_name = '%n' AND pw_domain = '%d' [1]: http://wiki2.dovecot.org/LDA/Qmail -- Selcuk MIYNAT Endersys Ltd. Sistem Destek Muhendisi / System Support Engineer Phone : +90 216-4709423 | Fax : +90 216-4709508 Web : http://www.endersys.com.tr Blog : http://blog.endersys.com Twitter : http://www.twitter.com/endersys LPI : The #1 Linux Certification for IT Professionals LPI (Linux Professional Institute) Turkey http://www.lpi-turkey.com Endersys is the first Advanced Business Partner of Red Hat in Turkey ! http://www.europe.redhat.com/partners/endersys/ -- Selcuk MIYNAT Endersys Ltd. Sistem Destek Muhendisi / System Support Engineer Phone : +90 216-4709423 | Fax : +90 216-4709508 Web : http://www.endersys.com.tr Blog : http://blog.endersys.com Twitter : http://www.twitter.com/endersys LPI : The #1 Linux Certification for IT Professionals LPI (Linux Professional Institute) Turkey http://www.lpi-turkey.com Endersys is the first Advanced Business Partner of Red Hat in Turkey ! http://www.europe.redhat.com/partners/endersys/ From ejs at shubes.net Thu Mar 24 16:53:33 2011 From: ejs at shubes.net (Eric Shubert) Date: Thu, 24 Mar 2011 07:53:33 -0700 Subject: [Dovecot] pigeonhole and roundcube install problem In-Reply-To: <4D8B32A3.5040003@endersys.com.tr> References: <4D8B32A3.5040003@endersys.com.tr> Message-ID: On 03/24/2011 05:01 AM, Selcuk MIYNAT wrote: > Hi, > > I've installed sieve and managesieve(pigeonhole) on qmail and > dovecot(v2.0.11). > > I've install sieverules on Roundcube. I can see the plugin on the > webinterface, and i can add rules. > > But there is a problem: > > I've put this .qmail file on "deneme" user's home directory according to > [1]. > > |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/dovecot-lda -d > $EXT@$USER > > Then I got this message on qmail log: > > deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ > The arguments to dovecot-lda are being seen by preline instead of dovecot-lda. You need doubld-quotes around preline's command argument so that preline sees it all together: |/var/qmail/bin/preline -f "/usr/local/libexec/dovecot/dovecot-lda -d $EXT@$USER" (all in one line) Then the -d $EXT@$USER will get passed to dovecot-lda. Need to fix the wiki. ;) -- -Eric 'shubes' From selcuk.miynat at endersys.com.tr Thu Mar 24 17:15:44 2011 From: selcuk.miynat at endersys.com.tr (Selcuk MIYNAT) Date: Thu, 24 Mar 2011 17:15:44 +0200 Subject: [Dovecot] pigeonhole and roundcube install problem In-Reply-To: References: <4D8B32A3.5040003@endersys.com.tr> Message-ID: <4D8B6020.4030502@endersys.com.tr> On 24.03.2011 16:53, Eric Shubert wrote: > On 03/24/2011 05:01 AM, Selcuk MIYNAT wrote: >> Hi, >> >> I've installed sieve and managesieve(pigeonhole) on qmail and >> dovecot(v2.0.11). >> >> I've install sieverules on Roundcube. I can see the plugin on the >> webinterface, and i can add rules. >> >> But there is a problem: >> >> I've put this .qmail file on "deneme" user's home directory according to >> [1]. >> >> |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/dovecot-lda -d >> $EXT@$USER >> >> Then I got this message on qmail log: >> >> deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ >> > > The arguments to dovecot-lda are being seen by preline instead of > dovecot-lda. You need doubld-quotes around preline's command argument so > that preline sees it all together: > |/var/qmail/bin/preline -f "/usr/local/libexec/dovecot/dovecot-lda -d > $EXT@$USER" > (all in one line) I've put double-quotes but nothing has changed. Same error message: deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ [root at mail deneme]# cat .qmail |/var/qmail/bin/preline -f "/usr/local/libexec/dovecot/dovecot-lda -d $EXT@$USER" -- Selcuk MIYNAT Endersys Ltd. Sistem Destek Muhendisi / System Support Engineer Phone : +90 216-4709423 | Fax : +90 216-4709508 Web : http://www.endersys.com.tr Blog : http://blog.endersys.com Twitter : http://www.twitter.com/endersys LPI : The #1 Linux Certification for IT Professionals LPI (Linux Professional Institute) Turkey http://www.lpi-turkey.com Endersys is the first Advanced Business Partner of Red Hat in Turkey ! http://www.europe.redhat.com/partners/endersys/ From ejs at shubes.net Thu Mar 24 17:38:02 2011 From: ejs at shubes.net (Eric Shubert) Date: Thu, 24 Mar 2011 08:38:02 -0700 Subject: [Dovecot] pigeonhole and roundcube install problem In-Reply-To: <4D8B6020.4030502@endersys.com.tr> References: <4D8B32A3.5040003@endersys.com.tr> <4D8B6020.4030502@endersys.com.tr> Message-ID: On 03/24/2011 08:15 AM, Selcuk MIYNAT wrote: > > On 24.03.2011 16:53, Eric Shubert wrote: >> On 03/24/2011 05:01 AM, Selcuk MIYNAT wrote: >>> Hi, >>> >>> I've installed sieve and managesieve(pigeonhole) on qmail and >>> dovecot(v2.0.11). >>> >>> I've install sieverules on Roundcube. I can see the plugin on the >>> webinterface, and i can add rules. >>> >>> But there is a problem: >>> >>> I've put this .qmail file on "deneme" user's home directory according to >>> [1]. >>> >>> |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/dovecot-lda -d >>> $EXT@$USER >>> >>> Then I got this message on qmail log: >>> >>> deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ >>> >> >> The arguments to dovecot-lda are being seen by preline instead of >> dovecot-lda. You need doubld-quotes around preline's command argument so >> that preline sees it all together: >> |/var/qmail/bin/preline -f "/usr/local/libexec/dovecot/dovecot-lda -d >> $EXT@$USER" >> (all in one line) > > I've put double-quotes but nothing has changed. Same error message: > > deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ > > [root at mail deneme]# cat .qmail > |/var/qmail/bin/preline -f "/usr/local/libexec/dovecot/dovecot-lda -d > $EXT@$USER" > Sorry about that. My mistake. The preline man page is a bit misleading. I don't know why preline would be issuing this error. Would need to look at the source code. Is there something peculiar about your version of preline? Or perhaps $EXT or $USER have peculiar values that's breaking it? -- -Eric 'shubes' From f.bonnet at esiee.fr Thu Mar 24 18:17:00 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Thu, 24 Mar 2011 17:17:00 +0100 Subject: [Dovecot] lda_mailbox_autocreate and lda_mailbox_autosubscribe Message-ID: <4D8B6E7C.4000606@esiee.fr> Hello I use real unix users on the mailhub and I would like to automate home directories creation for new users. I found lda_mailbox_autocreate and lda_mailbox_autosubscribe statements in 15-lda.conf file ( dovecot 2.0.11 ) which seem to be the right things for me :-) I use Postfix 2.8.1 with Dovecot LDA mailbox_command = /usr/local/libexec/dovecot/dovecot-lda All Mailboxes are located in /user/$USER/mail/ Does those two statements means that if a home directory does not exists it will be created at the first login of the new user ? I mean if new user "toto" has no homedir at all , dovecot will create /user/toto/mail at the very first successful connection ? Thanks a lot From list at airstreamcomm.net Thu Mar 24 18:20:16 2011 From: list at airstreamcomm.net (list at airstreamcomm.net) Date: Thu, 24 Mar 2011 11:20:16 -0500 Subject: [Dovecot] Dotlock dovecot-uidlist errors / NFS / High Load In-Reply-To: <1296178838.18488.88.camel@hurina> References: <465a0b624a215c100b95cd211b65de82@mail.airstreamcomm.net> "<1295558296.3133.147.camel@hurina> " <39874ff90ae1bf3122140d0bc1bdfa8d@mail.airstreamcomm.net> <79395377806bdb7a7da8ec1acad9748a@mail.airstreamcomm.net> <68d8eb26d4d53ac0231ee52a18a8e24e@mail.airstreamcomm.net> <16076311365d899c2d1ce3ed60c58793@mail.airstreamcomm.net> <1296178838.18488.88.camel@hurina> Message-ID: <1899a60b414ec9f7427e0dce7e7d13b5@mail.airstreamcomm.net> Timo & friends, We have not posted in a long time regarding this issue, but I wanted to update everyone that it was indeed an NTP issue. We have since put together stratum 2 servers on physical hardware (as opposed to virtual machines) which now act as the source for our cluster of dovecot machines and everything is working flawlessly. I just wanted to give my thanks to everyone that helped us trouble shoot this issue and show my gratitude for such a great community! Michael On Fri, 28 Jan 2011 03:40:38 +0200, Timo Sirainen wrote: > On Tue, 2011-01-25 at 12:34 -0600, list at airstreamcomm.net wrote: >> >> Jan 25 11:30:11 1295976611 POP3(4eagles): Warning: Created dotlock file's >> timestamp is different than current time (1295976643 vs 1295976607): >> /mail/4/e/4eagles/Maildir/dovecot-uidlist >> >> We added the epoch time to the log_timestamp setting to compare it to the >> dotlock error, and as you can see the "Created dotlock" epoch time is 32 >> seconds in the future compared to the epoch time of the log event. At >> this >> point I hope you can help us understand where a timestamp from the future >> might be generated from. > > The first timestamp comes from the .lock file's ctime as reported by > fstat(). If that's in the future, then the possibilities are: > > a) Bug in the kernel's NFS client code (unlikely) > b) Bug in NFS server reporting or setting wrong ctime > c) NFS server's clock went into future > > No possibility of it being Dovecot's fault anymore. From linuxmail at 4lin.net Thu Mar 24 18:35:00 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Thu, 24 Mar 2011 17:35:00 +0100 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails Message-ID: <1300984500.21588.55.camel@pcdenny> hi, one customer told us, that he has performance problem in his Thunderbird 3.1.9, while open his sent folder, which has round about 4000 mails in it, and 20k in his Inbox. For example TB, tries to sync the sent-folder list (over SSL) from the sent folder for now over 15min. In the log, I can't see any strange things, so for me, Dovecot works ok. Maybe, I should use better cache options? Now he tries to move many messages to separate folders, but thats also a bit slow. So, is it a TB problem, with so many messages? Our config: auth_anonymous_username = anonymous auth_cache_negative_ttl = 1 hours auth_cache_size = 0 auth_cache_ttl = 1 hours auth_debug = no auth_debug_passwords = no auth_default_realm = auth_failure_delay = 2 secs auth_first_valid_uid = 500 auth_gssapi_hostname = auth_krb5_keytab = auth_last_valid_uid = 0 auth_master_user_separator = auth_mechanisms = plain auth_realms = auth_socket_path = auth-userdb auth_ssl_require_client_cert = no auth_ssl_username_from_cert = no auth_use_winbind = no auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ auth_username_format = %Lu auth_username_translation = auth_verbose = no auth_verbose_passwords = no auth_winbind_helper_path = /usr/bin/ntlm_auth auth_worker_max_count = 30 base_dir = /var/run/dovecot config_cache_size = 1 M debug_log_path = /var/log/dovecot-debug.log default_client_limit = 1000 default_idle_kill = 60 default_internal_user = dovecot default_login_user = dovenull default_process_limit = 100 default_vsz_limit = 256 M deliver_log_format = msgid=%m: %$ dict_db_config = director_doveadm_port = 0 director_mail_servers = director_servers = director_user_expire = 15 mins disable_plaintext_auth = no dotlock_use_excl = no doveadm_socket_path = doveadm-server doveadm_worker_count = 0 first_valid_gid = 1 first_valid_uid = 500 hostname = xfire05.rbg.informatik.tu-darmstadt.de imap_capability = imap_client_workarounds = imap_id_log = imap_id_send = imap_idle_notify_interval = 2 mins imap_logout_format = bytes=%i/%o imap_max_line_length = 64 k info_log_path = /var/log/dovecot.log last_valid_gid = 0 last_valid_uid = 0 lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = no lda_original_recipient_header = libexec_dir = /usr/local/dovecot/2.0.9/libexec/dovecot listen = *, :: lmtp_proxy = no lmtp_save_to_detail_mailbox = no lock_method = fcntl log_path = syslog log_timestamp = "%b %d %H:%M:%S " login_access_sockets = login_greeting = I'm alive login_log_format = %$: %s login_log_format_elements = user=<%u> method=%m rip=%r lip=%l mpid=%e %c login_trusted_networks = mail_access_groups = mail_attachment_dir = mail_attachment_fs = sis posix mail_attachment_hash = %{sha1} mail_attachment_min_size = 128 k mail_cache_fields = flags mail_cache_min_mail_count = 0 mail_chroot = mail_debug = no mail_fsync = optimized mail_full_filesystem_access = no mail_gid = vmail mail_home = /imap/spool/%d/%1n/%n mail_location = maildir:/imap/spool/%d/%1n/%n:INDEX=/imap/spool/% d/indexes/%1n/%n mail_log_prefix = "%s(%u): " mail_max_keyword_length = 50 mail_max_lock_timeout = 0 mail_max_userip_connections = 10 mail_never_cache_fields = imap.envelope mail_nfs_index = no mail_nfs_storage = no mail_plugin_dir = /usr/local/dovecot/dovecot2/lib/dovecot/ mail_plugins = acl quota mail_privileged_group = vmail mail_save_crlf = no mail_temp_dir = /imap/spool/tmp mail_uid = vmail mailbox_idle_check_interval = 30 secs mailbox_list_index_disable = no maildir_copy_with_hardlinks = yes maildir_stat_dirs = no maildir_very_dirty_syncs = no managesieve_client_workarounds = managesieve_implementation_string = Dovecot Pigeonhole managesieve_logout_format = bytes=%i/%o managesieve_max_compile_errors = 5 managesieve_max_line_length = 65536 managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date imapflags master_user_separator = mbox_dirty_syncs = yes mbox_dotlock_change_timeout = 2 mins mbox_lazy_writes = yes mbox_lock_timeout = 5 mins mbox_min_index_size = 0 mbox_read_locks = fcntl mbox_very_dirty_syncs = no mbox_write_locks = dotlock fcntl mdbox_preallocate_space = no mdbox_rotate_interval = 0 mdbox_rotate_size = 2 M mmap_disable = no namespace { hidden = no inbox = yes list = yes location = prefix = separator = / subscriptions = yes type = private } namespace { hidden = no inbox = no list = yes location = maildir:/imap/spool/public prefix = public/ separator = / subscriptions = no type = public } passdb { args = /usr/local/dovecot/dovecot2/etc/dovecot/conf.d/dovecot-ldap.conf.ext deny = no driver = ldap master = no pass = no } plugin { acl = vfile:/imap/spool/%d/acl autocreate = Sent autocreate2 = Drafts autocreate3 = Trash autocreate4 = Spam autosubscribe = Sent autosubscribe2 = Drafts autosubscribe3 = Trash autosubscribe4 = Spam quota = maildir:User quota quota_rule2 = Trash:storage=+10%% quota_rule3 = Spam:storage=+20%% quota_warning = storage=80% % /usr/local/dovecot/dovecot/bin/quota-warning.sh 80 quota_warning2 = storage=90% % /usr/local/dovecot/dovecot/bin/quota-warning.sh 90 quota_warning3 = storage=95% % /usr/local/dovecot/dovecot/bin/quota-warning.sh 95 sieve = /imap/spool/%d/%1n/%n/sieve/default.sieve sieve_dir = /imap/spool/%d/%1n/%n/sieve sieve_extensions = +imapflags trash = /usr/local/dovecot/dovecot/etc/conf.d/dovecot-trash.conf } pop3_client_workarounds = pop3_enable_last = no pop3_fast_size_lookups = no pop3_lock_session = no pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s pop3_no_flag_updates = no pop3_reuse_xuidl = no pop3_save_uidl = no pop3_uidl_format = %08Xu%08Xv postmaster_address = postmaster at rbg.informatik.tu-darmstadt.de protocols = imap pop3 lmtp sieve quota_full_tempfail = no recipient_delimiter = + rejection_reason = Your message to <%t> was automatically rejected:%n%r rejection_subject = Rejected: %s sendmail_path = /usr/sbin/sendmail service anvil { chroot = empty client_limit = 0 drop_priv_before_exec = no executable = anvil extra_groups = group = idle_kill = 4294967295 secs privileged_group = process_limit = 1 process_min_avail = 1 protocol = service_count = 0 type = anvil unix_listener anvil-auth-penalty { group = mode = 0600 user = } unix_listener anvil { group = mode = 0600 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service auth-worker { chroot = client_limit = 1 drop_priv_before_exec = no executable = auth -w extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 1 type = unix_listener auth-worker { group = mode = 0600 user = $default_internal_user } user = vsz_limit = 18446744073709551615 B } service auth { chroot = client_limit = 4096 drop_priv_before_exec = no executable = auth extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = unix_listener /var/spool/postfix/private/auth { group = postdrop mode = 0600 user = postfix } unix_listener auth-client { group = mode = 0600 user = } unix_listener auth-login { group = mode = 0600 user = $default_internal_user } unix_listener auth-master { group = mode = 0600 user = } unix_listener auth-userdb { group = mode = 0600 user = } unix_listener login/login { group = mode = 0666 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service config { chroot = client_limit = 0 drop_priv_before_exec = no executable = config extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = config unix_listener config { group = mode = 0600 user = } user = vsz_limit = 18446744073709551615 B } service dict { chroot = client_limit = 1 drop_priv_before_exec = no executable = dict extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = unix_listener dict { group = mode = 0600 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service director { chroot = client_limit = 0 drop_priv_before_exec = no executable = director extra_groups = fifo_listener login/proxy-notify { group = mode = 00 user = } group = idle_kill = 4294967295 secs inet_listener { address = port = 0 ssl = no } privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = unix_listener director-admin { group = mode = 0600 user = } unix_listener director-userdb { group = mode = 0600 user = } unix_listener login/director { group = mode = 00 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service dns_client { chroot = client_limit = 1 drop_priv_before_exec = no executable = dns-client extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = unix_listener dns-client { group = mode = 0666 user = } unix_listener login/dns-client { group = mode = 0666 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service doveadm { chroot = client_limit = 1 drop_priv_before_exec = no executable = doveadm-server extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 1 type = unix_listener doveadm-server { group = mode = 0600 user = } user = vsz_limit = 18446744073709551615 B } service imap-login { chroot = login client_limit = 0 drop_priv_before_exec = no executable = imap-login extra_groups = group = idle_kill = 0 inet_listener imap { address = port = 143 ssl = no } inet_listener imaps { address = port = 993 ssl = yes } privileged_group = process_limit = 0 process_min_avail = 0 protocol = imap service_count = 1 type = login user = $default_login_user vsz_limit = 64 M } service imap { chroot = client_limit = 1 drop_priv_before_exec = no executable = imap extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1024 process_min_avail = 0 protocol = imap service_count = 1 type = unix_listener login/imap { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } service lmtp { chroot = client_limit = 0 drop_priv_before_exec = no executable = lmtp extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = lmtp service_count = 0 type = unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postdrop mode = 0666 user = postfix } unix_listener lmtp { group = mode = 0666 user = } user = vsz_limit = 0 } service log { chroot = client_limit = 0 drop_priv_before_exec = no executable = log extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = log user = vsz_limit = 18446744073709551615 B } service managesieve-login { chroot = login client_limit = 0 drop_priv_before_exec = no executable = managesieve-login extra_groups = group = idle_kill = 0 inet_listener sieve { address = port = 4190 ssl = no } inet_listener sieve_deprecated { address = port = 2001 ssl = no } privileged_group = process_limit = 0 process_min_avail = 0 protocol = sieve service_count = 1 type = login user = $default_login_user vsz_limit = 64 M } service managesieve { chroot = client_limit = 1 drop_priv_before_exec = no executable = managesieve extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = sieve service_count = 1 type = unix_listener login/sieve { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } service pop3-login { chroot = login client_limit = 0 drop_priv_before_exec = no executable = pop3-login extra_groups = group = idle_kill = 0 inet_listener pop3 { address = port = 110 ssl = no } inet_listener pop3s { address = port = 995 ssl = yes } privileged_group = process_limit = 0 process_min_avail = 0 protocol = pop3 service_count = 1 type = login user = $default_login_user vsz_limit = 64 M } service pop3 { chroot = client_limit = 1 drop_priv_before_exec = no executable = pop3 extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1024 process_min_avail = 0 protocol = pop3 service_count = 1 type = unix_listener login/pop3 { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } service ssl-params { chroot = client_limit = 0 drop_priv_before_exec = no executable = ssl-params extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = startup unix_listener login/ssl-params { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } shutdown_clients = yes ssl = yes ssl_ca = ssl_cert = From ejs at shubes.net Thu Mar 24 18:51:57 2011 From: ejs at shubes.net (Eric Shubert) Date: Thu, 24 Mar 2011 09:51:57 -0700 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails In-Reply-To: <1300984500.21588.55.camel@pcdenny> References: <1300984500.21588.55.camel@pcdenny> Message-ID: On 03/24/2011 09:35 AM, Denny Schierz wrote: > hi, > > one customer told us, that he has performance problem in his Thunderbird > 3.1.9, while open his sent folder, which has round about 4000 mails in > it, and 20k in his Inbox. For example TB, tries to sync the sent-folder > list (over SSL) from the sent folder for now over 15min. > > In the log, I can't see any strange things, so for me, Dovecot works ok. > > Maybe, I should use better cache options? > > Now he tries to move many messages to separate folders, but thats also a > bit slow. So, is it a TB problem, with so many messages? > > > Our config: Recent versions of TB (3.1.9 included) cache all messages locally (on client computer) by default. This is fine for local connections, but on remote connections with a lot of mail, it takes a while for all that to download. Same thing for moving large amounts of messages around. Once it's done though, performance shouldn't be too bad. If the problem persists, I would have the customer change their account settings in the Synchronization & Storage section to something more appropriate to their situation. -- -Eric 'shubes' From tss at iki.fi Thu Mar 24 19:05:18 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 24 Mar 2011 19:05:18 +0200 Subject: [Dovecot] lda_mailbox_autocreate and lda_mailbox_autosubscribe In-Reply-To: <4D8B6E7C.4000606@esiee.fr> References: <4D8B6E7C.4000606@esiee.fr> Message-ID: <1300986318.13041.76.camel@hurina> On Thu, 2011-03-24 at 17:17 +0100, Frank Bonnet wrote: > I use real unix users on the mailhub and I would like to > automate home directories creation for new users. This is done automatically, as long as filesystem permissions allow it. But since you're using real unix users, this may be troublesome unless you set the parent directory permissions to something like 01777. > I found lda_mailbox_autocreate and lda_mailbox_autosubscribe > statements in 15-lda.conf file ( dovecot 2.0.11 ) which seem to be the right > things for me :-) > > Does those two statements means that if a home directory > does not exists it will be created at the first login of the > new user ? Nope. From mkd at cs.brown.edu Thu Mar 24 19:19:44 2011 From: mkd at cs.brown.edu (Mark Dieterich) Date: Thu, 24 Mar 2011 13:19:44 -0400 Subject: [Dovecot] fstat no such file or directory error Message-ID: <4D8B7D30.2030701@cs.brown.edu> Periodically, we will have users IMAP sessions get hung. Their client sees a message like: The server responded: 'SERVERBUG] Internal error occurred. Refer to server log for more information On the server, we see the following in the logs: IMAP(): Transaction log dovecot.index.log: duplicate transaction log sequence (37) IMAP(): fscking index file dovecot.index IMAP(): fstat() failed with index file dovecot.index: No such file or directory After the fstat message shows up, there doesn't appear to be anything on the user side that can be done to fix the problem. We've seen multiple instances where the file dovecot is complaining about not existing is visible, readable, and writable by the user in question, but dovecot is convinced it's not. The only way we've found to fix this issue is to kill off all user connections. When the user reconnects, then all appears to work fine. We have not found a way to recreate this problem. Some details: # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-686 i686 Debian 5.0.8 Mail files are stored on NFS. All imap connections for a given user are are mapped to a particular server at any given time. We have a script in place that watches our logs for this order of events, so the problem self corrects relatively quickly. But it would certainly be nice not have this happen at all. Thanks, Mark -- ---------- I'd rather be burning carbohydrates than hydrocarbons From ef at math.uni-bonn.de Thu Mar 24 19:20:27 2011 From: ef at math.uni-bonn.de (Edgar =?iso-8859-1?B?RnXf?=) Date: Thu, 24 Mar 2011 18:20:27 +0100 Subject: [Dovecot] Master credentials for sieve In-Reply-To: <1300914987.13041.62.camel@hurina> References: <89823E3C-54CA-4844-9B44-B8193CCAE4A7@math.uni-bonn.de> <1300914987.13041.62.camel@hurina> Message-ID: <20110324172027.GQ10311@gumme.math.uni-bonn.de> > In v2.0 I believe it's possible to do: Thanks. I guess it's impossible with 1.2 to have master access for sieve only and not for IMAP? From warden at geneseo.edu Thu Mar 24 19:20:34 2011 From: warden at geneseo.edu (David Warden) Date: Thu, 24 Mar 2011 13:20:34 -0400 Subject: [Dovecot] lda_mailbox_autocreate and lda_mailbox_autosubscribe In-Reply-To: <4D8B6E7C.4000606@esiee.fr> References: <4D8B6E7C.4000606@esiee.fr> Message-ID: <24C2A256-137A-41EF-9873-2432F529B645@geneseo.edu> On Mar 24, 2011, at 12:17 PM, Frank Bonnet wrote: > Hello > > I use real unix users on the mailhub and I would like to > automate home directories creation for new users. > Have you looked at pam_mkhomedir which will create a user's home directory if it doesn't already exist? It sounds like that's more in line with what you're looking for. http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/sag-pam_mkhomedir.html has config options. If you're on RHEL/CentOS check out man authconfig. > I found lda_mailbox_autocreate and lda_mailbox_autosubscribe > statements in 15-lda.conf file ( dovecot 2.0.11 ) which seem to be the right > things for me :-) > > I use Postfix 2.8.1 with Dovecot LDA > mailbox_command = /usr/local/libexec/dovecot/dovecot-lda > > All Mailboxes are located in /user/$USER/mail/ > > Does those two statements means that if a home directory > does not exists it will be created at the first login of the > new user ? > > I mean if new user "toto" has no homedir at all , dovecot will > create /user/toto/mail at the very first successful connection ? > > Thanks a lot > > -David Warden From tss at iki.fi Thu Mar 24 19:32:13 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 24 Mar 2011 19:32:13 +0200 Subject: [Dovecot] Master credentials for sieve In-Reply-To: <20110324172027.GQ10311@gumme.math.uni-bonn.de> References: <89823E3C-54CA-4844-9B44-B8193CCAE4A7@math.uni-bonn.de> <1300914987.13041.62.camel@hurina> <20110324172027.GQ10311@gumme.math.uni-bonn.de> Message-ID: <1300987933.13041.77.camel@hurina> On Thu, 2011-03-24 at 18:20 +0100, Edgar Fu? wrote: > > In v2.0 I believe it's possible to do: > Thanks. I guess it's impossible with 1.2 to have master access for sieve only and not for IMAP? The second idea of using %s works in v1.2 too. From robert at schetterer.org Thu Mar 24 21:09:50 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 24 Mar 2011 20:09:50 +0100 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails In-Reply-To: <1300984500.21588.55.camel@pcdenny> References: <1300984500.21588.55.camel@pcdenny> Message-ID: <4D8B96FE.70201@schetterer.org> Am 24.03.2011 17:35, schrieb Denny Schierz: > hi, > > one customer told us, that he has performance problem in his Thunderbird > 3.1.9, while open his sent folder, which has round about 4000 mails in > it, and 20k in his Inbox. For example TB, tries to sync the sent-folder > list (over SSL) from the sent folder for now over 15min. > > In the log, I can't see any strange things, so for me, Dovecot works ok. > > Maybe, I should use better cache options? > > Now he tries to move many messages to separate folders, but thats also a > bit slow. So, is it a TB problem, with so many messages? if he is one under many the problem may sits at him i havent seen this slowness in TB 3.1.9 but in former versions, but that wasnt only in sent folder, it was for all folders with many mails also clamav-milter etc slows down a little bit at my setup, as well as some networking problems sometimes so the failure can be everywhere i would recommend test with a fresh tb install with small or no firewall settings on perhaps same local network with the server if it "feels" there slow too, then try tune dovecot look top logs etc , upgrade memory etc if not , analyse the clients setup , what is his internet troughput , is it shared , what firewall is he using, what OS, how many accounts , does he share his conect etc sorry no time for looking your setup now > > > Our config: > > auth_anonymous_username = anonymous > auth_cache_negative_ttl = 1 hours > auth_cache_size = 0 > auth_cache_ttl = 1 hours > auth_debug = no > auth_debug_passwords = no > auth_default_realm = > auth_failure_delay = 2 secs > auth_first_valid_uid = 500 > auth_gssapi_hostname = > auth_krb5_keytab = > auth_last_valid_uid = 0 > auth_master_user_separator = > auth_mechanisms = plain > auth_realms = > auth_socket_path = auth-userdb > auth_ssl_require_client_cert = no > auth_ssl_username_from_cert = no > auth_use_winbind = no > auth_username_chars = > abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ > auth_username_format = %Lu > auth_username_translation = > auth_verbose = no > auth_verbose_passwords = no > auth_winbind_helper_path = /usr/bin/ntlm_auth > auth_worker_max_count = 30 > base_dir = /var/run/dovecot > config_cache_size = 1 M > debug_log_path = /var/log/dovecot-debug.log > default_client_limit = 1000 > default_idle_kill = 60 > default_internal_user = dovecot > default_login_user = dovenull > default_process_limit = 100 > default_vsz_limit = 256 M > deliver_log_format = msgid=%m: %$ > dict_db_config = > director_doveadm_port = 0 > director_mail_servers = > director_servers = > director_user_expire = 15 mins > disable_plaintext_auth = no > dotlock_use_excl = no > doveadm_socket_path = doveadm-server > doveadm_worker_count = 0 > first_valid_gid = 1 > first_valid_uid = 500 > hostname = xfire05.rbg.informatik.tu-darmstadt.de > imap_capability = > imap_client_workarounds = > imap_id_log = > imap_id_send = > imap_idle_notify_interval = 2 mins > imap_logout_format = bytes=%i/%o > imap_max_line_length = 64 k > info_log_path = /var/log/dovecot.log > last_valid_gid = 0 > last_valid_uid = 0 > lda_mailbox_autocreate = yes > lda_mailbox_autosubscribe = no > lda_original_recipient_header = > libexec_dir = /usr/local/dovecot/2.0.9/libexec/dovecot > listen = *, :: > lmtp_proxy = no > lmtp_save_to_detail_mailbox = no > lock_method = fcntl > log_path = syslog > log_timestamp = "%b %d %H:%M:%S " > login_access_sockets = > login_greeting = I'm alive > login_log_format = %$: %s > login_log_format_elements = user=<%u> method=%m rip=%r lip=%l mpid=%e %c > login_trusted_networks = > mail_access_groups = > mail_attachment_dir = > mail_attachment_fs = sis posix > mail_attachment_hash = %{sha1} > mail_attachment_min_size = 128 k > mail_cache_fields = flags > mail_cache_min_mail_count = 0 > mail_chroot = > mail_debug = no > mail_fsync = optimized > mail_full_filesystem_access = no > mail_gid = vmail > mail_home = /imap/spool/%d/%1n/%n > mail_location = maildir:/imap/spool/%d/%1n/%n:INDEX=/imap/spool/% > d/indexes/%1n/%n > mail_log_prefix = "%s(%u): " > mail_max_keyword_length = 50 > mail_max_lock_timeout = 0 > mail_max_userip_connections = 10 > mail_never_cache_fields = imap.envelope > mail_nfs_index = no > mail_nfs_storage = no > mail_plugin_dir = /usr/local/dovecot/dovecot2/lib/dovecot/ > mail_plugins = acl quota > mail_privileged_group = vmail > mail_save_crlf = no > mail_temp_dir = /imap/spool/tmp > mail_uid = vmail > mailbox_idle_check_interval = 30 secs > mailbox_list_index_disable = no > maildir_copy_with_hardlinks = yes > maildir_stat_dirs = no > maildir_very_dirty_syncs = no > managesieve_client_workarounds = > managesieve_implementation_string = Dovecot Pigeonhole > managesieve_logout_format = bytes=%i/%o > managesieve_max_compile_errors = 5 > managesieve_max_line_length = 65536 > managesieve_notify_capability = mailto > managesieve_sieve_capability = fileinto reject envelope > encoded-character vacation subaddress comparator-i;ascii-numeric > relational regex imap4flags copy include variables body enotify > environment mailbox date imapflags > master_user_separator = > mbox_dirty_syncs = yes > mbox_dotlock_change_timeout = 2 mins > mbox_lazy_writes = yes > mbox_lock_timeout = 5 mins > mbox_min_index_size = 0 > mbox_read_locks = fcntl > mbox_very_dirty_syncs = no > mbox_write_locks = dotlock fcntl > mdbox_preallocate_space = no > mdbox_rotate_interval = 0 > mdbox_rotate_size = 2 M > mmap_disable = no > namespace { > hidden = no > inbox = yes > list = yes > location = > prefix = > separator = / > subscriptions = yes > type = private > } > namespace { > hidden = no > inbox = no > list = yes > location = maildir:/imap/spool/public > prefix = public/ > separator = / > subscriptions = no > type = public > } > passdb { > args > = /usr/local/dovecot/dovecot2/etc/dovecot/conf.d/dovecot-ldap.conf.ext > deny = no > driver = ldap > master = no > pass = no > } > plugin { > acl = vfile:/imap/spool/%d/acl > autocreate = Sent > autocreate2 = Drafts > autocreate3 = Trash > autocreate4 = Spam > autosubscribe = Sent > autosubscribe2 = Drafts > autosubscribe3 = Trash > autosubscribe4 = Spam > quota = maildir:User quota > quota_rule2 = Trash:storage=+10%% > quota_rule3 = Spam:storage=+20%% > quota_warning = storage=80% > % /usr/local/dovecot/dovecot/bin/quota-warning.sh 80 > quota_warning2 = storage=90% > % /usr/local/dovecot/dovecot/bin/quota-warning.sh 90 > quota_warning3 = storage=95% > % /usr/local/dovecot/dovecot/bin/quota-warning.sh 95 > sieve = /imap/spool/%d/%1n/%n/sieve/default.sieve > sieve_dir = /imap/spool/%d/%1n/%n/sieve > sieve_extensions = +imapflags > trash = /usr/local/dovecot/dovecot/etc/conf.d/dovecot-trash.conf > } > pop3_client_workarounds = > pop3_enable_last = no > pop3_fast_size_lookups = no > pop3_lock_session = no > pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s > pop3_no_flag_updates = no > pop3_reuse_xuidl = no > pop3_save_uidl = no > pop3_uidl_format = %08Xu%08Xv > postmaster_address = postmaster at rbg.informatik.tu-darmstadt.de > protocols = imap pop3 lmtp sieve > quota_full_tempfail = no > recipient_delimiter = + > rejection_reason = Your message to <%t> was automatically rejected:%n%r > rejection_subject = Rejected: %s > sendmail_path = /usr/sbin/sendmail > service anvil { > chroot = empty > client_limit = 0 > drop_priv_before_exec = no > executable = anvil > extra_groups = > group = > idle_kill = 4294967295 secs > privileged_group = > process_limit = 1 > process_min_avail = 1 > protocol = > service_count = 0 > type = anvil > unix_listener anvil-auth-penalty { > group = > mode = 0600 > user = > } > unix_listener anvil { > group = > mode = 0600 > user = > } > user = $default_internal_user > vsz_limit = 18446744073709551615 B > } > service auth-worker { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = auth -w > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 1 > type = > unix_listener auth-worker { > group = > mode = 0600 > user = $default_internal_user > } > user = > vsz_limit = 18446744073709551615 B > } > service auth { > chroot = > client_limit = 4096 > drop_priv_before_exec = no > executable = auth > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 1 > process_min_avail = 0 > protocol = > service_count = 0 > type = > unix_listener /var/spool/postfix/private/auth { > group = postdrop > mode = 0600 > user = postfix > } > unix_listener auth-client { > group = > mode = 0600 > user = > } > unix_listener auth-login { > group = > mode = 0600 > user = $default_internal_user > } > unix_listener auth-master { > group = > mode = 0600 > user = > } > unix_listener auth-userdb { > group = > mode = 0600 > user = > } > unix_listener login/login { > group = > mode = 0666 > user = > } > user = $default_internal_user > vsz_limit = 18446744073709551615 B > } > service config { > chroot = > client_limit = 0 > drop_priv_before_exec = no > executable = config > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 0 > type = config > unix_listener config { > group = > mode = 0600 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > service dict { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = dict > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 0 > type = > unix_listener dict { > group = > mode = 0600 > user = > } > user = $default_internal_user > vsz_limit = 18446744073709551615 B > } > service director { > chroot = > client_limit = 0 > drop_priv_before_exec = no > executable = director > extra_groups = > fifo_listener login/proxy-notify { > group = > mode = 00 > user = > } > group = > idle_kill = 4294967295 secs > inet_listener { > address = > port = 0 > ssl = no > } > privileged_group = > process_limit = 1 > process_min_avail = 0 > protocol = > service_count = 0 > type = > unix_listener director-admin { > group = > mode = 0600 > user = > } > unix_listener director-userdb { > group = > mode = 0600 > user = > } > unix_listener login/director { > group = > mode = 00 > user = > } > user = $default_internal_user > vsz_limit = 18446744073709551615 B > } > service dns_client { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = dns-client > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 0 > type = > unix_listener dns-client { > group = > mode = 0666 > user = > } > unix_listener login/dns-client { > group = > mode = 0666 > user = > } > user = $default_internal_user > vsz_limit = 18446744073709551615 B > } > service doveadm { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = doveadm-server > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 1 > type = > unix_listener doveadm-server { > group = > mode = 0600 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > service imap-login { > chroot = login > client_limit = 0 > drop_priv_before_exec = no > executable = imap-login > extra_groups = > group = > idle_kill = 0 > inet_listener imap { > address = > port = 143 > ssl = no > } > inet_listener imaps { > address = > port = 993 > ssl = yes > } > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = imap > service_count = 1 > type = login > user = $default_login_user > vsz_limit = 64 M > } > service imap { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = imap > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 1024 > process_min_avail = 0 > protocol = imap > service_count = 1 > type = > unix_listener login/imap { > group = > mode = 0666 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > service lmtp { > chroot = > client_limit = 0 > drop_priv_before_exec = no > executable = lmtp > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = lmtp > service_count = 0 > type = > unix_listener /var/spool/postfix/private/dovecot-lmtp { > group = postdrop > mode = 0666 > user = postfix > } > unix_listener lmtp { > group = > mode = 0666 > user = > } > user = > vsz_limit = 0 > } > service log { > chroot = > client_limit = 0 > drop_priv_before_exec = no > executable = log > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 1 > process_min_avail = 0 > protocol = > service_count = 0 > type = log > user = > vsz_limit = 18446744073709551615 B > } > service managesieve-login { > chroot = login > client_limit = 0 > drop_priv_before_exec = no > executable = managesieve-login > extra_groups = > group = > idle_kill = 0 > inet_listener sieve { > address = > port = 4190 > ssl = no > } > inet_listener sieve_deprecated { > address = > port = 2001 > ssl = no > } > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = sieve > service_count = 1 > type = login > user = $default_login_user > vsz_limit = 64 M > } > service managesieve { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = managesieve > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = sieve > service_count = 1 > type = > unix_listener login/sieve { > group = > mode = 0666 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > service pop3-login { > chroot = login > client_limit = 0 > drop_priv_before_exec = no > executable = pop3-login > extra_groups = > group = > idle_kill = 0 > inet_listener pop3 { > address = > port = 110 > ssl = no > } > inet_listener pop3s { > address = > port = 995 > ssl = yes > } > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = pop3 > service_count = 1 > type = login > user = $default_login_user > vsz_limit = 64 M > } > service pop3 { > chroot = > client_limit = 1 > drop_priv_before_exec = no > executable = pop3 > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 1024 > process_min_avail = 0 > protocol = pop3 > service_count = 1 > type = > unix_listener login/pop3 { > group = > mode = 0666 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > service ssl-params { > chroot = > client_limit = 0 > drop_priv_before_exec = no > executable = ssl-params > extra_groups = > group = > idle_kill = 0 > privileged_group = > process_limit = 0 > process_min_avail = 0 > protocol = > service_count = 0 > type = startup > unix_listener login/ssl-params { > group = > mode = 0666 > user = > } > user = > vsz_limit = 18446744073709551615 B > } > shutdown_clients = yes > ssl = yes > ssl_ca = > ssl_cert = ssl_cert_username_field = commonName > ssl_cipher_list = ALL:!LOW:!SSLv2:!EXP:!aNULL > ssl_key = ssl_key_password = > ssl_parameters_file = ssl-parameters.dat > ssl_parameters_regenerate = 168 > ssl_verify_client_cert = no > syslog_facility = mail > userdb { > args > = /usr/local/dovecot/dovecot2/etc/dovecot/conf.d/dovecot-ldap.conf.ext > driver = ldap > } > valid_chroot_dirs = > verbose_auth = no > verbose_proctitle = yes > verbose_ssl = no > version_ignore = no > protocol lda { > mail_plugins = acl quota sieve quota > } > protocol imap { > imap_idle_notify_interval = 2 mins > mail_max_userip_connections = 10 > mail_plugins = acl quota imap_acl imap_quota mail_log notify > autocreate trash listescape > } > protocol lmtp { > mail_plugins = acl quota sieve > } > protocol pop3 { > mail_plugins = acl quota quota > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > pop3_reuse_xuidl = yes > } > -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Thu Mar 24 21:12:57 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 24 Mar 2011 20:12:57 +0100 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails In-Reply-To: References: <1300984500.21588.55.camel@pcdenny> Message-ID: <4D8B97B9.50409@schetterer.org> Am 24.03.2011 17:51, schrieb Eric Shubert: > On 03/24/2011 09:35 AM, Denny Schierz wrote: >> hi, >> >> one customer told us, that he has performance problem in his Thunderbird >> 3.1.9, while open his sent folder, which has round about 4000 mails in >> it, and 20k in his Inbox. For example TB, tries to sync the sent-folder >> list (over SSL) from the sent folder for now over 15min. >> >> In the log, I can't see any strange things, so for me, Dovecot works ok. >> >> Maybe, I should use better cache options? >> >> Now he tries to move many messages to separate folders, but thats also a >> bit slow. So, is it a TB problem, with so many messages? >> >> >> Our config: > > > Recent versions of TB (3.1.9 included) cache all messages locally (on > client computer) by default. This is fine for local connections, but on > remote connections with a lot of mail, it takes a while for all that to > download. Same thing for moving large amounts of messages around. Once > it's done though, performance shouldn't be too bad. > > If the problem persists, I would have the customer change their account > settings in the Synchronization & Storage section to something more > appropriate to their situation. > good tip, perhaps works, at my setup it didnt helped very much, but i didnt investigated time for debug cause setting up new server now its gone -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Thu Mar 24 22:28:54 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 24 Mar 2011 21:28:54 +0100 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails In-Reply-To: <4D8B97B9.50409@schetterer.org> References: <1300984500.21588.55.camel@pcdenny> <4D8B97B9.50409@schetterer.org> Message-ID: <4D8BA986.6060906@schetterer.org> Am 24.03.2011 20:12, schrieb Robert Schetterer: > Am 24.03.2011 17:51, schrieb Eric Shubert: >> On 03/24/2011 09:35 AM, Denny Schierz wrote: >>> hi, >>> >>> one customer told us, that he has performance problem in his Thunderbird >>> 3.1.9, while open his sent folder, which has round about 4000 mails in >>> it, and 20k in his Inbox. For example TB, tries to sync the sent-folder >>> list (over SSL) from the sent folder for now over 15min. >>> >>> In the log, I can't see any strange things, so for me, Dovecot works ok. >>> >>> Maybe, I should use better cache options? >>> >>> Now he tries to move many messages to separate folders, but thats also a >>> bit slow. So, is it a TB problem, with so many messages? >>> >>> >>> Our config: >> >> >> Recent versions of TB (3.1.9 included) cache all messages locally (on >> client computer) by default. This is fine for local connections, but on >> remote connections with a lot of mail, it takes a while for all that to >> download. Same thing for moving large amounts of messages around. Once >> it's done though, performance shouldn't be too bad. >> >> If the problem persists, I would have the customer change their account >> settings in the Synchronization & Storage section to something more >> appropriate to their situation. >> > > good tip, perhaps works, at my setup it didnt helped very much, but i > didnt investigated time for debug cause setting up new server now its gone > additional info , dont know if its interesting just compared with my old courier server, behavior with lot of mails over imap with same tb version over same network in same profile feels much more slower then dovecot, anyway i would bet that tb is the main problem here, but i dont think other wide spreaded clients behave better -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From easy12377 at gmx.de Thu Mar 24 22:58:02 2011 From: easy12377 at gmx.de (easy) Date: Thu, 24 Mar 2011 21:58:02 +0100 Subject: [Dovecot] try to compile dovecot 2.0.11 with ssl support Message-ID: <4D8BB05A.8010308@gmx.de> Hello, I try to compile dovecot in Version 2.0.11 with ssl support on a CentOS 4.5 system. Installed packages are openssl and openssl-devel. after "./configure --with-ssl=openssl" "make" "make install"the message is: (also tried with CPPFLAGS="-I/opt/openssl/include" LDFLAGS="-L/opt/openssl/lib -ldl") Install prefix . : /usr/local File offsets ... : 64bit I/O polling .... : epoll I/O notifys .... : dnotify SSL ............ : yes (OpenSSL) GSSAPI ......... : no passdbs ........ : static passwd passwd-file shadow checkpassword : -pam -bsdauth -sia -ldap -sql -vpopmail userdbs ........ : static prefetch passwd passwd-file checkpassword nss : -ldap -sql -vpopmail SQL drivers .... : : -pgsql -mysql -sqlite so it looks like SSL support is included, but when I start dovecot the message is: # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-128.1.1.el5.028stab062.3ent i686 CentOS release 4.5 (Final) passdb { driver = pam } protocols = imap ssl_cert = Hello, I try to compile dovecot in Version 2.0.11 with ssl support on a CentOS 4.5 system. Installed packages are openssl and openssl-devel. after "./configure --with-ssl=openssl" "make" "make install"the message is: (also tried with CPPFLAGS="-I/opt/openssl/include" LDFLAGS="-L/opt/openssl/lib -ldl") Install prefix . : /usr/local File offsets ... : 64bit I/O polling .... : epoll I/O notifys .... : dnotify SSL ............ : yes (OpenSSL) GSSAPI ......... : no passdbs ........ : static passwd passwd-file shadow checkpassword : -pam -bsdauth -sia -ldap -sql -vpopmail userdbs ........ : static prefetch passwd passwd-file checkpassword nss : -ldap -sql -vpopmail SQL drivers .... : : -pgsql -mysql -sqlite so it looks like SSL support is included, but when I start dovecot the message is: # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-128.1.1.el5.028stab062.3ent i686 CentOS release 4.5 (Final) passdb { driver = pam } protocols = imap ssl_cert = Hi, I am trying to use Quota in dovecot-2.0.11. I find as a sender(same user a receiver) I receive an email that receiver's Quota is exceeded , and receiver's mailbox is full . This is good, however the receiver whose MB is full isn't getting any quota-warning. Configuration is as below, dovecot -n # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35-gentoo-r8 x86_64 Gentoo Base System release 1.12.14 ext4 auth_mechanisms = plain login listen = * mail_location = maildir:/nfs1/mail/%u mail_plugins = " quota" passdb { args = * driver = pam } plugin/quota = maildir:User quota plugin/quota_rule = *:storage=5M plugin/quota_rule2 = Trash:storage=+1M plugin/quota_rule3 = Junk:storage=+1M plugin/quota_warning = storage=95%% quota-warning 95 %u plugin/quota_warning2 = storage=80%% quota-warning 80 %u service quota-warning { executable = script /usr/local/bin/quota-warning.sh user = dovecot } ssl_cert = : save failed to INBOX: Quota exceeded (mailbox for user is full) Mar 24 15:41:28 email_serverdovecot: lda(local_username): msgid=<20110324154128.0df8855a at local_username_ots.domainname>: rejected: Quota exceeded (mailbox for user is full) Mar 24 15:41:28 email_serverpostfix/pickup[25550]: D25C121BB4: uid=1002 from=<> ls -al /var/run/dovecot/ total 20 drwxr-xr-x 4 root root 4096 Mar 24 15:35 . drwxr-xr-x 33 root root 4096 Mar 24 14:54 .. srw------- 1 root root 0 Mar 24 15:35 anvil srw------- 1 root root 0 Mar 24 15:35 anvil-auth-penalty srw------- 1 root root 0 Mar 24 15:35 auth-client srw------- 1 dovecot root 0 Mar 24 15:35 auth-login srw------- 1 root root 0 Mar 24 15:35 auth-master srw------- 1 root root 0 Mar 24 15:35 auth-userdb srw------- 1 dovecot root 0 Mar 24 15:35 auth-worker srw------- 1 root root 0 Mar 24 15:35 config srw------- 1 root root 0 Mar 24 15:35 dict srw------- 1 root root 0 Mar 24 15:35 director-admin srw------- 1 root root 0 Mar 24 15:35 director-userdb srw-rw-rw- 1 root root 0 Mar 24 15:35 dns-client srw------- 1 root root 0 Mar 24 15:35 doveadm-server lrwxrwxrwx 1 root root 25 Mar 24 15:35 dovecot.conf -> /etc/dovecot/dovecot.conf drwxr-xr-x 2 root root 4096 Mar 16 13:24 empty srw-rw-rw- 1 root root 0 Mar 24 15:35 lmtp drwxr-x--- 2 root dovenull 4096 Mar 24 15:35 login -rw------- 1 root root 6 Mar 24 15:35 master.pid srw------- 1 root root 0 Mar 24 15:35 quota-warning ls -al /usr/local/bin/quota-warning.sh -rwxrwxrwx 1 root root 225 Mar 24 13:16 /usr/local/bin/quota-warning.sh cat /usr/local/bin/quota-warning.sh #!/bin/sh PERCENT=$1 USER=$2 cat << EOF | /usr/libexec/dovecot/dovecot-lda -d $USER -o "plugin/quota=maildir:User quota:noenforcing" From: postmaster at domain.com Subject: quota warning Your mailbox is now $PERCENT% full. EOF ### Any help is appreciated. Thanks. From dieterknopf at googlemail.com Fri Mar 25 03:50:42 2011 From: dieterknopf at googlemail.com (Dieter Knopf) Date: Fri, 25 Mar 2011 01:50:42 +0000 Subject: [Dovecot] Issue with Dovecot v2.0 auto packages In-Reply-To: <4D806EDB.4030504@rename-it.nl> References: <4D806EDB.4030504@rename-it.nl> Message-ID: 2011/3/16 Stephan Bosch : > The issue manifests as follows: Have the same issue now with :( Fist i used the testing repository and ended with an error. Then i changed it to stable and anything worked fine. But now some days later the error is back again, now with stable. Setting up dovecot-imapd (2:2.0.11-0~auto+30) ... ucfr: Attempt from package dovecot-imapd to take /etc/dovecot/conf.d/20-imap.conf away from package dovecot-common ucfr: Aborting. dpkg: error processing dovecot-imapd (--configure): subprocess installed post-installation script returned error exit status 4 configured to not write apport reports Errors were encountered while processing: > to get rid of these errors as a workaround. I did this in combination with > temporarily purging and removing Dovecot, but that is probably not > necessary. Once you have upgraded, you will not encounter this problem > again. Thanks for the workaround, workes perfectly. And don't forget the database-driver after this update, like dovecot-mysql :-) Dieter From michael.abbott at apple.com Fri Mar 25 04:21:15 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Thu, 24 Mar 2011 21:21:15 -0500 Subject: [Dovecot] imaptest assertion failure Message-ID: <8FB1DF29-6BC0-4D0B-8B7B-9E2F934F053A@apple.com> While trying to use imaptest (-20100922, from http://dovecot.org/nightly/imaptest/imaptest-latest.tar.gz) with the included tests directory, it assert-crashes after a suspicious connect() failure: $ ./imaptest user=foo pass=bar host=localhost test=tests Error: connect() failed: No route to host Panic: file test-exec.c: line 903 (test_send_lstate_commands): assertion failed: (ctx->clients_waiting > 0) Error: Raw backtrace: 2 libdovecot.0.dylib 0x0000000102afadfd default_fatal_finish + 35 -> 3 libdovecot.0.dylib 0x0000000102af9b87 i_set_error_handler + 0 -> 4 libdovecot.0.dylib 0x0000000102afa986 default_handler + 0 -> 5 imaptest 0x0000000102ac2966 test_send_lstate_commands + 1016 -> 6 imaptest 0x0000000102ab7acd client_send_more_commands + 28 -> 7 imaptest 0x0000000102ab7f42 client_input + 394 -> 8 libdovecot.0.dylib 0x0000000102b01112 io_loop_call_io + 70 -> 9 libdovecot.0.dylib 0x0000000102b003ba io_loop_handler_run + 227 -> 10 libdovecot.0.dylib 0x0000000102b010bf io_loop_run + 72 -> 11 imaptest 0x0000000102abce4c main + 2538 -> 12 imaptest 0x0000000102ab6aa0 start + 52 Abort trap: 6 This seems to happen with any test which uses more than one connection. Tests with "connections: 1" at the top work fine. From f.bonnet at esiee.fr Fri Mar 25 10:28:49 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 25 Mar 2011 09:28:49 +0100 Subject: [Dovecot] lda_mailbox_autocreate and lda_mailbox_autosubscribe In-Reply-To: <1300986318.13041.76.camel@hurina> References: <4D8B6E7C.4000606@esiee.fr> <1300986318.13041.76.camel@hurina> Message-ID: <4D8C5241.1030601@esiee.fr> On 03/24/2011 06:05 PM, Timo Sirainen wrote: > On Thu, 2011-03-24 at 17:17 +0100, Frank Bonnet wrote: > >> I use real unix users on the mailhub and I would like to >> automate home directories creation for new users. > This is done automatically, as long as filesystem permissions allow it. > But since you're using real unix users, this may be troublesome unless > you set the parent directory permissions to something like 01777. > OK >> I found lda_mailbox_autocreate and lda_mailbox_autosubscribe >> statements in 15-lda.conf file ( dovecot 2.0.11 ) which seem to be the right >> things for me :-) >> >> Does those two statements means that if a home directory >> does not exists it will be created at the first login of the >> new user ? > Nope. OK thanks a lot From mhlavink at redhat.com Fri Mar 25 10:57:53 2011 From: mhlavink at redhat.com (Michal Hlavinka) Date: Fri, 25 Mar 2011 09:57:53 +0100 Subject: [Dovecot] Regression in settings-parser.c (dovecot 2.0.11) Message-ID: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> Hi, one Fedora user sees regression in dovecot 2.0.11 (compared to prev. 2.0.9). There was change recently: http://hg.dovecot.org/dovecot-2.0/diff/bc77e80947c0/src/lib-settings/settings-parser.c which adds call to settings_find_key_nth(...., &parent_def,...). This function can set parent_def to NULL, but there is no check for this situation in the code. So on next line if (parent_def->type !=... dovecot crashes. We've tested simple fix: if (parent_def==NULL) return FALSE; and everything was working again. Michal Backtrace of the crash: Program received signal SIGSEGV, Segmentation fault. settings_find_key_nth (ctx=0x99e4050, key=0x99c4330 "plugin//etc", n=0xbff9bdac, def_r=0xbff9bda8, link_r=0xbff9bda4) at settings-parser.c:696 696 if (parent_def->type != SET_STRLIST) (gdb) p parent_def $1 = (const struct setting_define *) 0x0 (gdb) bt #0 settings_find_key_nth (ctx=0x99e4050, key=0x99c4330 "plugin//etc", n=0xbff9bdac, def_r=0xbff9bda8, link_r=0xbff9bda4) at settings-parser.c:696 #1 0x004f9ce5 in settings_find_key_nth (ctx=0x99e4050, key=0x99c4318 "plugin//etc/dovecot", n=0xbff9be1c, def_r=0xbff9be18, link_r=0xbff9be14) at settings-parser.c:693 #2 0x004f9ce5 in settings_find_key_nth (ctx=0x99e4050, key=0x99c42f8 "plugin//etc/dovecot/users", n=0xbff9beb4, def_r=0xbff9bebc, link_r=0xbff9beb8) at settings-parser.c:693 #3 0x004f94fd in settings_parse_keyvalue (ctx=0x99e4050, key=0x99c42f8 "plugin//etc/dovecot/users", value=0x99c42f2 "yes") at settings-parser.c:760 #4 0x004fa270 in settings_parse_line (ctx=0x99e4050, line=0x99c42d8 "plugin//etc/dovecot/users=yes") at settings-parser.c:862 #5 0x00dededa in set_line (ctx=0x99cd468, input=0xbff9c100, user_r=0xbff9c04c, error_r=0xbff9c0fc) at mail-storage-service.c:134 #6 user_reply_handle (ctx=0x99cd468, input=0xbff9c100, user_r=0xbff9c04c, error_r=0xbff9c0fc) at mail-storage-service.c:227 #7 mail_storage_service_lookup (ctx=0x99cd468, input=0xbff9c100, user_r=0xbff9c04c, error_r=0xbff9c0fc) at mail-storage-service.c:843 #8 0x00deeaae in mail_storage_service_lookup_next (ctx=0x99cd468, input=0xbff9c100, user_r=0xbff9c0ac, mail_user_r=0xbff9c0a8, error_r=0xbff9c0fc) at mail-storage-service.c:968 #9 0x0805f2e7 in client_create_from_input (input=, ---Type to continue, or q to quit--- login_client=0x99ce810, fd_in=11, fd_out=11, input_buf=0xbff9c0e0, error_r=0xbff9c0fc) at main.c:202 #10 0x0805f5dd in login_client_connected (client=0x99ce810, username=0x99c409b "sjoerd", extra_fields=0x99c4110) at main.c:267 #11 0x0051606f in master_login_auth_finish (client=0x99ce810, auth_args=) at master-login.c:206 #12 0x005163c2 in master_login_auth_callback (auth_args=0x99c410c, errormsg=0x0, context=0x99ce810) at master-login.c:374 #13 0x00516d3e in master_login_auth_input_user (auth=0x99cdcd8) at master-login-auth.c:239 #14 master_login_auth_input (auth=0x99cdcd8) at master-login-auth.c:359 #15 0x0052cc72 in io_loop_call_io (io=0x99cea10) at ioloop.c:384 #16 0x0052ded3 in io_loop_handler_run (ioloop=0x99cc390) at ioloop-epoll.c:213 #17 0x0052cbf0 in io_loop_run (ioloop=0x99cc390) at ioloop.c:405 #18 0x005181fb in master_service_run (service=0x99cc2e0, callback=0x805f100 ) at master-service.c:478 #19 0x0805fb0d in main (argc=1, argv=0xbff9c4c4) at main.c:375 From f.bonnet at esiee.fr Fri Mar 25 17:34:53 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 25 Mar 2011 16:34:53 +0100 Subject: [Dovecot] Restrict clients access during mailboxes convertion ? Message-ID: <4D8CB61D.30805@esiee.fr> Hello Is there a way to restrict access to Dovecot server during mailboxes convertion ? I need dovecot to be running to convert mailboxes from a format to another, but I would like to block all our LAN clients until the end of convertion. If there is no internal Dovecot mechanism I will use some firewall rule on the server. Thanks From upendra.gandhi at gmail.com Fri Mar 25 18:20:36 2011 From: upendra.gandhi at gmail.com (upen) Date: Fri, 25 Mar 2011 11:20:36 -0500 Subject: [Dovecot] quota warning email to user In-Reply-To: References: Message-ID: > Hi, > > I am trying to use Quota in dovecot-2.0.11. I find as a sender(same > user a receiver) I receive an email that receiver's Quota is exceeded > , and receiver's mailbox is full . This is good, however the receiver > whose MB is full isn't getting any quota-warning. Configuration is as > below, > > > dovecot -n > # 2.0.11: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.35-gentoo-r8 x86_64 Gentoo Base System release 1.12.14 ext4 > auth_mechanisms = plain login > listen = * > mail_location = maildir:/nfs1/mail/%u > mail_plugins = " quota" > passdb { > ?args = * > ?driver = pam > } > plugin/quota = maildir:User quota > plugin/quota_rule = *:storage=5M > plugin/quota_rule2 = Trash:storage=+1M > plugin/quota_rule3 = Junk:storage=+1M > plugin/quota_warning = storage=95%% quota-warning 95 %u > plugin/quota_warning2 = storage=80%% quota-warning 80 %u > service quota-warning { > ?executable = script /usr/local/bin/quota-warning.sh > ?user = dovecot > } > ssl_cert = ssl_cipher_list = ALL:!LOW:!SSLv2 > ssl_key = userdb { > ?driver = passwd > } > protocol imap { > ?mail_plugins = " quota imap_quota" > > > Mar 24 15:41:28 email_serverdovecot: imap(local_username): Error: > quota: net_connect_unix(/var/run/dovecot/quota-warning) failed: > Permission denied (euid=1002(local_username) egid=10(wheel) missing +r > perm: /var/run/dovecot/quota-warning, euid is not dir owner) > Mar 24 15:41:28 email_serverdovecot: lda(local_username): > msgid=<20110324154128.0df8855a at local_username_ots.domainname>: save > failed to INBOX: Quota exceeded (mailbox for user is full) > Mar 24 15:41:28 email_serverdovecot: lda(local_username): > msgid=<20110324154128.0df8855a at local_username_ots.domainname>: > rejected: Quota exceeded (mailbox for user is full) > Mar 24 15:41:28 email_serverpostfix/pickup[25550]: D25C121BB4: uid=1002 from=<> > > > ls -al /var/run/dovecot/ > total 20 > drwxr-xr-x ?4 root ? ?root ? ? 4096 Mar 24 15:35 . > drwxr-xr-x 33 root ? ?root ? ? 4096 Mar 24 14:54 .. > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 anvil > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 anvil-auth-penalty > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 auth-client > srw------- ?1 dovecot root ? ? ? ?0 Mar 24 15:35 auth-login > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 auth-master > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 auth-userdb > srw------- ?1 dovecot root ? ? ? ?0 Mar 24 15:35 auth-worker > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 config > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 dict > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 director-admin > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 director-userdb > srw-rw-rw- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 dns-client > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 doveadm-server > lrwxrwxrwx ?1 root ? ?root ? ? ? 25 Mar 24 15:35 dovecot.conf -> > /etc/dovecot/dovecot.conf > drwxr-xr-x ?2 root ? ?root ? ? 4096 Mar 16 13:24 empty > srw-rw-rw- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 lmtp > drwxr-x--- ?2 root ? ?dovenull 4096 Mar 24 15:35 login > -rw------- ?1 root ? ?root ? ? ? ?6 Mar 24 15:35 master.pid > srw------- ?1 root ? ?root ? ? ? ?0 Mar 24 15:35 quota-warning > > ls -al /usr/local/bin/quota-warning.sh > -rwxrwxrwx 1 root root 225 Mar 24 13:16 /usr/local/bin/quota-warning.sh > > cat /usr/local/bin/quota-warning.sh > #!/bin/sh > PERCENT=$1 > USER=$2 > cat << EOF | /usr/libexec/dovecot/dovecot-lda -d $USER -o > "plugin/quota=maildir:User quota:noenforcing" > From: postmaster at domain.com > Subject: quota warning > > Your mailbox is now $PERCENT% full. > EOF > > > ### > > Any help is appreciated. > > Thanks. > Owner of an over quota account just got an email when some emails were deleted from it (no date on that email though, don't understand why) Don't know what resolved the issue, I did following changes recently, chmod 700 /usr/local/bin/quota-warning.sh Edit , 90-quota.conf as below, service quota-warning { executable = script /usr/local/bin/quota-warning.sh # use some unprivileged user for executing the quota warnings user = root unix_listener quota-warning { mode = 0666 user = root group = root } } /etc/init.d/dovecot restart ls -al /var/run/dovecot/quota-warning srw-rw-rw- 1 root root 0 Mar 24 20:23 quota-warning Thanks, From brandonlamb at gmail.com Fri Mar 25 18:47:12 2011 From: brandonlamb at gmail.com (Brandon Lamb) Date: Fri, 25 Mar 2011 09:47:12 -0700 Subject: [Dovecot] mdbox, quota, ns, maildir quota? Message-ID: Hello, I pasted my config below, hoping someone can point out something obvious. In my dovecot.log I am seeing: Warning: quota: Namespace '' is not Maildir, skipping for Maildir++ quota I am using mysql userdb_* and passing maildir:~/maildir or mdbox:~/mdbox for mail. When its maildir its fine, I had that originally then used dsync to convert to mdbox, updated mysql entry to point to mdbox:~/mdbox and now I keept getting those quota errors. It IS possible to have mixed environment still correct? Some users can be maildir and some can be mdbox since Im using the per-user userdb options? Any hints here? I would swear this was all working on a different server I had setup but Im no longer employed there so I cant peek at the config =P Thanks for any help or tips Brandon ------------------------------------------------------------------------------- root at mail1:~# dovecot -n # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.37-2-amd64 x86_64 Debian wheezy/sid auth_cache_negative_ttl = 30 secs auth_cache_size = 4 k auth_cache_ttl = 30 secs auth_default_realm = greencrane.com auth_mechanisms = plain login auth_username_format = %Lu auth_verbose = yes auth_worker_max_count = 60 base_dir = /var/run/dovecot debug_log_path = /var/log/dovecot/debug.log default_client_limit = 1024 default_internal_user = mail default_login_user = mail deliver_log_format = %s from %f %$ dict/expire = mysql:/etc/dovecot/conf.d/dovecot-dict-expire.conf.ext disable_plaintext_auth = no first_valid_gid = 8 first_valid_uid = 8 info_log_path = /var/log/dovecot/info.log last_valid_gid = 8 last_valid_uid = 8 log_path = /var/log/dovecot/dovecot.log log_timestamp = "%Y-%m-%d %H:%M:%S " login_log_format = %s login_log_format_elements = (%u) (%r) mail_access_groups = mail mail_fsync = never mail_gid = 8 mail_location = maildir:~/maildir mail_log_prefix = "%Ls <%u>: " mail_max_userip_connections = 4 mail_plugins = quota expire mail_privileged_group = mail mail_uid = 8 mailbox_idle_check_interval = 1 mins maildir_very_dirty_syncs = yes passdb { args = /etc/dovecot/conf.d/dovecot-sql.conf.ext driver = sql } plugin/auth_socket_path = /var/run/dovecot/auth-master plugin/autocreate = Trash plugin/autocreate2 = Sent plugin/autocreate3 = Drafts plugin/autocreate4 = Spam plugin/autosubscribe = Trash plugin/autosubscribe2 = Sent plugin/autosubscribe3 = Drafts plugin/autosubscribe4 = Spam plugin/quota = maildir:User quota plugin/quota_warning = storage=95%% quota-warning 95 %u plugin/quota_warning2 = storage=80%% quota-warning 80 %u protocols = imap pop3 service auth { executable = /usr/local/libexec/dovecot/auth unix_listener auth-client { group = mail mode = 0666 user = mail } unix_listener auth-master { group = mail mode = 0666 user = mail } unix_listener auth-userdb { group = mail mode = 0666 user = mail } vsz_limit = 512 M } service dict { unix_listener dict { group = mail mode = 0666 } } service imap-login { chroot = login client_limit = 512 executable = /usr/local/libexec/dovecot/imap-login process_limit = 20 process_min_avail = 4 service_count = 0 user = dovecot vsz_limit = 128 M } service imap { drop_priv_before_exec = no executable = /usr/local/libexec/dovecot/imap vsz_limit = 512 M } service pop3-login { chroot = login client_limit = 512 executable = /usr/local/libexec/dovecot/pop3-login process_limit = 20 process_min_avail = 4 service_count = 0 user = dovecot vsz_limit = 128 M } service pop3 { drop_priv_before_exec = no executable = /usr/local/libexec/dovecot/pop3 vsz_limit = 512 M } service quota-warning { executable = script /etc/dovecot/quota-warning.sh user = mail } ssl_cert = with subject of <%s> was automatically rejected:%n%r rejection_subject = Mailbox Full: %s sendmail_path = /usr/sbin/exim } protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep imap_id_log = * imap_logout_format = bytes=%i/%o imap_max_line_length = 64 k mail_max_userip_connections = 20 mail_plugin_dir = /usr/local/lib/dovecot mail_plugins = quota expire imap_quota autocreate trash } protocol pop3 { mail_max_userip_connections = 2 mail_plugin_dir = /usr/local/lib/dovecot mail_plugins = quota expire pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_enable_last = no pop3_lock_session = no pop3_logout_format = retr=%r/%b, del=%d/%m, size=%s pop3_no_flag_updates = yes pop3_reuse_xuidl = no pop3_save_uidl = yes pop3_uidl_format = %g } From f.bonnet at esiee.fr Fri Mar 25 18:57:45 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 25 Mar 2011 17:57:45 +0100 Subject: [Dovecot] Restrict clients access during mailboxes convertion ? In-Reply-To: <4D8CB61D.30805@esiee.fr> References: <4D8CB61D.30805@esiee.fr> Message-ID: <4D8CC989.20209@esiee.fr> On 03/25/2011 04:34 PM, Frank Bonnet wrote: > Hello > > Is there a way to restrict access to Dovecot server during > mailboxes convertion ? > > I need dovecot to be running to convert mailboxes from > a format to another, but I would like to block all our > LAN clients until the end of convertion. > > If there is no internal Dovecot mechanism I will use > some firewall rule on the server. > > Thanks > finally is it more useful to put all users in /etc/dovecot.deny.* files. fast and easy. From playedalive at gmail.com Fri Mar 25 23:05:54 2011 From: playedalive at gmail.com (duonut) Date: Fri, 25 Mar 2011 14:05:54 -0700 (PDT) Subject: [Dovecot] FTS Compound Search Message-ID: <31241908.post@talk.nabble.com> Hi I use roundcube as the webmail fronted to a dovecot server. It currently has squat enabled. When round cube performs a search, it does a compound search even if only one field is selected. >From another thread i read, dovecot in the v1 period did not support compound searches for squat. Does the latest version of V2 support compound searches with fts squat? If not, does fts with solr support compound searches? -- View this message in context: http://old.nabble.com/FTS-Compound-Search-tp31241908p31241908.html Sent from the Dovecot mailing list archive at Nabble.com. From olafrv at gmail.com Sat Mar 26 00:26:57 2011 From: olafrv at gmail.com (Olaf Reitmaier Veracierta) Date: Fri, 25 Mar 2011 17:56:57 -0430 Subject: [Dovecot] Ignored proxy_maybe var and no local login when "host = Proxy FQDN" Message-ID: Hi help is preciated, PROBLEM The dovecot-ldap.conf of "proxy server A" is working when the "host" attribute is the FQDN of other server: pass_attrs = uid=user,userPassword={SSHA}password,\ =proxy_maybe=,maildrop=host,=port=143,=destuser=%u,=starttls=any-cert pass_filter = (&(objectClass=posixAccount)(uid=%u)) CASES When the "host" attribute is the "FQDN of server A" dovecot imap-login start and infinite loop which swallow all RAM, and process are showing many connections although is just 1 test user connected. It seems that connections are infinitely proxified to it self. When the "host" attribute is the "IP of server A" dovecot imap-login works OK, login the user locally in the server A. I include debug message int the source of "dovecot-2.0.11/src/auth/auth-request.c" which appears: Mar 25 14:10:49 debian dovecot: auth: Debug: ldap(steran,172.26.98.85): result: uid(user)=steran maildrop(host)=smtp2.tsj-dem.gob.ve Mar 25 14:10:49 debian dovecot: auth: Debug: BROKEN SETUP The modifications appears here and reveals problems with the call to net_addr2ip(host, &ip) in auth_request_proxy_is_self: static bool auth_request_proxy_is_self(struct auth_request *request) { const char *const *tmp, *host = NULL, *port = NULL, *destuser = NULL; struct ip_addr ip; tmp = auth_stream_split(request->extra_fields); for (; *tmp != NULL; tmp++) { if (strncmp(*tmp, "host=", 5) == 0) host = *tmp + 5; else if (strncmp(*tmp, "port=", 5) == 0) port = *tmp + 5; if (strncmp(*tmp, "destuser=", 9) == 0) destuser = *tmp + 9; } if (host == NULL || net_addr2ip(host, &ip) < 0) { /* broken setup */ T_BEGIN { i_debug("BROKEN SETUP %s", host); } T_END; return FALSE; } if (!net_ip_compare(&ip, &request->local_ip)){ T_BEGIN { i_debug("%s", "IPS NOT EQUAL"); }T_END; return FALSE; } if (port != NULL && !str_uint_equals(port, request->local_port)){ T_BEGIN { i_debug("%s", "PORTS DIFFERENT"); } T_END; return FALSE; } return destuser == NULL || strcmp(destuser, request->original_username) == 0; } -- "You don't know where your shadow will fall", Somebody.- ---------------------------------------------------------------- Olaf Reitmaier Veracierta ---------------------------------------------------------------- http://www.olafrv.com ---------------------------------------------------------------- From tss at iki.fi Sat Mar 26 00:44:29 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 00:44:29 +0200 Subject: [Dovecot] Dsync & random delete problem In-Reply-To: <20110309225011.600e2c61@noodle> References: <20110309225011.600e2c61@noodle> Message-ID: <1301093069.13041.86.camel@hurina> On Wed, 2011-03-09 at 22:50 +0100, Antoine Millet wrote: > Some trashed messages reappear after the next sync, by dint of > insisting, sometime it are duplicated. Occasionally, the > synchronization has the desired effect, but messages reappear few hours > later... See if these fixes help: http://hg.dovecot.org/dovecot-2.0/rev/99e3209fc78d http://hg.dovecot.org/dovecot-2.0/rev/e0f13d7510ef http://hg.dovecot.org/dovecot-2.0/rev/0d437e2e6949 From tss at iki.fi Sat Mar 26 00:48:23 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 00:48:23 +0200 Subject: [Dovecot] FTS Compound Search In-Reply-To: <31241908.post@talk.nabble.com> References: <31241908.post@talk.nabble.com> Message-ID: <1301093303.13041.89.camel@hurina> On Fri, 2011-03-25 at 14:05 -0700, duonut wrote: > Hi > I use roundcube as the webmail fronted to a dovecot server. It currently has > squat enabled. When round cube performs a search, it does a compound search > even if only one field is selected. > > >From another thread i read, dovecot in the v1 period did not support > compound searches for squat. > > Does the latest version of V2 support compound searches with fts squat? No. > If not, does fts with solr support compound searches? I think it does, but I'm not entirely sure. From tss at iki.fi Sat Mar 26 00:50:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 00:50:06 +0200 Subject: [Dovecot] Restrict clients access during mailboxes convertion ? In-Reply-To: <4D8CB61D.30805@esiee.fr> References: <4D8CB61D.30805@esiee.fr> Message-ID: <1301093406.13041.90.camel@hurina> On Fri, 2011-03-25 at 16:34 +0100, Frank Bonnet wrote: > Is there a way to restrict access to Dovecot server during > mailboxes convertion ? You'd want to also tempfail all mail deliveries. > I need dovecot to be running to convert mailboxes from > a format to another, but I would like to block all our > LAN clients until the end of convertion. > > If there is no internal Dovecot mechanism I will use > some firewall rule on the server. Why not simply stop Dovecot? From tss at iki.fi Sat Mar 26 00:54:10 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 00:54:10 +0200 Subject: [Dovecot] mdbox, quota, ns, maildir quota? In-Reply-To: References: Message-ID: <1301093650.13041.92.camel@hurina> On Fri, 2011-03-25 at 09:47 -0700, Brandon Lamb wrote: > In my dovecot.log I am seeing: > Warning: quota: Namespace '' is not Maildir, skipping for Maildir++ quota Maildir++ quota is only for Maildir. You need to switch to dict (file) quota. Maildir works fine with it too. http://wiki2.dovecot.org/Quota/Dict From tss at iki.fi Sat Mar 26 00:57:31 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 00:57:31 +0200 Subject: [Dovecot] try to compile dovecot 2.0.11 with ssl support In-Reply-To: <4D8BB05A.8010308@gmx.de> References: <4D8BB05A.8010308@gmx.de> Message-ID: <1301093851.13041.96.camel@hurina> On Thu, 2011-03-24 at 21:58 +0100, easy wrote: > SSL ............ : yes (OpenSSL) So it should be there.. > so it looks like SSL support is included, but when I start dovecot the > message is: > > doveconf: Error: SSL support not compiled in but ssl=yes Well, that's weird. Are you sure you're running the just-compiled version of Dovecot (i.e. not a previously installed version that didn't have OpenSSL compiled in)? What does dovecot --build-options say? Do you have "#define HAVE_SSL" in config.h? From tss at iki.fi Sat Mar 26 01:02:04 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 01:02:04 +0200 Subject: [Dovecot] Regression in settings-parser.c (dovecot 2.0.11) In-Reply-To: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> References: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> Message-ID: <1301094124.13041.98.camel@hurina> On Fri, 2011-03-25 at 09:57 +0100, Michal Hlavinka wrote: > Hi, > > one Fedora user sees regression in dovecot 2.0.11 (compared to prev. 2.0.9). There was change recently: > http://hg.dovecot.org/dovecot-2.0/diff/bc77e80947c0/src/lib-settings/settings-parser.c > which adds call to settings_find_key_nth(...., &parent_def,...). This function can set parent_def to NULL, but > there is no check for this situation in the code. So on next line if (parent_def->type !=... dovecot crashes. > We've tested simple fix: if (parent_def==NULL) return FALSE; and everything was working again. Well, yes, there is a bug. But how is this happening? > #3 0x004f94fd in settings_parse_keyvalue (ctx=0x99e4050, > key=0x99c42f8 "plugin//etc/dovecot/users", value=0x99c42f2 "yes") Where is this "plugin//etc/dovecot/users=yes" coming from? Is it from a userdb lookup that returns a broken setting? If Dovecot is somehow internally setting this, there's a bug somewhere. From tss at iki.fi Sat Mar 26 01:12:37 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 01:12:37 +0200 Subject: [Dovecot] Regression in settings-parser.c (dovecot 2.0.11) In-Reply-To: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> References: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> Message-ID: <1301094757.13041.100.camel@hurina> On Fri, 2011-03-25 at 09:57 +0100, Michal Hlavinka wrote: > Hi, > > one Fedora user sees regression in dovecot 2.0.11 (compared to prev. 2.0.9). There was change recently: > http://hg.dovecot.org/dovecot-2.0/diff/bc77e80947c0/src/lib-settings/settings-parser.c > which adds call to settings_find_key_nth(...., &parent_def,...). This function can set parent_def to NULL, but > there is no check for this situation in the code. So on next line if (parent_def->type !=... dovecot crashes. > We've tested simple fix: if (parent_def==NULL) return FALSE; and everything was working again. I fixed it with: http://hg.dovecot.org/dovecot-2.0/rev/746b4e9e7015 I'm not really sure what the handling should be when parent_def=NULL. I think it might make a difference in future.. From tss at iki.fi Sat Mar 26 01:24:43 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 01:24:43 +0200 Subject: [Dovecot] fstat no such file or directory error In-Reply-To: <4D8B7D30.2030701@cs.brown.edu> References: <4D8B7D30.2030701@cs.brown.edu> Message-ID: <1301095483.13041.108.camel@hurina> On Thu, 2011-03-24 at 13:19 -0400, Mark Dieterich wrote: > IMAP(): Transaction log dovecot.index.log: duplicate > transaction log sequence (37) This is the reason everything else messes up.. > IMAP(): fscking index file dovecot.index > IMAP(): fstat() failed with index file > dovecot.index: No such file or directory fstat() should never return ENOENT. With NFS if the file is gone, it should be ESTALE. See if the attached patch helps. > After the fstat message shows up, there doesn't appear to be anything on > the user side that can be done to fix the problem. We've seen multiple > instances where the file dovecot is complaining about not existing is > visible, readable, and writable by the user in question, but dovecot is > convinced it's not. The only way we've found to fix this issue is to > kill off all user connections. When the user reconnects, then all > appears to work fine. We have not found a way to recreate this problem. I think the problem is that Dovecot doesn't know how to deal with the failing ENOENT, so it just keeps on giving failures. > Some details: > > # 1.2.15: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.26-2-686 i686 Debian 5.0.8 > > Mail files are stored on NFS. All imap connections for a given user are > are mapped to a particular server at any given time. What about new mail deliveries? Are you using deliver? -------------- next part -------------- A non-text attachment was scrubbed... Name: diff Type: text/x-patch Size: 1137 bytes Desc: not available URL: From tss at iki.fi Sat Mar 26 01:26:31 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 01:26:31 +0200 Subject: [Dovecot] imaptest assertion failure In-Reply-To: <8FB1DF29-6BC0-4D0B-8B7B-9E2F934F053A@apple.com> References: <8FB1DF29-6BC0-4D0B-8B7B-9E2F934F053A@apple.com> Message-ID: <1301095591.13041.110.camel@hurina> On Thu, 2011-03-24 at 21:21 -0500, Mike Abbott wrote: > While trying to use imaptest (-20100922, from http://dovecot.org/nightly/imaptest/imaptest-latest.tar.gz) with the included tests directory, it assert-crashes after a suspicious connect() failure: > > $ ./imaptest user=foo pass=bar host=localhost test=tests > Error: connect() failed: No route to host I can't reproduce this connect() failure. Not in OSX or Linux. > Panic: file test-exec.c: line 903 (test_send_lstate_commands): assertion failed: (ctx->clients_waiting > 0) The testing has failed in any case if connect fails.. Probably too much trouble to fix it to handle this any more nicely. :) From tss at iki.fi Sat Mar 26 01:35:22 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 01:35:22 +0200 Subject: [Dovecot] Ignored proxy_maybe var and no local login when "host = Proxy FQDN" In-Reply-To: References: Message-ID: <1301096122.13041.115.camel@hurina> On Fri, 2011-03-25 at 17:56 -0430, Olaf Reitmaier Veracierta wrote: > The dovecot-ldap.conf of "proxy server A" is working when the "host" > attribute is the FQDN of other server: > > pass_attrs = uid=user,userPassword={SSHA}password,\ > =proxy_maybe=,maildrop=host,=port=143,=destuser=%u,=starttls=any-cert > pass_filter = (&(objectClass=posixAccount)(uid=%u)) .. > The modifications appears here and reveals problems with the call to > net_addr2ip(host, &ip) in auth_request_proxy_is_self: Yeah. The main problem is that this loop detection code is in auth process, which won't be doing any DNS lookups. I already once tried moving it to login process code where it belongs to, but I failed back then. Hmm. Maybe because request->original_username isn't available to login processes. But I guess it could be set back. Anyway, I think it's a bit too dangerous to go change this logic too much for v2.0. For v2.1 I guess this could be fixed (and you could easily backport that patch then). From olafrv at gmail.com Sat Mar 26 01:52:54 2011 From: olafrv at gmail.com (Olaf Reitmaier Veracierta) Date: Fri, 25 Mar 2011 19:22:54 -0430 Subject: [Dovecot] Ignored proxy_maybe var and no local login when "host = Proxy FQDN" In-Reply-To: <1301096122.13041.115.camel@hurina> References: <1301096122.13041.115.camel@hurina> Message-ID: On Fri, Mar 25, 2011 at 7:05 PM, Timo Sirainen wrote: > On Fri, 2011-03-25 at 17:56 -0430, Olaf Reitmaier Veracierta wrote: > > > The dovecot-ldap.conf of "proxy server A" is working when the "host" > > attribute is the FQDN of other server: > > > > pass_attrs = uid=user,userPassword={SSHA}password,\ > > =proxy_maybe=,maildrop=host,=port=143,=destuser=%u,=starttls=any-cert > > pass_filter = (&(objectClass=posixAccount)(uid=%u)) > .. > > The modifications appears here and reveals problems with the call to > > net_addr2ip(host, &ip) in auth_request_proxy_is_self: > > Yeah. The main problem is that this loop detection code is in auth > process, which won't be doing any DNS lookups. I already once tried > moving it to login process code where it belongs to, but I failed back > then. Hmm. Maybe because request->original_username isn't available to > login processes. But I guess it could be set back. > > Ok... I will use the IP address in the the maildrop (host) field of my user's LDAP entries. > Anyway, I think it's a bit too dangerous to go change this logic too > much for v2.0. For v2.1 I guess this could be fixed (and you could > easily backport that patch then). > > Well, although there is no solution right now for the problem, your reply was really fast and helpful. Thank you, Best regards.- -- "You don't know where your shadow will fall", Somebody.- ---------------------------------------------------------------- Olaf Reitmaier Veracierta ---------------------------------------------------------------- http://www.olafrv.com ---------------------------------------------------------------- From mkd at cs.brown.edu Sat Mar 26 03:00:13 2011 From: mkd at cs.brown.edu (Mark Dieterich) Date: Fri, 25 Mar 2011 21:00:13 -0400 Subject: [Dovecot] fstat no such file or directory error In-Reply-To: <1301095483.13041.108.camel@hurina> References: <4D8B7D30.2030701@cs.brown.edu> <1301095483.13041.108.camel@hurina> Message-ID: <4D8D3A9D.7060809@cs.brown.edu> Timo, Thanks for the patch. It's been applied and I'll let you know whether it clears up the problems. >> Mail files are stored on NFS. All imap connections for a given user are >> are mapped to a particular server at any given time. > > What about new mail deliveries? Are you using deliver? All our mail delivery is done with procmail. The majority of the users are using Maildir, if this matters. Mark From philledwards at gmail.com Sat Mar 26 09:49:57 2011 From: philledwards at gmail.com (Phill Edwards) Date: Sat, 26 Mar 2011 18:49:57 +1100 Subject: [Dovecot] How can I view these email files? Message-ID: I messed up my email today through a combination of stuff-ups with procmail and dovecot. The result was that I ended up delivering some email messages to the root Maildir folder instead of the sub-folders. The files are in the correct format but have names like msg.3BXE, msg.2BXE etc. Of course these don't show up in my IMAP client so I can't read them. Does anyone know a way I can point some sort of email client at these to read them? Or a way to transfer them under Maildir/new so that I can read them as part of my normal inbox? I know that some of them have attachments. From philledwards at gmail.com Sat Mar 26 13:16:20 2011 From: philledwards at gmail.com (Phill Edwards) Date: Sat, 26 Mar 2011 22:16:20 +1100 Subject: [Dovecot] Multiple versions of Dovecot installed Message-ID: I have had to rebuild my 64-bit CentOS 5 email server and after installing dovecot rpms (using yum) I seem to have multiple versions installed: dovecot-1.1.20-1_98.el5 - from ATrpms repo dovecot-1.0.7-7.el5 - from CentOS repo dovecot-sieve-0.1.18-6.1.el5 - from ATrpms repo I have tried to install just the ATrpms version but when I do "yum install dovecot" the CentOS one always gets pulled in as well. Is this normal, or does it indicate that something has gone wrong in the installation process? I'm having an issue with Dovecot sieve because it can't find a sieve plugin in /usr/lib64/dovecot/lda/. However, there is one in /usr/lib/dovecot/lda/. Do I have some sort or 32-bit/64-bit mismatch? From olafrv at gmail.com Sat Mar 26 16:45:30 2011 From: olafrv at gmail.com (Olaf Reitmaier Veracierta) Date: Sat, 26 Mar 2011 10:15:30 -0430 Subject: [Dovecot] Multiple versions of Dovecot installed In-Reply-To: References: Message-ID: On Sat, Mar 26, 2011 at 6:46 AM, Phill Edwards wrote: > I have had to rebuild my 64-bit CentOS 5 email server and after > installing dovecot rpms (using yum) I seem to have multiple versions > installed: > > dovecot-1.1.20-1_98.el5 - from ATrpms repo > dovecot-1.0.7-7.el5 - from CentOS repo > dovecot-sieve-0.1.18-6.1.el5 - from ATrpms repo > Backup conf files and /etc/init.d/dovecot start script. Unninstall all, maybe there are dependencies problems between packages from those repos. > I have tried to install just the ATrpms version but when I do "yum > install dovecot" the CentOS one always gets pulled in as well. Is this > normal, or does it indicate that something has gone wrong in the > installation process? > download the source for the version you want: wget http://www.dovecot.org/releases/1.2/dovecot-1.2.16.tar.gz wget http://www.dovecot.org/releases/sieve/dovecot-sieve-1.1.8.tar.gz You have to install devel packages similar to: libpq-devel libpam0g-devel libldap2-devel libnss3-devel libmysqlclient-devel libsqlite3-devel I recommend this compile options (rules) from Debian packages for version 1.1 or 1.2: ./configure \ --with-ioloop=best \ --with-notify=inotify \ --with-nss \ --with-shadow \ --with-pam \ --with-ldap=yes \ --with-sql=yes \ --with-pgsql \ --with-mysql \ --with-sqlite \ --with-ssl=openssl \ --sysconfdir=/etc \ --prefix=/usr \ --sysconfdir=/etc \ --libexecdir=/usr/lib \ --localstatedir=/var \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --with-moduledir=/usr/lib/dovecot/modules \ --disable-rpath \ --disable-static Then: make && make install > > I'm having an issue with Dovecot sieve because it can't find a sieve > plugin in /usr/lib64/dovecot/lda/. However, there is one in > /usr/lib/dovecot/lda/. Do I have some sort or 32-bit/64-bit mismatch? > This is because if you build rpms from source the installation path are different in fedorized packages. -- "You don't know where your shadow will fall", Somebody.- ---------------------------------------------------------------- Olaf Reitmaier Veracierta ---------------------------------------------------------------- http://www.olafrv.com ---------------------------------------------------------------- From tss at iki.fi Sat Mar 26 18:20:24 2011 From: tss at iki.fi (Timo Sirainen) Date: Sat, 26 Mar 2011 18:20:24 +0200 Subject: [Dovecot] How can I view these email files? In-Reply-To: References: Message-ID: On 26.3.2011, at 9.49, Phill Edwards wrote: > I messed up my email today through a combination of stuff-ups with > procmail and dovecot. The result was that I ended up delivering some > email messages to the root Maildir folder instead of the sub-folders. > The files are in the correct format but have names like msg.3BXE, > msg.2BXE etc. That would be MH format. > Of course these don't show up in my IMAP client so I can't read them. > Does anyone know a way I can point some sort of email client at these > to read them? Or a way to transfer them under Maildir/new so that I > can read them as part of my normal inbox? I know that some of them > have attachments. Just mv them into new/ From easy12377 at gmx.de Sat Mar 26 20:54:20 2011 From: easy12377 at gmx.de (easy klaus) Date: Sat, 26 Mar 2011 19:54:20 +0100 Subject: [Dovecot] try to compile dovecot 2.0.11 with ssl support Message-ID: <20110326185420.304800@gmx.net> Hello, >> SSL ............ : yes (OpenSSL) > >So it should be there.. > >> so it looks like SSL support is included, but when I start dovecot the >> message is: >> >> doveconf: Error: SSL support not compiled in but ssl=yes > >Well, that's weird. Are you sure you're running the just-compiled >version of Dovecot (i.e. not a previously installed version that didn't >have OpenSSL compiled in)? > Yes, I think so. I tried to find every dovecot directory and files and deleted it. After "make" and "make install" there was a new file under "/usr/local/sbin/dovecot" this is the one I use. >What does dovecot --build-options say? output of "/usr/local/sbin/dovecot --build-options" Build options: ioloop=epoll notify=dnotify ipv6 io_block_size=8192 Mail storages: cydir maildir mbox mdbox raw sdbox shared SQL drivers: Passdb: checkpassword passwd passwd-file shadow Userdb: checkpassword nss passwd prefetch passwd-file This looks strange because there is no ssl support. >Do you have "#define HAVE_SSL" in config.h? No, I only can find "#define HAVE_OPENSSL" Regards, Markus -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone From worklord at yandex.ru Sat Mar 26 21:31:02 2011 From: worklord at yandex.ru (=?UTF-8?B?0JHQsNGB0L7QsiDQldCy0LPQtdC90LjQuQ==?=) Date: Sat, 26 Mar 2011 22:31:02 +0300 Subject: [Dovecot] Dovecot-2.0.11 searches in all LDAP directory Message-ID: <4D8E3EF6.7050102@yandex.ru> Hello. I have some users IDs in different OUs with different passwords. Base OU for mail server is 'ou=Mail, dc=ph, dc=com' Trying manual search: # ldapsearch -b 'ou=Mail, dc=ph, dc=com' -D 'cn=bind, ou=Users, dc=ph, dc=com' -w XXX -s sub -h mainserv.ph.com '(&(objectClass=qmailUser)(uid=someuser))' uid mailMessageStore ? # extended LDIF ? uid: someuser mailMessageStore: /var/mail/someuser/Maildir/ # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 It works fine. My dovecot configuration: # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.36-gentoo-r5 x86_64 Gentoo Base System release 2.0.1 base_dir = /var/run/dovecot/ listen = * login_trusted_networks = 192.168.1.0/24 mail_location = maildir:~/.maildir managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = * driver = pam } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin/sieve = ~/.dovecot.sieve plugin/sieve_dir = ~/sieve protocols = imap ssl_cert = access_allowed: search access to "cn=John Smith,ou=Mail,dc=ph,dc=com" "objectClass" requested slapd[1917]: => dn: [2] ou=mail,dc=ph,dc=com slapd[1917]: => acl_get: [2] matched slapd[1917]: => acl_get: [2] attr objectClass? and etc I have some questions: 1. Why is it searches in another LDAP places, not only ou=Mail, dc=ph, dc=com? 2. It not put mailMessageStore from ou=Mail, dc=ph, dc=com. Why? 3. How disable lookup in another LDAP places exept ou=Mail, dc=ph, dc=com? Thanks for answers. From worklord at yandex.ru Sat Mar 26 21:36:21 2011 From: worklord at yandex.ru (=?UTF-8?B?0JHQsNGB0L7QsiDQldCy0LPQtdC90LjQuQ==?=) Date: Sat, 26 Mar 2011 22:36:21 +0300 Subject: [Dovecot] Dovecot-2.0.11 searches in all LDAP directory In-Reply-To: <4D8E3EF6.7050102@yandex.ru> References: <4D8E3EF6.7050102@yandex.ru> Message-ID: <4D8E4035.5030208@yandex.ru> > I tested IMAP over telnet: > > $ telnet mainserv.ph.com 143 > Trying 192.168.1.252... > Connected to mainserv.ph.com. > Escape character is '^]'. > * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE > IDLE STARTTLS AUTH=PLAIN] Dovecot ready. > a001 LOGIN someuser password1 > > Two passwords are tested: for uid from ou=Mail and ou=Users. Dovecot authenticate with password1 for uid from ou=Mail and for some uid from ou=Users. It should not be. From shopik at inblock.ru Sat Mar 26 23:56:35 2011 From: shopik at inblock.ru (Nikolay Shopik) Date: Sun, 27 Mar 2011 00:56:35 +0300 Subject: [Dovecot] IMAP move extension support In-Reply-To: <3CEB7722-EB7B-4D9C-A260-5140A1E3A80F@iki.fi> References: <3CEB7722-EB7B-4D9C-A260-5140A1E3A80F@iki.fi> Message-ID: <4D8E6113.90207@inblock.ru> On 12.03.2011 2:41, Timo Sirainen wrote: > On 11.3.2011, at 23.25, Nikolay Shopik wrote: > >> Any chance we could get IMAP move extension support in Dovecot? >> http://tools.ietf.org/html/draft-krecicki-imap-move-01 > > Little chance at the moment. It's not easy. It's actually very difficult. I would want to create "doveadm move" command, but I think I'll just make that to be a copy+expunge as well. > Timo, Forgot to ask, will be "copy+expunge" actually atomic operation? This is currently problem with copy+expunge from email client at least. From philledwards at gmail.com Sun Mar 27 01:54:31 2011 From: philledwards at gmail.com (Phill Edwards) Date: Sun, 27 Mar 2011 10:54:31 +1100 Subject: [Dovecot] How can I view these email files? In-Reply-To: References: Message-ID: >> Of course these don't show up in my IMAP client so I can't read them. >> Does anyone know a way I can point some sort of email client at these >> to read them? Or a way to transfer them under Maildir/new so that I >> can read them as part of my normal inbox? I know that some of them >> have attachments. > > Just mv them into new/ Thanks so much - I had no idea it would be that easy! Worked a treat. From CMarcus at Media-Brokers.com Sun Mar 27 02:04:58 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Sat, 26 Mar 2011 20:04:58 -0400 Subject: [Dovecot] Dovecot 2.0.9: Thunderbird 3.1.9: Very slow while open sent folder with many (4k>) mails In-Reply-To: <1300984500.21588.55.camel@pcdenny> References: <1300984500.21588.55.camel@pcdenny> Message-ID: <4D8E7F2A.4040901@Media-Brokers.com> On 3/24/2011 12:35 PM, Denny Schierz wrote: > Our config: > > auth_anonymous_username = anonymous No... please, provide only dovecot -n output... -- Best regards, Charles From easy12377 at gmx.de Sun Mar 27 16:30:37 2011 From: easy12377 at gmx.de (Markus) Date: Sun, 27 Mar 2011 15:30:37 +0200 Subject: [Dovecot] try to compile dovecot 2.0.11 with ssl support In-Reply-To: <20110326185420.304800@gmx.net> References: <20110326185420.304800@gmx.net> Message-ID: <4D8F3BFD.2070205@gmx.de> hello, >> Do you have "#define HAVE_SSL" in config.h? > No, I only can find "#define HAVE_OPENSSL" > Sorry, this was wrong, I also have "#define HAVE_SSL". Regards, Markus From stsiol at yahoo.co.uk Sun Mar 27 21:28:29 2011 From: stsiol at yahoo.co.uk (Spyros Tsiolis) Date: Sun, 27 Mar 2011 19:28:29 +0100 (BST) Subject: [Dovecot] try to compile dovecot 2.0.11 with ssl support In-Reply-To: <20110326185420.304800@gmx.net> Message-ID: <270375.59222.qm@web27202.mail.ukl.yahoo.com> --- On Sat, 26/3/11, easy klaus wrote: > From: easy klaus > Subject: Re: [Dovecot] try to compile dovecot 2.0.11 with ssl support > To: dovecot at dovecot.org > Date: Saturday, 26 March, 2011, 20:54 > Hello, > > >>? ? ? SSL ............ : yes > (OpenSSL) > > > >So it should be there.. > > > >> so it looks like SSL support is included, but when > I start dovecot the > >> message is: > >> > >>? ? ? doveconf: Error: SSL support > not compiled in but ssl=yes > > > >Well, that's weird. Are you sure you're running the > just-compiled > >version of Dovecot (i.e. not a previously installed > version that didn't > >have OpenSSL compiled in)? > > > > Yes, I think so. I tried to find every dovecot directory > and files and deleted it. After "make" and "make install" > there was a new file under "/usr/local/sbin/dovecot" this is > the one I use. > > >What does dovecot --build-options say? > > output of "/usr/local/sbin/dovecot --build-options" > > Build options: ioloop=epoll notify=dnotify ipv6 > io_block_size=8192 > Mail storages: cydir maildir mbox mdbox raw sdbox shared > SQL drivers: > Passdb: checkpassword passwd passwd-file shadow > Userdb: checkpassword nss passwd prefetch passwd-file > > This looks strange because there is no ssl support. > > >Do you have "#define HAVE_SSL" in config.h? > > No, I only can find "#define HAVE_OPENSSL" > > Regards, Markus > > > -- > NEU: FreePhone - kostenlos mobil telefonieren und > surfen!??? ??? > ??? > Jetzt informieren: http://www.gmx.net/de/go/freephone > Chaps, on the same issue, does one need to have both SSLs configured in ? Like "OpenSSL" _and_ "SSL" support build in or just one of the two ? Thanks, s. ---- "I merely function as a channel that filters music through the chaos of noise" - Vangelis From mhlavink at redhat.com Mon Mar 28 09:38:28 2011 From: mhlavink at redhat.com (Michal Hlavinka) Date: Mon, 28 Mar 2011 08:38:28 +0200 Subject: [Dovecot] Regression in settings-parser.c (dovecot 2.0.11) In-Reply-To: <1301094124.13041.98.camel@hurina> References: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> <1301094124.13041.98.camel@hurina> Message-ID: <201103280638.p2S6cWkW028329@int-mx09.intmail.prod.int.phx2.redhat.com> On Saturday, March 26, 2011 01:02:04 Timo Sirainen wrote: > On Fri, 2011-03-25 at 09:57 +0100, Michal Hlavinka wrote: > > Hi, > > > > one Fedora user sees regression in dovecot 2.0.11 (compared to prev. 2.0.9). There was change recently: > > http://hg.dovecot.org/dovecot-2.0/diff/bc77e80947c0/src/lib-settings/settings-parser.c > > which adds call to settings_find_key_nth(...., &parent_def,...). This function can set parent_def to NULL, but > > there is no check for this situation in the code. So on next line if (parent_def->type !=... dovecot crashes. > > We've tested simple fix: if (parent_def==NULL) return FALSE; and everything was working again. > > Well, yes, there is a bug. But how is this happening? > > > #3 0x004f94fd in settings_parse_keyvalue (ctx=0x99e4050, > > key=0x99c42f8 "plugin//etc/dovecot/users", value=0x99c42f2 "yes") > > Where is this "plugin//etc/dovecot/users=yes" coming from? Is it from a > userdb lookup that returns a broken setting? If Dovecot is somehow > internally setting this, there's a bug somewhere. User reported he uses original configuration with minimal changes: """My configuration differs only slightly from what the RPM delivers. Instead of using the file auth-system.conf.ext, I use a file with the following content: passdb { driver = passwd-file args = username_format=%u /etc/dovecot/users } userdb { driver = passwd args = username_format=%u /etc/dovecot/users } """"" From tss at iki.fi Mon Mar 28 10:46:01 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 28 Mar 2011 10:46:01 +0300 Subject: [Dovecot] Regression in settings-parser.c (dovecot 2.0.11) In-Reply-To: <201103280638.p2S6cWkW028329@int-mx09.intmail.prod.int.phx2.redhat.com> References: <201103250857.p2P8vtPJ015390@int-mx10.intmail.prod.int.phx2.redhat.com> <1301094124.13041.98.camel@hurina> <201103280638.p2S6cWkW028329@int-mx09.intmail.prod.int.phx2.redhat.com> Message-ID: On 28.3.2011, at 9.38, Michal Hlavinka wrote: >>> #3 0x004f94fd in settings_parse_keyvalue (ctx=0x99e4050, >>> key=0x99c42f8 "plugin//etc/dovecot/users", value=0x99c42f2 "yes") >> >> Where is this "plugin//etc/dovecot/users=yes" coming from? Is it from a >> userdb lookup that returns a broken setting? If Dovecot is somehow >> internally setting this, there's a bug somewhere. > > User reported he uses original configuration with minimal changes: > """My configuration differs only slightly from what the RPM delivers. Instead of > using the file auth-system.conf.ext, I use a file with the following content: > passdb { > driver = passwd-file > args = username_format=%u /etc/dovecot/users > } The above is right. > userdb { > driver = passwd > args = username_format=%u /etc/dovecot/users > } I see, this was the problem. I think that should be driver=passwd-file in there. Or alternatively the args should be empty. From playedalive at gmail.com Mon Mar 28 01:06:04 2011 From: playedalive at gmail.com (duonut) Date: Sun, 27 Mar 2011 15:06:04 -0700 (PDT) Subject: [Dovecot] FTS Compound Search In-Reply-To: <1301093303.13041.89.camel@hurina> References: <31241908.post@talk.nabble.com> <1301093303.13041.89.camel@hurina> Message-ID: <31252675.post@talk.nabble.com> Timo Sirainen wrote: > >> Does the latest version of V2 support compound searches with fts squat? > > No. > >> If not, does fts with solr support compound searches? > > I think it does, but I'm not entirely sure. > > Thanks, does anyone else know if the solr plugin supports compound searches, before i go and recompile and build solr to try it myself? -- View this message in context: http://old.nabble.com/FTS-Compound-Search-tp31241908p31252675.html Sent from the Dovecot mailing list archive at Nabble.com. From tss at iki.fi Mon Mar 28 11:10:17 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 28 Mar 2011 11:10:17 +0300 Subject: [Dovecot] IMAP move extension support In-Reply-To: <4D8E6113.90207@inblock.ru> References: <3CEB7722-EB7B-4D9C-A260-5140A1E3A80F@iki.fi> <4D8E6113.90207@inblock.ru> Message-ID: <8FC303E3-9EBE-4397-B38B-5B85A8645131@iki.fi> On 26.3.2011, at 23.56, Nikolay Shopik wrote: >> Little chance at the moment. It's not easy. It's actually very difficult. I would want to create "doveadm move" command, but I think I'll just make that to be a copy+expunge as well. doveadm move command is in hg. > Forgot to ask, will be "copy+expunge" actually atomic operation? This is currently problem with copy+expunge from email client at least. It's not atomic, but its behavior should be close enough for it to not matter. If copying fails, nothing is moved. If copying succeeds, those messages are expunged. Duplicates happen only if doveadm crashes between those actions. (If moving from multiple source mailboxes it can get messier.) From nmilas at noa.gr Mon Mar 28 12:51:29 2011 From: nmilas at noa.gr (Nikolaos Milas) Date: Mon, 28 Mar 2011 12:51:29 +0300 Subject: [Dovecot] Upgrade to v2.0 conf file fails Message-ID: <4D905A21.9020909@noa.gr> Hi, I am trying to use the command: doveconf -n -c dovecot-1.conf > dovecot-2.conf to upgrade my dovecot.conf file, but it fails (see below). Judging from the message that vsz_limit is the new setting for login_process_size, I have retried using login_process_size=256 rather than login_process_size=64 (which was the initial value), but the error persists. Please advise. Thanks, Nick Output of "doveconf -n -c" command: =========================================================================================================================== doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -n > dovecot-new.conf doveconf: Warning: Obsolete setting in dovecot.conf:1: protocols=imaps is no longer necessary, remove it doveconf: Warning: Obsolete setting in dovecot.conf:1: protocols=pop3s is no longer necessary, remove it doveconf: Warning: Obsolete setting in dovecot.conf:6: ssl_cert_file has been replaced by ssl_cert = From joseba.torre at ehu.es Mon Mar 28 14:19:13 2011 From: joseba.torre at ehu.es (Joseba Torre) Date: Mon, 28 Mar 2011 13:19:13 +0200 Subject: [Dovecot] Dovecot-2.0.11 searches in all LDAP directory In-Reply-To: <4D8E4035.5030208@yandex.ru> References: <4D8E3EF6.7050102@yandex.ru> <4D8E4035.5030208@yandex.ru> Message-ID: <201103281319.14208.joseba.torre@ehu.es> On Saturday 26 March 2011 20:36:21 ????? ??????? wrote: > Dovecot authenticate with password1 for uid from ou=Mail and for some > uid from ou=Users. It should not be. Maybe the password in the ou=Users matches the pam password? Maybe pam is checking ldap? This could also explain why sometimes the home is not set correctly. If not needed, remove the pam passdb and the passwd userdb and check again. HTH -- Joseba Torre. Vicegerencia de TICs, ?rea de Explotaci?n From Andreas.Kossack at TU-Cottbus.De Mon Mar 28 14:42:10 2011 From: Andreas.Kossack at TU-Cottbus.De (Andreas Kossack) Date: Mon, 28 Mar 2011 13:42:10 +0200 Subject: [Dovecot] Errors logged from 2.0.11 In-Reply-To: <1300727816.13041.40.camel@hurina> References: <4D7F33B3.1000606@TU-Cottbus.De> <1300293178.19220.597.camel@hurina> <4D870A18.1040601@TU-Cottbus.De> <1300727816.13041.40.camel@hurina> Message-ID: <4D907412.9090202@TU-Cottbus.De> Hi Timo, hi all, > I see. INDEX=MEMORY is the problem, fixed: > http://hg.dovecot.org/dovecot-2.0/rev/4f1b77b81cf3 > > (Why do you have indexes disabled anyway?) Because of too much errors "Corrupted index cache file ..." in logfiles. -- Mit freundlichen Gr??en A. Kossack _______________________________________________________________________________ Andreas Kossack Andreas.Kossack at TU-Cottbus.De BTU Cottbus, Brandenburg, Germany, Walther-Pauer-Str.2, 03046 Cottbus http://wwwca.telesec.de/cgi-bin/caservice/Common/InstallRoot/DT-Root-CA-2.der _______________________________________________________________________________ Diese Nachricht wurde aus 100% wiederverwerteten Elektronen erstellt. _______________________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 6731 bytes Desc: S/MIME Cryptographic Signature URL: From swartel at zero-spam.fr Mon Mar 28 15:40:04 2011 From: swartel at zero-spam.fr (=?UTF-8?Q?St=C3=A9phane_Wartel?=) Date: Mon, 28 Mar 2011 14:40:04 +0200 Subject: [Dovecot] Support not compiled in for passdb driver ldap Message-ID: Hello, From repo, the lastest release 2.0.11-0~auto+32 does not have ldap support :/ auth: Fatal: Support not compiled in for passdb driver 'ldap' Regards, Stephane From swartel at zero-spam.fr Mon Mar 28 16:13:33 2011 From: swartel at zero-spam.fr (=?UTF-8?B?U3TDqXBoYW5lIFdhcnRlbA==?=) Date: Mon, 28 Mar 2011 15:13:33 +0200 Subject: [Dovecot] Support not compiled in for passdb driver ldap In-Reply-To: References: Message-ID: <4D90897D.305@zero-spam.fr> Sorry, solved by installing dovecot-ldap. Stephane Le 28/03/2011 14:40, St?phane Wartel a ?crit : > auth: Fatal: Support not compiled in for passdb driver 'ldap' From andrew at sybaweb.com Mon Mar 28 16:25:06 2011 From: andrew at sybaweb.com (Andrew Lewis) Date: Mon, 28 Mar 2011 15:25:06 +0200 Subject: [Dovecot] SiS: Attachment file larger than expected Message-ID: <20110328152506.7c48604a.andrew@sybaweb.com> I recently set up SiS and imported a large chunk of mail. I've noticed one or two instances of this in the logs: Mar 28 09:03:50 mail dovecot: imap(xxx at yyy.zz): Error: Attachment file /mailstore/attachments/ce/73/ce737a45fe07495e2ae6466f9e381a30d5ec300406f11269d79bd5608cc0c922-822b3d2df67f8e4d7f5000009501e12a larger than expected (252218) Mar 28 14:52:34 mail dovecot: pop3(zzz at xxx.yy): Error: Attachment file /mailstore/attachments/c5/e1/c5e13d671d1d796680ae7166363afcb819af3d9cd04e01de7d65031b2f732bdf-b2ecf918b910904d826200009501e12a larger than expected (143959) Could that be an indication of a hash collision? No problem reports from the affected users. Output of du -b below: 186572 /mailstore/attachments/ce/73/ce737a45fe07495e2ae6466f9e381a30d5ec300406f11269d79bd5608cc0c922-822b3d2df67f8e4d7f5000009501e12a 106489 /mailstore/attachments/c5/e1/c5e13d671d1d796680ae7166363afcb819af3d9cd04e01de7d65031b2f732bdf-b2ecf918b910904d826200009501e12a Both attachments are PDF documents. I'm using Dovecot 2.0.11 + changesets d3d6ed6d268b and 890a46b3ab63 from git. -- Andrew Lewis From tss at iki.fi Mon Mar 28 16:31:27 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 28 Mar 2011 16:31:27 +0300 Subject: [Dovecot] SiS: Attachment file larger than expected In-Reply-To: <20110328152506.7c48604a.andrew@sybaweb.com> References: <20110328152506.7c48604a.andrew@sybaweb.com> Message-ID: <45EAA516-A8CB-4BB9-9AE7-447A28B61587@iki.fi> On 28.3.2011, at 16.25, Andrew Lewis wrote: > I recently set up SiS and imported a large chunk of mail. With dsync? > I've noticed one or two instances of this in the logs: > > Mar 28 09:03:50 mail dovecot: imap(xxx at yyy.zz): Error: Attachment file /mailstore/attachments/ce/73/ce737a45fe07495e2ae6466f9e381a30d5ec300406f11269d79bd5608cc0c922-822b3d2df67f8e4d7f5000009501e12a larger than expected (252218) Do you think it's possible for you to reproduce this? If you have the original pre-dbox mail and you convert it to a new and empty dbox+sis and reading it gives this error message, I'd really like to get the original mail. > Could that be an indication of a hash collision? Highly unlikely. There have been other similar error reports, so I know there's a bug somewhere. I just don't really know where. I haven't managed to reproduce any SIS errors with any of my tests. From andrew at sybaweb.com Mon Mar 28 17:00:18 2011 From: andrew at sybaweb.com (Andrew Lewis) Date: Mon, 28 Mar 2011 16:00:18 +0200 Subject: [Dovecot] SiS: Attachment file larger than expected In-Reply-To: <45EAA516-A8CB-4BB9-9AE7-447A28B61587@iki.fi> References: <20110328152506.7c48604a.andrew@sybaweb.com> <45EAA516-A8CB-4BB9-9AE7-447A28B61587@iki.fi> Message-ID: <20110328160018.16048d78.andrew@sybaweb.com> Hi Timo, > > I recently set up SiS and imported a large chunk of mail. > With dsync? Using fetchmail (delivery via LMTP) and imapsync, dsync does not support the mail storage I moved away from. > Do you think it's possible for you to reproduce this? If you have the original pre-dbox mail and you convert it to a new > and empty dbox+sis and reading it gives this error message, I'd really like to get the original mail. Yes, I was able to reproduce this (by imapsync'ing the old mailbox and then sync'ing the copy elsewhere): Mar 28 15:54:38 mail dovecot: imap(dru.test at xxx): Error: Attachment file /mailstore/attachments/ce/73/ce737a45fe07495e2ae6466f9e381a30d5ec300406f11269d79bd5608cc0c922-e2ff0d2b0692904dc51b00009501e12a larger than expected (252218) Mar 28 15:54:54 mail dovecot: imap(dru.test at xxx): Error: Attachment file /mailstore/attachments/ad/16/ad1634c6cd19fd3cfb5b924bfa1ca8bf57075c760da29c16669a261af4edf11c-e0e90f379b92904dc72400009501e12a larger than expected (135722) Mar 28 15:54:54 mail dovecot: imap(dru.test at xxx): Error: FETCH [] for mailbox Backup/Sent Items UID 81 got too little data: 1253411 vs 1253413 Mar 28 15:54:54 mail dovecot: imap(dru.test at xxx): Error: Corrupted index cache file /mailstore/sybaweb.co.za/dru.test/mailboxes/Backup/Sent Items/dbox-Mails/dovecot.index.cache: Broken virtual size for mail UID 81 How best to extract the problem e-mail to send it to you? > > Could that be an indication of a hash collision? > Highly unlikely. There have been other similar error reports, so I know there's a bug somewhere. I just don't really know > where. I haven't managed to reproduce any SIS errors with any of my tests. Good to hear. I didn't think I'd be that unlucky (though suspected I could be). -- Andrew Lewis From michael.abbott at apple.com Mon Mar 28 21:43:35 2011 From: michael.abbott at apple.com (Mike Abbott) Date: Mon, 28 Mar 2011 13:43:35 -0500 Subject: [Dovecot] imaptest assertion failure In-Reply-To: <1301095591.13041.110.camel@hurina> References: <8FB1DF29-6BC0-4D0B-8B7B-9E2F934F053A@apple.com> <1301095591.13041.110.camel@hurina> Message-ID: >> $ ./imaptest user=foo pass=bar host=localhost test=tests >> Error: connect() failed: No route to host > > I can't reproduce this connect() failure. Not in OSX or Linux. It has something to do with IPv6 or multiple aliases of localhost, for if I comment out this line in client_new() like so it runs fine: // if (++conf.ip_idx == conf.ips_count) FYI my /etc/hosts says: 127.0.0.1 localhost ::1 localhost fe80::1%lo0 localhost Anyway, I was trying to use imaptest to make a reproducible case for you to troubleshoot the "dovecot-uidlist: Duplicate file entry" warnings but with no joy yet. Do you have any hints as to what I should try next? From wshekrota at penguinacity.org Mon Mar 28 22:36:50 2011 From: wshekrota at penguinacity.org (Walt Shekrota) Date: Mon, 28 Mar 2011 15:36:50 -0400 Subject: [Dovecot] file permissions Message-ID: <201103281536.51934.wshekrota@penguinacity.org> Dovecot 1.2.12 maildir format using :LAYOUT=fs (my Mail dir came from KDE) I can't remember the permissions of the /Mail/ directory because I haven't been concerned with it too much until now. I think they were user:user or user:mail. Now a new mail ends up 600 root:mail. (in alternate directories) When I start my mutt client to the imap server it gets an error for any folder containing a root:mail new mail file. I think the root ownership is a procmail side effect? If I chmod 760 Mail/folder/* (then the new emails show in dovecot without the access error) It appears mail comes to the INBOX fine just not individual folders On the initial access, dovecot gets a "missing +r perm" or "+x" in the log. 1: What permission structure should permeate my Mail dir? 2: What might affect the incoming mail file getting wrong permissions/ownership? I'm thinking the later may be a procmail issue unless it is related to initial incorrect permissions? Thanks for any insight. -Walt From robert at schetterer.org Mon Mar 28 22:43:30 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 28 Mar 2011 21:43:30 +0200 Subject: [Dovecot] xi.rename-it.nl problems Message-ID: <4D90E4E2.7070809@schetterer.org> Hi , i know there were errors reported before with autobuild packs from xi.rename-it.nl , hint was purge and remove old dovecot packs, but at reinstall i ever get such ucfr: Attempt from package dovecot-pop3d to take /etc/dovecot/conf.d/20-pop3.conf away from package dovecot-common ucfr: Aborting. on a few packs ,any idea? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From CMarcus at Media-Brokers.com Mon Mar 28 22:49:53 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 28 Mar 2011 15:49:53 -0400 Subject: [Dovecot] file permissions In-Reply-To: <201103281536.51934.wshekrota@penguinacity.org> References: <201103281536.51934.wshekrota@penguinacity.org> Message-ID: <4D90E661.6070605@Media-Brokers.com> On 2011-03-28 3:36 PM, Walt Shekrota wrote: > I'm thinking the later may be a procmail issue unless it is related > to initial incorrect permissions? Timo - I'm curious... some programs have the ability to check permissions on their respective directories they work with/on, and fix them if necessary... any chance dovecot could do that? -- Best regards, Charles From david at blue-labs.org Mon Mar 28 23:02:34 2011 From: david at blue-labs.org (David Ford) Date: Mon, 28 Mar 2011 16:02:34 -0400 Subject: [Dovecot] file permissions In-Reply-To: <4D90E661.6070605@Media-Brokers.com> References: <201103281536.51934.wshekrota@penguinacity.org> <4D90E661.6070605@Media-Brokers.com> Message-ID: <4D90E95A.9010104@blue-labs.org> On 03/28/11 15:49, Charles Marcus wrote: > On 2011-03-28 3:36 PM, Walt Shekrota wrote: >> I'm thinking the later may be a procmail issue unless it is related >> to initial incorrect permissions? > Timo - I'm curious... some programs have the ability to check > permissions on their respective directories they work with/on, and fix > them if necessary... any chance dovecot could do that? please make sure this is optional. dovecot always tries to set the wrong ownership on our servers. -david From stephan at rename-it.nl Mon Mar 28 23:20:06 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Mon, 28 Mar 2011 22:20:06 +0200 Subject: [Dovecot] xi.rename-it.nl problems In-Reply-To: <4D90E4E2.7070809@schetterer.org> References: <4D90E4E2.7070809@schetterer.org> Message-ID: <4D90ED76.4020401@rename-it.nl> Op 28-3-2011 21:43, Robert Schetterer schreef: > Hi , i know there were errors reported before > with autobuild packs from > xi.rename-it.nl , hint was purge and remove old dovecot packs, > but at reinstall i ever get such > > > > ucfr: Attempt from package dovecot-pop3d to take > /etc/dovecot/conf.d/20-pop3.conf away from package dovecot-common > ucfr: Aborting. > > on a few packs ,any idea? Did you execute the ucfr --purge commands? This is explained in my earlier posting: http://www.dovecot.org/list/dovecot/2011-March/057959.html Regards, Stephan. From CMarcus at Media-Brokers.com Mon Mar 28 23:21:09 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 28 Mar 2011 16:21:09 -0400 Subject: [Dovecot] file permissions In-Reply-To: <4D90E95A.9010104@blue-labs.org> References: <201103281536.51934.wshekrota@penguinacity.org> <4D90E661.6070605@Media-Brokers.com> <4D90E95A.9010104@blue-labs.org> Message-ID: <4D90EDB5.2090000@Media-Brokers.com> On 2011-03-28 4:02 PM, David Ford wrote: > please make sure this is optional. dovecot always tries to set the wrong ownership on our servers. Of course I meant a doveadm argument... Something like doveadm --fix-perms -- Best regards, Charles From david at davidwbrown.name Mon Mar 28 23:22:56 2011 From: david at davidwbrown.name (david at davidwbrown.name) Date: Mon, 28 Mar 2011 20:22:56 +0000 (UTC) Subject: [Dovecot] dovecot auth password mismatch Message-ID: <1301343776.15774@davidwbrown.name> Hello dovecot gods, after using Postfix with webmail for 8 years the new gen of email smartphones forces me to consider using IMAP. Actually, for several months I was successfully using IMAP. I believe the reason why IMAP worked previously (before migrating to the Cloud) the hosting server and the client machines were considered local by the system. Now, I have moved everything to a Cloud service. And, now attempts to use my Ubuntu Evolution or iPhone generates the following error condition in my logs: dovecot: auth(default): client in: AUTH 1 PLAIN service=imap lip=xxx.yyy.www.zzz rip=75.214.160.72 lport=143 rport=59107 resp=AGRhdmlkAGx1dGVmaXNr dovecot: auth(default): passwd(kilroy,75.214.160.72): lookup dovecot: auth(default): passwd(kilroy,75.214.160.72): Password mismatch dovecot: auth(default): passwd(kilroy,75.214.160.72): CRYPT(mypass) != 'x' dovecot: auth(default): new auth connection: pid=15522 dovecot: auth(default): client out: FAIL 1 user=kilroy ******************* dovecot -n ******************* 1.2.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.34.1-rscloud x86_64 Ubuntu 10.04.2 LTS log_timestamp: %Y-%m-%d %H:%M:%S disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_privileged_group: mail mail_location: maildir:~/Maildir mbox_write_locks: fcntl dotlock auth default: realms: myname.name, hisname.name, hername.name default_realm: myrealm.com username_format: %n verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd userdb: driver: passwd From robert at schetterer.org Mon Mar 28 23:52:27 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 28 Mar 2011 22:52:27 +0200 Subject: [Dovecot] xi.rename-it.nl problems In-Reply-To: <4D90ED76.4020401@rename-it.nl> References: <4D90E4E2.7070809@schetterer.org> <4D90ED76.4020401@rename-it.nl> Message-ID: <4D90F50B.8070908@schetterer.org> Am 28.03.2011 22:20, schrieb Stephan Bosch: > Op 28-3-2011 21:43, Robert Schetterer schreef: >> Hi , i know there were errors reported before >> with autobuild packs from >> xi.rename-it.nl , hint was purge and remove old dovecot packs, >> but at reinstall i ever get such >> >> >> >> ucfr: Attempt from package dovecot-pop3d to take >> /etc/dovecot/conf.d/20-pop3.conf away from package dovecot-common >> ucfr: Aborting. >> >> on a few packs ,any idea? > > Did you execute the ucfr --purge commands? This is explained in my > earlier posting: > > http://www.dovecot.org/list/dovecot/2011-March/057959.html > > Regards, > > Stephan. jep did like this ucfr --purge --force dovecot-imapd /etc/dovecot/conf.d/20-imap.conf ucfr --purge --force dovecot-sieve /etc/dovecot/conf.d/90-sieve.conf ucfr --purge --force dovecot-managesieved /etc/dovecot/conf/20managesieve.conf but this seems not enough i.e is a must have at my site ucfr --purge --force dovecot-common /etc/dovecot/conf.d/20-pop3.conf ucfr --purge --force dovecot-common /etc/dovecot/dovecot-ldap.conf.ext ucfr --purge --force dovecot-common /etc/dovecot/conf.d/20-lmtp.conf for sure only if i want to install all this packs but pop3 should be very wide spreaded anyway but thx bringing me on the right way now i will look what else might breaked with update From ianj at ian-justman.com Tue Mar 29 04:05:57 2011 From: ianj at ian-justman.com (Ian R. Justman) Date: Mon, 28 Mar 2011 18:05:57 -0700 Subject: [Dovecot] Trouble with password scheme module Message-ID: <4D913075.1060902@ian-justman.com> Hi, all. About two and a half years ago, I wrote a hack to add an additional MD5-based password scheme to Dovecot, but I wrote it as a hack to src/auth/password_scheme.c since it was relatively easy to do, and I needed to get a machine running since the machine I was replacing, a Sun Ultra 5 running Post.Office, had dying hard drives. Now, I'm actually sitting down and adapting it as a module and am having trouble getting it to work. The code tarball itself can be picked up here: http://www.ian-justman.com/code/dovecot/password_scheme_po_smd5.tar.gz Before I continued, I made sure that a system-level account worked: # telnet 110 Trying ... Connected to . Escape character is '^]'. +OK Dovecot ready. user +OK pass +OK Logged in. quit +OK Logging out. Connection closed by foreign host. I then enabled the module, which introduces the password scheme "PO-SMD5". I have Dovecot's default scheme set to SMD5. If I get a password hash whose value has a {PO-SMD5} tag on it, the session looks like the following: # telnet 110 Trying ... Connected to . Escape character is '^]'. +OK Dovecot ready. user +OK pass -ERR Authentication failed. quit +OK Logging out Connection closed by foreign host. The following entry is deposited into the system log: Mar 28 17:44:51 dovecot: auth: Error: sql(,): Unknown scheme PO-SMD5 However, when I try using an account covered by the system (which does work when the plugin isn't loaded in dovecot.conf), the session looks like the following: mikuru# telnet 110 Trying ... Connected to . Escape character is '^]'. +OK Dovecot ready. user +OK pass Connection closed by foreign host. The following entry is deposited into the system log: Mar 28 17:45:13 dovecot: pop3: Error: dlopen(/usr/local/lib/dovecot/lib_password_scheme_po_smd5.so) failed: /usr/local/lib/dovecot/lib_password_scheme_po_smd5.so: Undefined symbol "password_scheme_unregister" Otherwise, the patch I developed under 1.x applies cleanly to 2.0.x's password_scheme.c and works perfectly as a builtin. This work was done under FreeBSD 8.1-RELEASE amd64. Any ideas? --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com From ianj at ian-justman.com Tue Mar 29 04:49:00 2011 From: ianj at ian-justman.com (Ian R. Justman) Date: Mon, 28 Mar 2011 18:49:00 -0700 Subject: [Dovecot] Trouble with password scheme module In-Reply-To: <4D913075.1060902@ian-justman.com> References: <4D913075.1060902@ian-justman.com> Message-ID: <4D913A8C.8020303@ian-justman.com> On 03/28/2011 18:05, Ian R. Justman wrote: [...] > The code tarball itself can be picked up here: > > http://www.ian-justman.com/code/dovecot/password_scheme_po_smd5.tar.gz I now offer the file for download, though I will need to write some quick docs. [... troubleshooting I did removed ...] > Otherwise, the patch I developed under 1.x applies cleanly to 2.0.x's > password_scheme.c and works perfectly as a builtin. > > This work was done under FreeBSD 8.1-RELEASE amd64. > > Any ideas? I found that I'm an idiot. The plugin was in entirely the wrong spot. It should have been in /usr/local/lib/dovecot/auth rather than in where I had it, /usr/local/lib/dovecot. Once I moved the module into place and an unnecessary config fixed, it works fine. I can now continue to use my Post.Office password hashes as before without having to patch the codebase each and every time a new release of Dovecot comes out. More to come! --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com From ianj at ian-justman.com Tue Mar 29 05:37:30 2011 From: ianj at ian-justman.com (Ian R. Justman) Date: Mon, 28 Mar 2011 19:37:30 -0700 Subject: [Dovecot] Trouble with password scheme module In-Reply-To: <4D913A8C.8020303@ian-justman.com> References: <4D913075.1060902@ian-justman.com> <4D913A8C.8020303@ian-justman.com> Message-ID: <4D9145EA.5000708@ian-justman.com> On 03/28/2011 18:49, Ian R. Justman wrote: > On 03/28/2011 18:05, Ian R. Justman wrote: > > [...] > >> The code tarball itself can be picked up here: >> >> http://www.ian-justman.com/code/dovecot/password_scheme_po_smd5.tar.gz > > I now offer the file for download, though I will need to write some > quick docs. [...] > More to come! The tarball now has documentation for how to build, install and use. --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com From CMarcus at Media-Brokers.com Tue Mar 29 13:59:44 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Tue, 29 Mar 2011 06:59:44 -0400 Subject: [Dovecot] file permissions In-Reply-To: <4D90EDB5.2090000@Media-Brokers.com> References: <201103281536.51934.wshekrota@penguinacity.org> <4D90E661.6070605@Media-Brokers.com> <4D90E95A.9010104@blue-labs.org> <4D90EDB5.2090000@Media-Brokers.com> Message-ID: <4D91BBA0.5050705@Media-Brokers.com> On 2011-03-28 4:21 PM, Charles Marcus wrote: > On 2011-03-28 4:02 PM, David Ford wrote: >> please make sure this is optional. dovecot always tries to set the wrong ownership on our servers. > > Of course I meant a doveadm argument... > > Something like doveadm --fix-perms and of course it should take take your config into account. -- Best regards, Charles From hkeasytech at gmail.com Tue Mar 29 14:22:44 2011 From: hkeasytech at gmail.com (Barry Kwok) Date: Tue, 29 Mar 2011 19:22:44 +0800 Subject: [Dovecot] global sieve not working Message-ID: My global sieve rule is not working and do not compile. But per-user sieve is working. Here is my dovecot -n: log_path: /var/log/dovecot.log protocols: imap pop3 ssl: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_uid: 501 mail_gid: 501 mail_location: maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ mail_debug: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota acl imap_acl mail_plugins(imap): quota imap_quota acl imap_acl mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: shared/%%u/ location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu list: children lda: postmaster_address: root mail_plugins: sieve quota autocreate expire auth_socket_path: /var/run/dovecot/auth-master sieve_global_path: /var/vmail/sieve/dovecot.sieve log_path: /var/log/sieve.log auth default: mechanisms: plain login default_realm: mydomain.net user: vmail username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ passdb: driver: pam passdb: driver: sql args: /etc/dovecot-mysql.conf userdb: driver: passwd userdb: driver: sql args: /etc/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/dovecot-auth mode: 438 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: vmail group: vmail plugin: quota: dict:user::proxy::quota quota: maildir quota_rule: *:storage=0 acl: vfile acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db expire: Trash 7 Trash/* 7 Junk 30 expire_dict: proxy::expire sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve dict: quota: mysql:/etc/dovecot-dict-quota.conf expire: db:/var/lib/dovecot/expire.db By reading sieve.log, it simple ignore sieve_global_path: /var/vmail/sieve/dovecot.sieve but the per user sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working --barry From dovecot.user at seibercom.net Tue Mar 29 14:52:12 2011 From: dovecot.user at seibercom.net (Jerry) Date: Tue, 29 Mar 2011 07:52:12 -0400 Subject: [Dovecot] global sieve not working In-Reply-To: References: Message-ID: <20110329075212.4b8fd85c@scorpio> On Tue, 29 Mar 2011 19:22:44 +0800 Barry Kwok articulated: > My global sieve rule is not working and do not compile. But per-user > sieve is working. Are you implying that the global dovecot.sieve does not actually compile or it is not being used? What error message is output when you run: sievec /var/vmail/sieve/dovecot.sieve What are the permissions & ownership on the file? -- Jerry ? Dovecot.user at seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From f.bonnet at esiee.fr Tue Mar 29 15:03:01 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Tue, 29 Mar 2011 14:03:01 +0200 Subject: [Dovecot] service auth { client_limit=4096 } is lower than required under max. load (5720 Message-ID: <4D91CA75.8080202@esiee.fr> Hello Since I started up dovecot2 this morning I get this kind of warning message when I start Dovecot Help appreciated thanks doveconf: Warning: service auth { client_limit=4096 } is lower than required under max. load (5720) Stopping dovecot. Waiting for PIDS: 79978, 79978. doveconf: Warning: service auth { client_limit=4096 } is lower than required under max. load (5720) Starting dovecot. doveconf: Warning: service auth { client_limit=4096 } is lower than required under max. load (5720) Warning: service auth { client_limit=4096 } is lower than required under max. load (5720) From tom at whyscream.net Tue Mar 29 15:04:12 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Tue, 29 Mar 2011 14:04:12 +0200 Subject: [Dovecot] global sieve not working In-Reply-To: References: Message-ID: <4D91CABC.6010706@whyscream.net> On 29/03/11 13:22, Barry Kwok wrote: > My global sieve rule is not working and do not compile. But per-user sieve > is working. > Here is my dovecot -n: > > log_path: /var/log/dovecot.log > protocols: imap pop3 > ssl: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/libexec/dovecot/imap-login > login_executable(imap): /usr/libexec/dovecot/imap-login > login_executable(pop3): /usr/libexec/dovecot/pop3-login > mail_uid: 501 > mail_gid: 501 > mail_location: maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ > mail_debug: yes > mail_executable(default): /usr/libexec/dovecot/imap > mail_executable(imap): /usr/libexec/dovecot/imap > mail_executable(pop3): /usr/libexec/dovecot/pop3 > mail_plugins(default): quota imap_quota acl imap_acl > mail_plugins(imap): quota imap_quota acl imap_acl > mail_plugins(pop3): > mail_plugin_dir(default): /usr/lib/dovecot/imap > mail_plugin_dir(imap): /usr/lib/dovecot/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 > pop3_client_workarounds(default): > pop3_client_workarounds(imap): > pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh > namespace: > type: private > separator: / > inbox: yes > list: yes > subscriptions: yes > namespace: > type: shared > separator: / > prefix: shared/%%u/ > location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu > list: children > lda: > postmaster_address: root > mail_plugins: sieve quota autocreate expire > auth_socket_path: /var/run/dovecot/auth-master > sieve_global_path: /var/vmail/sieve/dovecot.sieve > log_path: /var/log/sieve.log > auth default: > mechanisms: plain login > default_realm: mydomain.net > user: vmail > username_chars: > abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ > passdb: > driver: pam > passdb: > driver: sql > args: /etc/dovecot-mysql.conf > userdb: > driver: passwd > userdb: > driver: sql > args: /etc/dovecot-mysql.conf > socket: > type: listen > client: > path: /var/spool/postfix/dovecot-auth > mode: 438 > user: postfix > group: postfix > master: > path: /var/run/dovecot/auth-master > mode: 438 > user: vmail > group: vmail > plugin: > quota: dict:user::proxy::quota > quota: maildir > quota_rule: *:storage=0 > acl: vfile > acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db > expire: Trash 7 Trash/* 7 Junk 30 > expire_dict: proxy::expire > sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve > dict: > quota: mysql:/etc/dovecot-dict-quota.conf > expire: db:/var/lib/dovecot/expire.db > > > > By reading sieve.log, it simple ignore sieve_global_path: > /var/vmail/sieve/dovecot.sieve but the per user > sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working > I had to do some searching for your sieve_global_path setting, as it is not in the 'plugin' section, but under 'lda'. Seems to me that this is your problem. This ofcourse raises the question why doveconf -n lists the directive when it is misplaced... -- Regards, Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From jk at jkart.de Tue Mar 29 15:27:23 2011 From: jk at jkart.de (Jim Knuth) Date: Tue, 29 Mar 2011 14:27:23 +0200 Subject: [Dovecot] global sieve not working In-Reply-To: <4D91CABC.6010706@whyscream.net> References: <4D91CABC.6010706@whyscream.net> Message-ID: <4D91D02B.6030203@jkart.de> am 29.03.11 14:04 schrieb Tom Hendrikx : > On 29/03/11 13:22, Barry Kwok wrote: >> My global sieve rule is not working and do not compile. But per-user sieve >> is working. >> Here is my dovecot -n: >> >> log_path: /var/log/dovecot.log >> protocols: imap pop3 >> ssl: no >> login_dir: /var/run/dovecot/login >> login_executable(default): /usr/libexec/dovecot/imap-login >> login_executable(imap): /usr/libexec/dovecot/imap-login >> login_executable(pop3): /usr/libexec/dovecot/pop3-login >> mail_uid: 501 >> mail_gid: 501 >> mail_location: maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ >> mail_debug: yes >> mail_executable(default): /usr/libexec/dovecot/imap >> mail_executable(imap): /usr/libexec/dovecot/imap >> mail_executable(pop3): /usr/libexec/dovecot/pop3 >> mail_plugins(default): quota imap_quota acl imap_acl >> mail_plugins(imap): quota imap_quota acl imap_acl >> mail_plugins(pop3): >> mail_plugin_dir(default): /usr/lib/dovecot/imap >> mail_plugin_dir(imap): /usr/lib/dovecot/imap >> mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 >> pop3_client_workarounds(default): >> pop3_client_workarounds(imap): >> pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh >> namespace: >> type: private >> separator: / >> inbox: yes >> list: yes >> subscriptions: yes >> namespace: >> type: shared >> separator: / >> prefix: shared/%%u/ >> location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu >> list: children >> lda: >> postmaster_address: root >> mail_plugins: sieve quota autocreate expire >> auth_socket_path: /var/run/dovecot/auth-master >> sieve_global_path: /var/vmail/sieve/dovecot.sieve >> log_path: /var/log/sieve.log >> auth default: >> mechanisms: plain login >> default_realm: mydomain.net >> user: vmail >> username_chars: >> abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ >> passdb: >> driver: pam >> passdb: >> driver: sql >> args: /etc/dovecot-mysql.conf >> userdb: >> driver: passwd >> userdb: >> driver: sql >> args: /etc/dovecot-mysql.conf >> socket: >> type: listen >> client: >> path: /var/spool/postfix/dovecot-auth >> mode: 438 >> user: postfix >> group: postfix >> master: >> path: /var/run/dovecot/auth-master >> mode: 438 >> user: vmail >> group: vmail >> plugin: >> quota: dict:user::proxy::quota >> quota: maildir >> quota_rule: *:storage=0 >> acl: vfile >> acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db >> expire: Trash 7 Trash/* 7 Junk 30 >> expire_dict: proxy::expire >> sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve >> dict: >> quota: mysql:/etc/dovecot-dict-quota.conf >> expire: db:/var/lib/dovecot/expire.db >> >> >> >> By reading sieve.log, it simple ignore sieve_global_path: >> /var/vmail/sieve/dovecot.sieve but the per user >> sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working >> > > > I had to do some searching for your sieve_global_path setting, as it is > not in the 'plugin' section, but under 'lda'. Seems to me that this is > your problem. I think, that`s right plugin/sieve_global_path = /etc/dovecot/sieve/global/global.sieve plugin/sieve_global_dir = /etc/dovecot/sieve/global/ > > This ofcourse raises the question why doveconf -n lists the directive > when it is misplaced... > > > -- > Regards, > Tom > -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Erfolg h?rt nur auf Applaus. F?r alles andere ist er taub. (Elias Canetti) From hkeasytech at gmail.com Tue Mar 29 16:50:02 2011 From: hkeasytech at gmail.com (Barry Kwok) Date: Tue, 29 Mar 2011 21:50:02 +0800 Subject: [Dovecot] global sieve not working In-Reply-To: <4D91D02B.6030203@jkart.de> References: <4D91CABC.6010706@whyscream.net> <4D91D02B.6030203@jkart.de> Message-ID: On Tue, Mar 29, 2011 at 8:27 PM, Jim Knuth wrote: > am 29.03.11 14:04 schrieb Tom Hendrikx : > > > On 29/03/11 13:22, Barry Kwok wrote: >> >>> My global sieve rule is not working and do not compile. But per-user >>> sieve >>> is working. >>> Here is my dovecot -n: >>> >>> log_path: /var/log/dovecot.log >>> protocols: imap pop3 >>> ssl: no >>> login_dir: /var/run/dovecot/login >>> login_executable(default): /usr/libexec/dovecot/imap-login >>> login_executable(imap): /usr/libexec/dovecot/imap-login >>> login_executable(pop3): /usr/libexec/dovecot/pop3-login >>> mail_uid: 501 >>> mail_gid: 501 >>> mail_location: >>> maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ >>> mail_debug: yes >>> mail_executable(default): /usr/libexec/dovecot/imap >>> mail_executable(imap): /usr/libexec/dovecot/imap >>> mail_executable(pop3): /usr/libexec/dovecot/pop3 >>> mail_plugins(default): quota imap_quota acl imap_acl >>> mail_plugins(imap): quota imap_quota acl imap_acl >>> mail_plugins(pop3): >>> mail_plugin_dir(default): /usr/lib/dovecot/imap >>> mail_plugin_dir(imap): /usr/lib/dovecot/imap >>> mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 >>> pop3_client_workarounds(default): >>> pop3_client_workarounds(imap): >>> pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh >>> namespace: >>> type: private >>> separator: / >>> inbox: yes >>> list: yes >>> subscriptions: yes >>> namespace: >>> type: shared >>> separator: / >>> prefix: shared/%%u/ >>> location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu >>> list: children >>> lda: >>> postmaster_address: root >>> mail_plugins: sieve quota autocreate expire >>> auth_socket_path: /var/run/dovecot/auth-master >>> sieve_global_path: /var/vmail/sieve/dovecot.sieve >>> log_path: /var/log/sieve.log >>> auth default: >>> mechanisms: plain login >>> default_realm: mydomain.net >>> user: vmail >>> username_chars: >>> abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ >>> passdb: >>> driver: pam >>> passdb: >>> driver: sql >>> args: /etc/dovecot-mysql.conf >>> userdb: >>> driver: passwd >>> userdb: >>> driver: sql >>> args: /etc/dovecot-mysql.conf >>> socket: >>> type: listen >>> client: >>> path: /var/spool/postfix/dovecot-auth >>> mode: 438 >>> user: postfix >>> group: postfix >>> master: >>> path: /var/run/dovecot/auth-master >>> mode: 438 >>> user: vmail >>> group: vmail >>> plugin: >>> quota: dict:user::proxy::quota >>> quota: maildir >>> quota_rule: *:storage=0 >>> acl: vfile >>> acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db >>> expire: Trash 7 Trash/* 7 Junk 30 >>> expire_dict: proxy::expire >>> sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve >>> dict: >>> quota: mysql:/etc/dovecot-dict-quota.conf >>> expire: db:/var/lib/dovecot/expire.db >>> >>> >>> >>> By reading sieve.log, it simple ignore sieve_global_path: >>> /var/vmail/sieve/dovecot.sieve but the per user >>> sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working >>> >>> >> >> I had to do some searching for your sieve_global_path setting, as it is >> not in the 'plugin' section, but under 'lda'. Seems to me that this is >> your problem. >> > > I think, that`s right > > plugin/sieve_global_path = /etc/dovecot/sieve/global/global.sieve > plugin/sieve_global_dir = /etc/dovecot/sieve/global/ > > > >> This ofcourse raises the question why doveconf -n lists the directive >> when it is misplaced... >> >> >> -- >> Regards, >> Tom >> >> > > I have set sieve_global_dir: /var/vmail/sieve/ sieve_global_path: /var/vmail/sieve/dovecot.sieve in plugin section. But it still not working. sievec have no compile error and I also set mail_debug on. But there is no info regarding this global sieve. --barry From wshek at penguinacity.org Tue Mar 29 16:24:01 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Tue, 29 Mar 2011 09:24:01 -0400 Subject: [Dovecot] doveadm Message-ID: <20110329132401.GC6206@directnic.com> Hi Where does this utility reside for installation. I use Ubuntu and installed dovecot-imapd and dovecot-pop3d so far. Does it now ship in the regular dovecot installation packages? Thanks. -Walt From tom at whyscream.net Tue Mar 29 17:04:51 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Tue, 29 Mar 2011 16:04:51 +0200 Subject: [Dovecot] global sieve not working In-Reply-To: References: <4D91CABC.6010706@whyscream.net> <4D91D02B.6030203@jkart.de> Message-ID: <4D91E703.4030500@whyscream.net> On 29/03/11 15:50, Barry Kwok wrote: > On Tue, Mar 29, 2011 at 8:27 PM, Jim Knuth wrote: > >> am 29.03.11 14:04 schrieb Tom Hendrikx : >> >> >> On 29/03/11 13:22, Barry Kwok wrote: >>> >>>> My global sieve rule is not working and do not compile. But per-user >>>> sieve >>>> is working. >>>> Here is my dovecot -n: >>>> >>>> log_path: /var/log/dovecot.log >>>> protocols: imap pop3 >>>> ssl: no >>>> login_dir: /var/run/dovecot/login >>>> login_executable(default): /usr/libexec/dovecot/imap-login >>>> login_executable(imap): /usr/libexec/dovecot/imap-login >>>> login_executable(pop3): /usr/libexec/dovecot/pop3-login >>>> mail_uid: 501 >>>> mail_gid: 501 >>>> mail_location: >>>> maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ >>>> mail_debug: yes >>>> mail_executable(default): /usr/libexec/dovecot/imap >>>> mail_executable(imap): /usr/libexec/dovecot/imap >>>> mail_executable(pop3): /usr/libexec/dovecot/pop3 >>>> mail_plugins(default): quota imap_quota acl imap_acl >>>> mail_plugins(imap): quota imap_quota acl imap_acl >>>> mail_plugins(pop3): >>>> mail_plugin_dir(default): /usr/lib/dovecot/imap >>>> mail_plugin_dir(imap): /usr/lib/dovecot/imap >>>> mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 >>>> pop3_client_workarounds(default): >>>> pop3_client_workarounds(imap): >>>> pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh >>>> namespace: >>>> type: private >>>> separator: / >>>> inbox: yes >>>> list: yes >>>> subscriptions: yes >>>> namespace: >>>> type: shared >>>> separator: / >>>> prefix: shared/%%u/ >>>> location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu >>>> list: children >>>> lda: >>>> postmaster_address: root >>>> mail_plugins: sieve quota autocreate expire >>>> auth_socket_path: /var/run/dovecot/auth-master >>>> sieve_global_path: /var/vmail/sieve/dovecot.sieve >>>> log_path: /var/log/sieve.log >>>> auth default: >>>> mechanisms: plain login >>>> default_realm: mydomain.net >>>> user: vmail >>>> username_chars: >>>> abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ >>>> passdb: >>>> driver: pam >>>> passdb: >>>> driver: sql >>>> args: /etc/dovecot-mysql.conf >>>> userdb: >>>> driver: passwd >>>> userdb: >>>> driver: sql >>>> args: /etc/dovecot-mysql.conf >>>> socket: >>>> type: listen >>>> client: >>>> path: /var/spool/postfix/dovecot-auth >>>> mode: 438 >>>> user: postfix >>>> group: postfix >>>> master: >>>> path: /var/run/dovecot/auth-master >>>> mode: 438 >>>> user: vmail >>>> group: vmail >>>> plugin: >>>> quota: dict:user::proxy::quota >>>> quota: maildir >>>> quota_rule: *:storage=0 >>>> acl: vfile >>>> acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db >>>> expire: Trash 7 Trash/* 7 Junk 30 >>>> expire_dict: proxy::expire >>>> sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve >>>> dict: >>>> quota: mysql:/etc/dovecot-dict-quota.conf >>>> expire: db:/var/lib/dovecot/expire.db >>>> >>>> >>>> >>>> By reading sieve.log, it simple ignore sieve_global_path: >>>> /var/vmail/sieve/dovecot.sieve but the per user >>>> sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working >>>> >>>> >>> >>> I had to do some searching for your sieve_global_path setting, as it is >>> not in the 'plugin' section, but under 'lda'. Seems to me that this is >>> your problem. >>> >> >> I think, that`s right >> >> plugin/sieve_global_path = /etc/dovecot/sieve/global/global.sieve >> plugin/sieve_global_dir = /etc/dovecot/sieve/global/ >> >> >> >>> This ofcourse raises the question why doveconf -n lists the directive >>> when it is misplaced... >>> >>> >>> -- >>> Regards, >>> Tom >>> >>> >> >> > I have set > sieve_global_dir: /var/vmail/sieve/ > sieve_global_path: /var/vmail/sieve/dovecot.sieve > in plugin section. But it still not working. > > sievec have no compile error and I also set mail_debug on. But there is no > info regarding this global sieve. Last time I read up on this, the global sieve script was only executed when no per-user script was available. If you want to run both scripts, look into 'sieve_before' for the global script. See http://wiki2.dovecot.org/Pigeonhole/Sieve/Configuration -- Regards, Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From hkeasytech at gmail.com Tue Mar 29 17:19:26 2011 From: hkeasytech at gmail.com (Barry Kwok) Date: Tue, 29 Mar 2011 22:19:26 +0800 Subject: [Dovecot] global sieve not working In-Reply-To: <4D91E703.4030500@whyscream.net> References: <4D91CABC.6010706@whyscream.net> <4D91D02B.6030203@jkart.de> <4D91E703.4030500@whyscream.net> Message-ID: On Tue, Mar 29, 2011 at 10:04 PM, Tom Hendrikx wrote: > On 29/03/11 15:50, Barry Kwok wrote: > > On Tue, Mar 29, 2011 at 8:27 PM, Jim Knuth wrote: > > > >> am 29.03.11 14:04 schrieb Tom Hendrikx : > >> > >> > >> On 29/03/11 13:22, Barry Kwok wrote: > >>> > >>>> My global sieve rule is not working and do not compile. But per-user > >>>> sieve > >>>> is working. > >>>> Here is my dovecot -n: > >>>> > >>>> log_path: /var/log/dovecot.log > >>>> protocols: imap pop3 > >>>> ssl: no > >>>> login_dir: /var/run/dovecot/login > >>>> login_executable(default): /usr/libexec/dovecot/imap-login > >>>> login_executable(imap): /usr/libexec/dovecot/imap-login > >>>> login_executable(pop3): /usr/libexec/dovecot/pop3-login > >>>> mail_uid: 501 > >>>> mail_gid: 501 > >>>> mail_location: > >>>> maildir:/var/vmail/%u/Maildir/:INDEX=/var/vmail/%u/Maildir/ > >>>> mail_debug: yes > >>>> mail_executable(default): /usr/libexec/dovecot/imap > >>>> mail_executable(imap): /usr/libexec/dovecot/imap > >>>> mail_executable(pop3): /usr/libexec/dovecot/pop3 > >>>> mail_plugins(default): quota imap_quota acl imap_acl > >>>> mail_plugins(imap): quota imap_quota acl imap_acl > >>>> mail_plugins(pop3): > >>>> mail_plugin_dir(default): /usr/lib/dovecot/imap > >>>> mail_plugin_dir(imap): /usr/lib/dovecot/imap > >>>> mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 > >>>> pop3_client_workarounds(default): > >>>> pop3_client_workarounds(imap): > >>>> pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh > >>>> namespace: > >>>> type: private > >>>> separator: / > >>>> inbox: yes > >>>> list: yes > >>>> subscriptions: yes > >>>> namespace: > >>>> type: shared > >>>> separator: / > >>>> prefix: shared/%%u/ > >>>> location: maildir:%%Lh/Maildir:INDEX=%Lh/Maildir/shared/%%Lu > >>>> list: children > >>>> lda: > >>>> postmaster_address: root > >>>> mail_plugins: sieve quota autocreate expire > >>>> auth_socket_path: /var/run/dovecot/auth-master > >>>> sieve_global_path: /var/vmail/sieve/dovecot.sieve > >>>> log_path: /var/log/sieve.log > >>>> auth default: > >>>> mechanisms: plain login > >>>> default_realm: mydomain.net > >>>> user: vmail > >>>> username_chars: > >>>> abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_+@ > >>>> passdb: > >>>> driver: pam > >>>> passdb: > >>>> driver: sql > >>>> args: /etc/dovecot-mysql.conf > >>>> userdb: > >>>> driver: passwd > >>>> userdb: > >>>> driver: sql > >>>> args: /etc/dovecot-mysql.conf > >>>> socket: > >>>> type: listen > >>>> client: > >>>> path: /var/spool/postfix/dovecot-auth > >>>> mode: 438 > >>>> user: postfix > >>>> group: postfix > >>>> master: > >>>> path: /var/run/dovecot/auth-master > >>>> mode: 438 > >>>> user: vmail > >>>> group: vmail > >>>> plugin: > >>>> quota: dict:user::proxy::quota > >>>> quota: maildir > >>>> quota_rule: *:storage=0 > >>>> acl: vfile > >>>> acl_shared_dict: file:/var/spool/dovecot/shared-mailboxes.db > >>>> expire: Trash 7 Trash/* 7 Junk 30 > >>>> expire_dict: proxy::expire > >>>> sieve: /var/vmail/sieve/%Ld/%Ln/dovecot.sieve > >>>> dict: > >>>> quota: mysql:/etc/dovecot-dict-quota.conf > >>>> expire: db:/var/lib/dovecot/expire.db > >>>> > >>>> > >>>> > >>>> By reading sieve.log, it simple ignore sieve_global_path: > >>>> /var/vmail/sieve/dovecot.sieve but the per user > >>>> sieve /var/vmail/sieve/%Ld/%Ln/dovecot.sieve is working > >>>> > >>>> > >>> > >>> I had to do some searching for your sieve_global_path setting, as it is > >>> not in the 'plugin' section, but under 'lda'. Seems to me that this is > >>> your problem. > >>> > >> > >> I think, that`s right > >> > >> plugin/sieve_global_path = /etc/dovecot/sieve/global/global.sieve > >> plugin/sieve_global_dir = /etc/dovecot/sieve/global/ > >> > >> > >> > >>> This ofcourse raises the question why doveconf -n lists the directive > >>> when it is misplaced... > >>> > >>> > >>> -- > >>> Regards, > >>> Tom > >>> > >>> > >> > >> > > I have set > > sieve_global_dir: /var/vmail/sieve/ > > sieve_global_path: /var/vmail/sieve/dovecot.sieve > > in plugin section. But it still not working. > > > > sievec have no compile error and I also set mail_debug on. But there is > no > > info regarding this global sieve. > > Last time I read up on this, the global sieve script was only executed > when no per-user script was available. > > If you want to run both scripts, look into 'sieve_before' for the global > script. See http://wiki2.dovecot.org/Pigeonhole/Sieve/Configuration > > -- > Regards, > Tom > > Thank you. It work now after I change sieve_global_path parameter to sieve_before = /var/vmail/sieve/dovecot.sieve --barry From nmilas at noa.gr Tue Mar 29 17:23:17 2011 From: nmilas at noa.gr (Nikolaos Milas) Date: Tue, 29 Mar 2011 17:23:17 +0300 Subject: [Dovecot] Upgrade to v2.0 conf file fails In-Reply-To: <4D905A21.9020909@noa.gr> References: <4D905A21.9020909@noa.gr> Message-ID: <4D91EB55.9010702@noa.gr> On 28/3/2011 12:51 ??, Nikolaos Milas wrote: > Hi, > > I am trying to use the command: > doveconf -n -c dovecot-1.conf > dovecot-2.conf > to upgrade my dovecot.conf file, but it fails (see below). > > Judging from the message that vsz_limit is the new setting for > login_process_size, I have retried using login_process_size=256 rather > than login_process_size=64 (which was the initial value), but the > error persists. > > OK, I figured this out, thanks to: http://dovecot.org/pipermail/dovecot-cvs/2010-November/018340.html I used login_process_size=1024 in the initial dovecot.conf and doveconf -n -c completed without errors. Is there a minimum suggested value for this parameter? Judging from here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606646, it seems that vsz_limit should be 64M. Any advice? Nick -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5632 bytes Desc: S/MIME Cryptographic Signature URL: From worklord at yandex.ru Tue Mar 29 18:23:26 2011 From: worklord at yandex.ru (=?UTF-8?B?0JHQsNGB0L7QsiDQldCy0LPQtdC90LjQuQ==?=) Date: Tue, 29 Mar 2011 19:23:26 +0400 Subject: [Dovecot] Dovecot-2.0.11 searches in all LDAP directory In-Reply-To: <201103281319.14208.joseba.torre@ehu.es> References: <4D8E3EF6.7050102@yandex.ru> <4D8E4035.5030208@yandex.ru> <201103281319.14208.joseba.torre@ehu.es> Message-ID: <4D91F96E.9010107@yandex.ru> 28.03.2011 15:19, Joseba Torre ?????: > > If not needed, remove the pam passdb and the passwd userdb and check again. > > HTH Yes you are quite right. Dovecot uses LDAP over pam. I'm disabled this feature and works fine. Thanks. From example.com at gmail.com Tue Mar 29 19:32:05 2011 From: example.com at gmail.com (Pete) Date: Tue, 29 Mar 2011 12:32:05 -0400 Subject: [Dovecot] dovecot-lda can not find home dir Message-ID: Hello, Running dovecot 2.0.11 and pigeonhole on Fedora 14 x86_64. The lda can not seem to find the user's home directory, yet other parts of dovecot (pop3, imap, managesieve) can. Grepping "Effective uid" from /var/log/maillog: Mar 29 11:21:34 new-eagle dovecot: pop3(pete): Debug: Effective uid=726, gid=726, home=/home/pete Mar 29 11:23:18 new-eagle dovecot: imap(pete): Debug: Effective uid=726, gid=726, home=/home/pete Mar 29 11:23:52 new-eagle dovecot: managesieve(pete): Debug: Effective uid=726, gid=726, home=/home/pete Mar 29 11:24:53 new-eagle dovecot: managesieve(pete): Debug: Effective uid=726, gid=726, home=/home/pete Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: Effective uid=726, gid=726, home= Although mail does get delivered, the .dovecot.lda-dupes file can not be created because of this: Mar 29 11:26:15 new-eagle dovecot: lda: Debug: Loading modules from directory: /usr/lib64/dovecot Mar 29 11:26:15 new-eagle dovecot: lda: Debug: Module loaded: /usr/lib64/dovecot/lib90_sieve_plugin.so Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: Effective uid=726, gid=726, home= Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: fs: root=/home/pete/mail, index=, control=, inbox=/var/spool/mail/pete Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: userdb lookup skipped, username taken from passwd lookup for process euid Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: none: root=, index=, control=, inbox= Mar 29 11:26:15 new-eagle dovecot: lda(pete): Error: User pete doesn't have home dir set, disabling duplicate database Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: sieve: using sieve path for user's script: /home/pete/.dovecot.sieve Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: sieve: opening script /home/pete/.dovecot.sieve Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: sieve: script /home/pete/.dovecot.sieve successfully compiled Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: sieve: executing script from /home/pete/.dovecot.sieve Mar 29 11:26:15 new-eagle dovecot: lda(pete): sieve: msgid=: stored mail into mailbox 'INBOX' Dovecot seems to be able to determine the user's home directory, but I do not know how to tell dovecot-lda where it is. Running "doveadm user pete" produces: userdb: pete system_groups_user: pete uid : 726 gid : 726 home : /home/pete In /home/pete, the .forward file is: | "/usr/libexec/dovecot/dovecot-lda" Entry from /etc/passwd: pete:x:726:726:Peter:/home/pete:/bin/false Output of dovecot -n: # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35.11-83.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) ext4 auth_cache_size = 10 M auth_debug = yes auth_mechanisms = login plain auth_verbose = yes disable_plaintext_auth = no listen = * mail_debug = yes mail_location = mbox:/home/%u/mail:INBOX=/var/spool/mail/%u:INDEX=MEMORY managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mbox_write_locks = fcntl passdb { driver = pam } plugin/sieve = /home/%u/.dovecot.sieve plugin/sieve_dir = /home/%u/sieve protocols = pop3 imap sieve rejection_reason = Sorry, your message was automatically rejected:%n%r rejection_subject = failure notice re: %s service managesieve-login { inet_listener sieve { port = 4190 } } ssl = no userdb { driver = passwd } protocol lda { mail_plugins = sieve I did update from dovecot-2.0.9 (which the lda could find the home directory) but I also had to change the mail_location from: mail_location = mbox:~/mail:INBOX=/var/spool/mail/%u:INDEX=MEMORY to: mail_location = mbox:/home/%u/mail:INBOX=/var/spool/mail/%u:INDEX=MEMORY Also had to change: plugin/sieve = ~/.dovecot.sieve plugin/sieve_dir = ~/sieve To: plugin/sieve = /home/%u/.dovecot.sieve plugin/sieve_dir = /home/%u/sieve ... in order for 2.0.11 to function. Any thoughts on how to get the home dir passed correctly to lda ? Thanks, Pete From patrickdk at patrickdk.com Tue Mar 29 20:26:52 2011 From: patrickdk at patrickdk.com (Patrick Domack) Date: Tue, 29 Mar 2011 13:26:52 -0400 Subject: [Dovecot] doveadm In-Reply-To: <20110329132401.GC6206@directnic.com> References: <20110329132401.GC6206@directnic.com> Message-ID: <20110329132652.93191g3dhyvpweho@mail.patrickdk.com> It doesn't exist. doveadm belongs in dovecot 2.x, but ubuntu only has 1.x versions. Quoting Walt Shekrota : > Hi > > Where does this utility reside for installation. I use Ubuntu and > installed dovecot-imapd and dovecot-pop3d so far. Does it now ship > in the regular dovecot installation packages? > > Thanks. > -Walt > From p at state-of-mind.de Tue Mar 29 20:38:23 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Tue, 29 Mar 2011 19:38:23 +0200 Subject: [Dovecot] doveadm In-Reply-To: <20110329132652.93191g3dhyvpweho@mail.patrickdk.com> References: <20110329132401.GC6206@directnic.com> <20110329132652.93191g3dhyvpweho@mail.patrickdk.com> Message-ID: <20110329173822.GB2295@state-of-mind.de> * Patrick Domack : > It doesn't exist. > > doveadm belongs in dovecot 2.x, but ubuntu only has 1.x versions. Try Christians builds: p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From a.chapellon at horoa.net Wed Mar 30 01:26:30 2011 From: a.chapellon at horoa.net (Alexandre Chapellon) Date: Wed, 30 Mar 2011 00:26:30 +0200 Subject: [Dovecot] migrating to dovecot Message-ID: <1301437590.32407.19.camel@elronde.middle.earth> Hello, I am trying to setup a migration scenario from an proprietary solution to dovecot IMAP/POP3. Whereas am only at the strating point, things appear quite complicated because of the following reasons: - The proprietary solution uses special/own/proprietary mailbox format (wich is more like maildir but is not maildir) - I don't have direct access to the filesystem where the mails are stored. The best I could do would be a snapshots of the filesystem - I have about 1,5TB of mail data. - Having users to be forced to empty their mailbox before migration or re-download their whole mailbox after migration would be something hard for me to present as a correct option. Am looking for advices that would avoid me loosing time searching in bad directions. Or even point me to a miraculous tool thatdoes all magic while i have a beer :) Best regards. -- horoa: la voie est libre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From jtl+dovecot at uvm.edu Wed Mar 30 02:04:36 2011 From: jtl+dovecot at uvm.edu (Jim Lawson) Date: Tue, 29 Mar 2011 19:04:36 -0400 Subject: [Dovecot] migrating to dovecot In-Reply-To: <1301437590.32407.19.camel@elronde.middle.earth> References: <1301437590.32407.19.camel@elronde.middle.earth> Message-ID: <4D926584.6090405@uvm.edu> Does the proprietary solution allow IMAP access? If so, I would use imapsync. http://www.linux-france.org/prj/imapsync/ Jim On 3/29/11 18:26 , Alexandre Chapellon wrote: > Hello, > > I am trying to setup a migration scenario from an proprietary solution > to dovecot IMAP/POP3. > Whereas am only at the strating point, things appear quite complicated > because of the following reasons: > > - The proprietary solution uses special/own/proprietary mailbox format > (wich is more like maildir but is not maildir) > - I don't have direct access to the filesystem where the mails are > stored. The best I could do would be a snapshots of the filesystem > - I have about 1,5TB of mail data. > - Having users to be forced to empty their mailbox before migration or > re-download their whole mailbox after migration would be something hard > for me to present as a correct option. > > Am looking for advices that would avoid me loosing time searching in bad > directions. Or even point me to a miraculous tool thatdoes all magic > while i have a beer :) > > Best regards. > From fcatunda at contactnet.com.br Wed Mar 30 02:07:38 2011 From: fcatunda at contactnet.com.br (Fabio Catunda) Date: Tue, 29 Mar 2011 20:07:38 -0300 Subject: [Dovecot] migrating to dovecot In-Reply-To: <4D926584.6090405@uvm.edu> References: <1301437590.32407.19.camel@elronde.middle.earth> <4D926584.6090405@uvm.edu> Message-ID: <4D92663A.3060901@contactnet.com.br> Also: imapcopy - IMAP backup, copy and migration tool On 03/29/2011 08:04 PM, Jim Lawson wrote: > Does the proprietary solution allow IMAP access? If so, I would use > imapsync. > > http://www.linux-france.org/prj/imapsync/ > > Jim > > On 3/29/11 18:26 , Alexandre Chapellon wrote: >> Hello, >> >> I am trying to setup a migration scenario from an proprietary solution >> to dovecot IMAP/POP3. >> Whereas am only at the strating point, things appear quite complicated >> because of the following reasons: >> >> - The proprietary solution uses special/own/proprietary mailbox format >> (wich is more like maildir but is not maildir) >> - I don't have direct access to the filesystem where the mails are >> stored. The best I could do would be a snapshots of the filesystem >> - I have about 1,5TB of mail data. >> - Having users to be forced to empty their mailbox before migration or >> re-download their whole mailbox after migration would be something hard >> for me to present as a correct option. >> >> Am looking for advices that would avoid me loosing time searching in bad >> directions. Or even point me to a miraculous tool thatdoes all magic >> while i have a beer :) >> >> Best regards. >> From wshek at penguinacity.org Wed Mar 30 00:43:07 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Tue, 29 Mar 2011 17:43:07 -0400 Subject: [Dovecot] dovecot.conf settings vs 'dovecot-n' output Message-ID: <20110329214307.GA4415@directnic.com> I am curious why these do not seem to match? It especially bothers me that the modes set are different. Am I missing something? Thanks. -Walt From wshekrota at penguinacity.org Wed Mar 30 02:22:08 2011 From: wshekrota at penguinacity.org (Walt Shekrota) Date: Tue, 29 Mar 2011 19:22:08 -0400 Subject: [Dovecot] doveadm In-Reply-To: <20110329173822.GB2295@state-of-mind.de> References: <20110329132401.GC6206@directnic.com> <20110329132652.93191g3dhyvpweho@mail.patrickdk.com> <20110329173822.GB2295@state-of-mind.de> Message-ID: <201103291922.09184.wshekrota@penguinacity.org> On Tuesday 29 March 2011 13:38:23 Patrick Ben Koetter wrote: > * Patrick Domack : > > It doesn't exist. > > > > doveadm belongs in dovecot 2.x, but ubuntu only has 1.x versions. > > Try Christians builds: > > > > p at rick Ok I see that setup and added the PPA. Its worth a shot. This add process appears to be clean. I see that 'dovecot' contains a collection of 2.x packages I did the update now what do you install? 'dovecot' (I assume dovecot is the PPA name and apt won't know that?) my 'apt-get install dovecot' found nothing. Trying to install the old package names still gets the 1.2 stuff. I've poked around w/ aptitude and see some of your desktop stuff but no dovecot :( Thanks. -Walt From wshek at penguinacity.org Wed Mar 30 03:12:26 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Tue, 29 Mar 2011 20:12:26 -0400 Subject: [Dovecot] 1.2 problem 'dovecot -n' vs dovecot.conf Message-ID: <20110330001226.GA7832@directnic.com> To elaborate, if there is a database associated with this setup it is really fubar. note: tail of dovecot -n lda: postmaster_address: postmaster mail_plugins: sieve quota_full_tempfail: yes deliver_log_format: msgid=%m: %$ rejection_reason: Your message to <%t> was automatically rejected:%n%r auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/run/dovecot/auth-client mode: 504 socket: type: listen client: path: /var/spool/postfix/private/dovecot-auth mode: 432 user: postfix group: postfix plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve This in no way represents the settings in my dovecot.conf. It seems to have rembered old .conf settings and mixed them. At no time was mode 504 set or even 432. What am I doing wrong? Thanks. -Walt I'm also toying with the idea of loading 2.x if I can figure out the PPA stuff. From user+dovecot at localhost.localdomain.org Wed Mar 30 03:17:44 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Wed, 30 Mar 2011 02:17:44 +0200 Subject: [Dovecot] 1.2 problem 'dovecot -n' vs dovecot.conf In-Reply-To: <20110330001226.GA7832@directnic.com> References: <20110330001226.GA7832@directnic.com> Message-ID: <4D9276A8.3030004@localhost.localdomain.org> On 03/30/2011 02:12 AM Walt Shekrota wrote: > To elaborate, if there is a database associated with this setup it is really fubar. > note: tail of dovecot -n > ? > client: > path: /var/run/dovecot/auth-client > mode: 504 > socket: > type: listen > client: > path: /var/spool/postfix/private/dovecot-auth > mode: 432 > ? > > This in no way represents the settings in my dovecot.conf. It seems to have rembered old .conf settings and mixed them. > At no time was mode 504 set or even 432. > What am I doing wrong? Octal vs. decimal. ,--[ bc ]-- | obase=8 | 504 | 770 | 432 | 660 `-- Regards, Pascal -- The trapper recommends today: c01dcafe.1108902 at localdomain.org From a.chapellon at horoa.net Wed Mar 30 10:51:57 2011 From: a.chapellon at horoa.net (Alexandre Chapellon) Date: Wed, 30 Mar 2011 09:51:57 +0200 Subject: [Dovecot] migrating to dovecot In-Reply-To: <4D926584.6090405@uvm.edu> References: <1301437590.32407.19.camel@elronde.middle.earth> <4D926584.6090405@uvm.edu> Message-ID: <1301471517.2642.17.camel@elronde.middle.earth> Le mardi 29 mars 2011 ? 19:04 -0400, Jim Lawson a ?crit : > Does the proprietary solution allow IMAP access? If so, I would use > imapsync. > Thanks for answers. Not all the accounts have IMAP enabled, but I guess I could setup some master account with IMAP enabled or even enable IMAP for all users to proceed with migration. But will imapsync keep trac of UIDs so users won't have have duplicated messages or re-download them if they use POP3? Will it preserve flags of messages so read or deleted messages do not appear as new messages? regards. > http://www.linux-france.org/prj/imapsync/ > > Jim > > On 3/29/11 18:26 , Alexandre Chapellon wrote: > > Hello, > > > > I am trying to setup a migration scenario from an proprietary solution > > to dovecot IMAP/POP3. > > Whereas am only at the strating point, things appear quite complicated > > because of the following reasons: > > > > - The proprietary solution uses special/own/proprietary mailbox format > > (wich is more like maildir but is not maildir) > > - I don't have direct access to the filesystem where the mails are > > stored. The best I could do would be a snapshots of the filesystem > > - I have about 1,5TB of mail data. > > - Having users to be forced to empty their mailbox before migration or > > re-download their whole mailbox after migration would be something hard > > for me to present as a correct option. > > > > Am looking for advices that would avoid me loosing time searching in bad > > directions. Or even point me to a miraculous tool thatdoes all magic > > while i have a beer :) > > > > Best regards. > > -- horoa: la voie est libre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From stf at eisenbits.com Wed Mar 30 11:35:18 2011 From: stf at eisenbits.com (=?UTF-8?B?U3RhbmlzxYJhdyBGaW5kZWlzZW4=?=) Date: Wed, 30 Mar 2011 10:35:18 +0200 Subject: [Dovecot] mbox sync: Expunged message reappeared in mailbox Message-ID: <4D92EB46.8040700@eisenbits.com> Mar 29 10:57:02 k8ux dovecot: POP3(stf): mbox sync: Expunged message reappeared in mailbox /var/mail/stf (UID 123 < 60016, seq=2, idx_msgs=0) Mar 29 10:57:02 k8ux dovecot: pop3-login: Login: user=, method=... Mar 29 10:57:03 k8ux dovecot: POP3(stf): mbox sync: UID inserted in the middle of mailbox /var/mail/stf (60016 > 123, seq=2, idx_msgs=1) Mar 29 10:57:03 k8ux dovecot: POP3(stf): Disconnected: Logged out top=0/0, retr=1/15968, del=1/1, size=15950 What is it??! $ dovecot --version 1.0.15 -- Eisenbits - proven software solutions: http://www.eisenbits.com/ OpenPGP: DFD9 0146 3794 9CF6 17EA D63F DBF5 8AA8 3B31 FE8A -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From CMarcus at Media-Brokers.com Wed Mar 30 13:51:20 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 30 Mar 2011 06:51:20 -0400 Subject: [Dovecot] dovecot.conf settings vs 'dovecot-n' output In-Reply-To: <20110329214307.GA4415@directnic.com> References: <20110329214307.GA4415@directnic.com> Message-ID: <4D930B28.7080509@Media-Brokers.com> On 2011-03-29 5:43 PM, Walt Shekrota wrote: > I am curious why these do not seem to match? > It especially bothers me that the modes set are different. > Am I missing something? I don't understand your question... what doesn't 'match'? doveconf -n output shows the settings that the active/running version of dovecot is using. If they don't match what is in your dovecot.conf file then most likely you have more than one and are looking at/editing the wrong file. This is one of the purposes of doveconf -n - to confirm that what you *think* you are using is indeed what you *are* using. -- Best regards, Charles From CMarcus at Media-Brokers.com Wed Mar 30 13:54:14 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Wed, 30 Mar 2011 06:54:14 -0400 Subject: [Dovecot] mbox sync: Expunged message reappeared in mailbox In-Reply-To: <4D92EB46.8040700@eisenbits.com> References: <4D92EB46.8040700@eisenbits.com> Message-ID: <4D930BD6.1000704@Media-Brokers.com> On 2011-03-30 4:35 AM, Stanis?aw Findeisen wrote: > $ dovecot --version > 1.0.15 Very old... upgrading will very likely magically solve many problems.... -- Best regards, Charles From janfrode at tanso.net Wed Mar 30 16:26:40 2011 From: janfrode at tanso.net (Jan-Frode Myklebust) Date: Wed, 30 Mar 2011 15:26:40 +0200 Subject: [Dovecot] dovecot ldap failed to recover Message-ID: <20110330132640.GA31461@oc1046828364.ibm.com> One of our backend pop/imap-server running dovecot v1.2.16 experienced some problems yesterday. It suddenly couldn't authenticate users anymore, flooding the logs with: pop3-login: Disconnected (auth failed, 1 attempts): user=, method=PLAIN, rip=192.168.42.15, lip=192.168.42.28 The problem seemed to start with this log entry: Mar 29 18:57:21 popimap1 dovecot: auth(default): ldap(userX at example.com,192.168.42.15): Connection appears to be hanging, reconnecting and this suspicious entry a few seconds later: Mar 29 18:57:41 popimap1 dovecot: auth(default): LDAP: Reply with unknown msgid 2 Afterward 18:57:21 it was unable to authenticate any users before I restarted the dovecot service. Also some of our postfix servers reported ldap lookup failures between 18:56-18:58, but then recovered. Looking at the ldap server side, we saw no problems logged, but netstat reports there being 3 active ldap sessions towards the dovecot server that failed yesterday, while the dovecot server only has 1: ldap1$ netstat -na |grep 192.168.42.28 tcp 0 0 192.168.43.2:389 192.168.42.28:44408 ESTABLISHED tcp 0 0 192.168.43.2:389 192.168.42.28:36464 ESTABLISHED tcp 0 0 192.168.43.2:389 192.168.42.28:60580 ESTABLISHED popimap1$ netstat -na| grep 192.168.43.2 tcp 0 0 192.168.42.28:60580 192.168.43.2:389 ESTABLISHED So it looks to us like there was some problem with either the network, or the ldap-server for a short periode, and that dovecot then wasn't able to recover from this. -jf From jtl+dovecot at uvm.edu Wed Mar 30 16:48:40 2011 From: jtl+dovecot at uvm.edu (Jim Lawson) Date: Wed, 30 Mar 2011 09:48:40 -0400 Subject: [Dovecot] migrating to dovecot In-Reply-To: <1301471517.2642.17.camel@elronde.middle.earth> References: <1301437590.32407.19.camel@elronde.middle.earth> <4D926584.6090405@uvm.edu> <1301471517.2642.17.camel@elronde.middle.earth> Message-ID: <4D9334B8.4030602@uvm.edu> On 3/30/11 03:51 , Alexandre Chapellon wrote: > Le mardi 29 mars 2011 ? 19:04 -0400, Jim Lawson a ?crit : >> Does the proprietary solution allow IMAP access? If so, I would use >> imapsync. >> > Thanks for answers. > > Not all the accounts have IMAP enabled, but I guess I could setup some > master account with IMAP enabled or even enable IMAP for all users to > proceed with migration. > But will imapsync keep trac of UIDs so users won't have have duplicated > messages or re-download them if they use POP3? I don't think so. The sync happens via IMAP, and I don't think IMAP clients can *set* UIDs of messages; only the server does this (someone please correct me if I'm mistaken.) > Will it preserve flags of messages so read or deleted messages do not > appear as new messages? Yes; at least, it has for us in testing (with Dovecot as the destination server.) Whether it will work for you depends on the specifics of the source server. Why not give it a try and see? Jim From wshek at penguinacity.org Wed Mar 30 17:02:55 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 10:02:55 -0400 Subject: [Dovecot] dovecot.conf Message-ID: <20110330140255.GA13086@directnic.com> In 1.2.12 or there abouts how do changes in the dovecot.conf happen? After doing the sig HUP I have noted there is generally a delay in the recognition of items in my .conf. An example I had logging set off, turned it on and it was several restarts before I again saw logging? This delay is driving me nuts in trying to figure out what needs to change. Thanks. -Walt From tss at iki.fi Wed Mar 30 17:07:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 30 Mar 2011 17:07:06 +0300 Subject: [Dovecot] migrating to dovecot In-Reply-To: <4D9334B8.4030602@uvm.edu> References: <1301437590.32407.19.camel@elronde.middle.earth> <4D926584.6090405@uvm.edu> <1301471517.2642.17.camel@elronde.middle.earth> <4D9334B8.4030602@uvm.edu> Message-ID: <214AA046-8F93-4250-BB57-1CB4C1D8EB39@iki.fi> On 30.3.2011, at 16.48, Jim Lawson wrote: >> But will imapsync keep trac of UIDs so users won't have have duplicated >> messages or re-download them if they use POP3? IMAP protocol doesn't know anything about POP3 UIDLs. They might or might not be based on IMAP UIDs. > I don't think so. The sync happens via IMAP, and I don't think IMAP > clients can *set* UIDs of messages; only the server does this (someone > please correct me if I'm mistaken.) That too. Although Dovecot v2.1's dsync + imapc backend can migrate mails and preserve IMAP UIDs, but even it can't preserve POP3 UIDLs at least currently (that would also require POP3 client code for Dovecot..) From tss at iki.fi Wed Mar 30 17:09:00 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 30 Mar 2011 17:09:00 +0300 Subject: [Dovecot] dovecot-lda can not find home dir In-Reply-To: References: Message-ID: On 29.3.2011, at 19.32, Pete wrote: > Dovecot seems to be able to determine the user's home directory, but I > do not know how to tell dovecot-lda where it is. .. > In /home/pete, the .forward file is: > | "/usr/libexec/dovecot/dovecot-lda" You're not giving dovecot-lda the "-d user" parameter, so it's not doing a userdb lookup. From tss at iki.fi Wed Mar 30 17:12:00 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 30 Mar 2011 17:12:00 +0300 Subject: [Dovecot] dovecot-lda can not find home dir In-Reply-To: References: Message-ID: <773C0E84-4256-452D-99C6-B5F809CD8318@iki.fi> On 29.3.2011, at 19.32, Pete wrote: > Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: userdb lookup > skipped, username taken from passwd lookup for process euid Hmm. Although that should also set home directory even without -d parameter, since it looks it up from passwd.. Wonder why that's not working.. From a.chapellon at horoa.net Wed Mar 30 17:10:53 2011 From: a.chapellon at horoa.net (Alexandre Chapellon) Date: Wed, 30 Mar 2011 16:10:53 +0200 Subject: [Dovecot] migrating to dovecot In-Reply-To: <214AA046-8F93-4250-BB57-1CB4C1D8EB39@iki.fi> References: <1301437590.32407.19.camel@elronde.middle.earth> <4D926584.6090405@uvm.edu> <1301471517.2642.17.camel@elronde.middle.earth> <4D9334B8.4030602@uvm.edu> <214AA046-8F93-4250-BB57-1CB4C1D8EB39@iki.fi> Message-ID: <1301494253.2642.31.camel@elronde.middle.earth> Ok thanks for all thoose informations, As Jim asid, Now I have to give it a try and see. what happens. Le mercredi 30 mars 2011 ? 17:07 +0300, Timo Sirainen a ?crit : > On 30.3.2011, at 16.48, Jim Lawson wrote: > > >> But will imapsync keep trac of UIDs so users won't have have duplicated > >> messages or re-download them if they use POP3? > > IMAP protocol doesn't know anything about POP3 UIDLs. They might or might not be based on IMAP UIDs. > > > I don't think so. The sync happens via IMAP, and I don't think IMAP > > clients can *set* UIDs of messages; only the server does this (someone > > please correct me if I'm mistaken.) > > That too. Although Dovecot v2.1's dsync + imapc backend can migrate mails and preserve IMAP UIDs, but even it can't preserve POP3 UIDLs at least currently (that would also require POP3 client code for Dovecot..) > -- horoa: la voie est libre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From tss at iki.fi Wed Mar 30 17:14:32 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 30 Mar 2011 17:14:32 +0300 Subject: [Dovecot] dovecot.conf In-Reply-To: <20110330140255.GA13086@directnic.com> References: <20110330140255.GA13086@directnic.com> Message-ID: <32112E3E-BC8A-478D-A9CB-CE824E9A78D2@iki.fi> On 30.3.2011, at 17.02, Walt Shekrota wrote: > In 1.2.12 or there abouts how do changes in the dovecot.conf happen? > After doing the sig HUP I have noted there is generally a delay in the recognition of items in my .conf. shutdown_clients=no causes existing connections to stay alive without seeing new settings. > An example I had logging set off, turned it on and it was several restarts before I again saw logging? Turned off how? Log settings should take effect immediately after SIGHUP. From tss at iki.fi Wed Mar 30 17:16:14 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 30 Mar 2011 17:16:14 +0300 Subject: [Dovecot] service auth { client_limit=4096 } is lower than required under max. load (5720 In-Reply-To: <4D91CA75.8080202@esiee.fr> References: <4D91CA75.8080202@esiee.fr> Message-ID: On 29.3.2011, at 15.03, Frank Bonnet wrote: > doveconf: Warning: service auth { client_limit=4096 } is lower than > required under max. load (5720) Just increase it, like it says: service auth { client_limit = 6000 } From example.com at gmail.com Wed Mar 30 17:30:05 2011 From: example.com at gmail.com (Pete) Date: Wed, 30 Mar 2011 10:30:05 -0400 Subject: [Dovecot] dovecot-lda can not find home dir In-Reply-To: <773C0E84-4256-452D-99C6-B5F809CD8318@iki.fi> References: <773C0E84-4256-452D-99C6-B5F809CD8318@iki.fi> Message-ID: On Wed, Mar 30, 2011 at 10:12 AM, Timo Sirainen wrote: > On 29.3.2011, at 19.32, Pete wrote: > >> Mar 29 11:26:15 new-eagle dovecot: lda(pete): Debug: userdb lookup >> skipped, username taken from passwd lookup for process euid > > Hmm. Although that should also set home directory even without -d parameter, since it looks it up from passwd.. Wonder why that's not working.. > Ah ... got me thinking about the .forward file: >> In /home/pete, the .forward file is: >> | "/usr/libexec/dovecot/dovecot-lda" Adding the -k flag (Don't clear all environment at startup) to dovecot-lda fixes the problem. Not sure why the environment was cleared though beforehand. Perhaps to do with the addition of the import_environment variable in 2.0.11 ?!? Anyhow ... problem now looks solved. Thanks for the assistance. Pete From wshek at penguinacity.org Wed Mar 30 17:31:46 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 10:31:46 -0400 Subject: [Dovecot] dovecot.conf In-Reply-To: <32112E3E-BC8A-478D-A9CB-CE824E9A78D2@iki.fi> References: <20110330140255.GA13086@directnic.com> <32112E3E-BC8A-478D-A9CB-CE824E9A78D2@iki.fi> Message-ID: <20110330143146.GA13178@directnic.com> On Wed, Mar 30, 2011 at 05:14:32PM +0300, Timo Sirainen wrote: > On 30.3.2011, at 17.02, Walt Shekrota wrote: > > > In 1.2.12 or there abouts how do changes in the dovecot.conf happen? > > After doing the sig HUP I have noted there is generally a delay in the recognition of items in my .conf. > > shutdown_clients=no causes existing connections to stay alive without seeing new settings. > > > An example I had logging set off, turned it on and it was several restarts before I again saw logging? > > Turned off how? Log settings should take effect immediately after SIGHUP. > Well after thinking about it, not off. If not claimed at log_path then diverted to syslog. My bad. I'm trying a few conf files as I can't get it to find my maildir anymore. -Walt From wshek at penguinacity.org Wed Mar 30 19:16:00 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 12:16:00 -0400 Subject: [Dovecot] log Message-ID: <20110330161600.GA13972@directnic.com> does the following indicate TLS is configured? 2011-03-30 10:37:07 auth(default): Info: client out: OK 1 user=wshek 2011-03-30 10:37:07 auth(default): Info: master in: REQUEST 2 13371 1 2011-03-30 10:37:07 auth(default): Info: passwd(wshek,127.0.0.1): lookup 2011-03-30 10:37:07 auth(default): Info: master out: USER 2 wshek system_groups_user=wshek uid=1000 gid=1000 home=/home/wshek 2011-03-30 10:37:07 imap-login: Info: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS If it is I do not intend it. How can I turn it off? Thanks. -Walt From user+dovecot at localhost.localdomain.org Wed Mar 30 19:28:49 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Wed, 30 Mar 2011 18:28:49 +0200 Subject: [Dovecot] log In-Reply-To: <20110330161600.GA13972@directnic.com> References: <20110330161600.GA13972@directnic.com> Message-ID: <4D935A41.9050801@localhost.localdomain.org> On 03/30/2011 06:16 PM Walt Shekrota wrote: > does the following indicate TLS is configured? > > 2011-03-30 10:37:07 auth(default): Info: client out: OK 1 user=wshek > 2011-03-30 10:37:07 auth(default): Info: master in: REQUEST 2 13371 1 > 2011-03-30 10:37:07 auth(default): Info: passwd(wshek,127.0.0.1): lookup > 2011-03-30 10:37:07 auth(default): Info: master out: USER 2 wshek system_groups_user=wshek uid=1000 gid=1000 home=/home/wshek > 2011-03-30 10:37:07 imap-login: Info: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS > > If it is I do not intend it. How can I turn it off? > Thanks. > -Walt See http://wiki.dovecot.org/Logging Regards, Pascal -- The trapper recommends today: cafebabe.1108918 at localdomain.org From wshek at penguinacity.org Wed Mar 30 19:32:10 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 12:32:10 -0400 Subject: [Dovecot] v1.2.12 and debug Message-ID: <20110330163210.GA14091@directnic.com> Is there some kind of extended debug that might show why my maildir is not foundat login? It has worked off and on, once briefly today then no more. I'm going around twiddling knobs guessing at this point which is foolish. I need some real bread crumbs to indicate what is going wrong. I've tried all kinds of .conf file ... example file etc. I figured using the least number of settings should get me somewhere but I still have no luck. I'd love to just give up and load that PPA for 2.x but I have no idea what package to install in debian. (I have the PPA update) Thanks. -Walt From user+dovecot at localhost.localdomain.org Wed Mar 30 19:36:31 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Wed, 30 Mar 2011 18:36:31 +0200 Subject: [Dovecot] v1.2.12 and debug In-Reply-To: <20110330163210.GA14091@directnic.com> References: <20110330163210.GA14091@directnic.com> Message-ID: <4D935C0F.7080904@localhost.localdomain.org> On 03/30/2011 06:32 PM Walt Shekrota wrote: > Is there some kind of extended debug that might show why my maildir is not foundat login? It has worked off and on, once briefly today then no more. > I'm going around twiddling knobs guessing at this point which is foolish. > I need some real bread crumbs to indicate what is going wrong. > I've tried all kinds of .conf file ... example file etc. I figured using the least number of settings should get me somewhere but I still have no luck. > > I'd love to just give up and load that PPA for 2.x but I have no idea what package to install in debian. (I have the PPA update) > > Thanks. > -Walt See http://wiki.dovecot.org/MailLocation and http://wiki.dovecot.org/MainConfig (mail_debug and auth_debug). Regards, Pascal -- The trapper recommends today: cafebabe.1108918 at localdomain.org From wshek at penguinacity.org Wed Mar 30 19:51:06 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 12:51:06 -0400 Subject: [Dovecot] log In-Reply-To: <4D935A41.9050801@localhost.localdomain.org> References: <20110330161600.GA13972@directnic.com> <4D935A41.9050801@localhost.localdomain.org> Message-ID: <20110330165106.GA14248@directnic.com> On Wed, Mar 30, 2011 at 06:28:49PM +0200, Pascal Volk wrote: > On 03/30/2011 06:16 PM Walt Shekrota wrote: > > does the following indicate TLS is configured? > > > > 2011-03-30 10:37:07 auth(default): Info: client out: OK 1 user=wshek > > 2011-03-30 10:37:07 auth(default): Info: master in: REQUEST 2 13371 1 > > 2011-03-30 10:37:07 auth(default): Info: passwd(wshek,127.0.0.1): lookup > > 2011-03-30 10:37:07 auth(default): Info: master out: USER 2 wshek system_groups_user=wshek uid=1000 gid=1000 home=/home/wshek > > 2011-03-30 10:37:07 imap-login: Info: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS > > > > If it is I do not intend it. How can I turn it off? > > Thanks. > > -Walt > > See http://wiki.dovecot.org/Logging > > > Regards, > Pascal > -- > The trapper recommends today: cafebabe.1108918 at localdomain.org > Ok thanks that made a little progress. (mail_debug=yes) I have mail_location = maildir:~/Mail:LAYOUT=fs defined in the dovecot.conf. You can see my mail is in 'Mail' as Maildir format! So what happens? IMAP creates a 'Maildir' directory obviously empty. Not sure why it totally ignores the directory I define in mail_location. AND occasionally this just works which is weirder yet... then shortly after stops working. Thanks. -Walt From jk at jkart.de Wed Mar 30 23:29:32 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 30 Mar 2011 22:29:32 +0200 Subject: [Dovecot] WiKi V2 Message-ID: <4D9392AC.70908@jkart.de> Hi, small question: Will the WiKi of the version 2 be updated shortly? Many things are not right at all. This would be really very nice. Many thanks in advance. -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Das Schweigen von gestern rechtfertigt nie das Schweigen von heute. (Otto Schily) From nick+dovecot at bunbun.be Wed Mar 30 23:35:49 2011 From: nick+dovecot at bunbun.be (nick+dovecot at bunbun.be) Date: Wed, 30 Mar 2011 22:35:49 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D9392AC.70908@jkart.de> References: <4D9392AC.70908@jkart.de> Message-ID: <4D939425.1040904@bunbun.be> Jim Knuth wrote: > > small question: Will the WiKi of the version 2 be updated shortly? > Many things are not right at all. This would be really very nice. Many > thanks in advance. It's a Wiki... feel free to correct :-) wiki: A collaborative website which can be directly edited using only a web browser, often by anyone with access to it. From bdh at machinehum.com Wed Mar 30 23:43:47 2011 From: bdh at machinehum.com (Brian Hayden) Date: Wed, 30 Mar 2011 15:43:47 -0500 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D939425.1040904@bunbun.be> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> Message-ID: <35E089A5-BB2D-464C-AE10-AE0960CE7317@machinehum.com> On Mar 30, 2011, at 3:35 PM, nick+dovecot at bunbun.be wrote: > Jim Knuth wrote: >> >> small question: Will the WiKi of the version 2 be updated shortly? >> Many things are not right at all. This would be really very nice. Many thanks in advance. > It's a Wiki... feel free to correct :-) > > wiki: A collaborative website which can be directly edited using only a web browser, often by anyone with access to it. Just because someone *can* edit it doesn't mean they have the relevant subject matter knowledge necessary to do a proper job of it. Just because someone can competently follow instructions enough to tell that they are wrong doesn't mean that they know what is right. They may just be stuck. Unfortunately putting documentation in a wiki usually just has the effect of making nobody feel like they really own it. Then helpful, respectful folks such as yourself say to anyone who wants documentation, "LEARN THE CODE AND DOCUMENT IT YOURSELF! It's a WIKI!" Ignoring that of course the whole point of documentation is that it (hopefully) enables people to use software without having to read the source first... -Brian From p at state-of-mind.de Wed Mar 30 23:44:59 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Wed, 30 Mar 2011 22:44:59 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D939425.1040904@bunbun.be> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> Message-ID: <20110330204459.GE17772@state-of-mind.de> * nick+dovecot at bunbun.be : > Jim Knuth wrote: > >small question: Will the WiKi of the version 2 be updated shortly? > >Many things are not right at all. This would be really very nice. > >Many thanks in advance. > It's a Wiki... feel free to correct :-) You don't want Jim to correct the Wiki. Not because he's braindead - I know him personally and I value him a lot - but because of his English. Take a look at the threads he's been in recently on this list. ;) p at rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From nick+dovecot at bunbun.be Wed Mar 30 23:55:08 2011 From: nick+dovecot at bunbun.be (Nick Rosier) Date: Wed, 30 Mar 2011 22:55:08 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <35E089A5-BB2D-464C-AE10-AE0960CE7317@machinehum.com> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <35E089A5-BB2D-464C-AE10-AE0960CE7317@machinehum.com> Message-ID: <4D9398AC.6070500@bunbun.be> Brian Hayden wrote: > On Mar 30, 2011, at 3:35 PM, nick+dovecot at bunbun.be wrote: > >> Jim Knuth wrote: >>> small question: Will the WiKi of the version 2 be updated shortly? >>> Many things are not right at all. This would be really very nice. Many thanks in advance. >> It's a Wiki... feel free to correct :-) >> >> wiki: A collaborative website which can be directly edited using only a web browser, often by anyone with access to it. > > Just because someone *can* edit it doesn't mean they have the relevant subject matter knowledge necessary to do a proper job of it. Just because someone can competently follow instructions enough to tell that they are wrong doesn't mean that they know what is right. They may just be stuck. Unfortunatly this Wiki doesn't support discussion; that's how I've worked on other Wiki's. The OP said "Many things are not right at all". How do you expect a Wiki to get corrected. Just screaming at it: "You contain errors" will not automagicly fix them :-D > Unfortunately putting documentation in a wiki usually just has the effect of making nobody feel like they really own it. Then helpful, respectful folks such as yourself say to anyone who wants documentation, "LEARN THE CODE AND DOCUMENT IT YOURSELF! It's a WIKI!" Who said anything about learning the code; I remember a recent post discussing errors in the general overview. > Ignoring that of course the whole point of documentation is that it (hopefully) enables people to use software without having to read the source first... So how will incorrect documentation help people? Again, if there is a mistake in the documentation either fix it or point to it to have it fixed. From jk at jkart.de Thu Mar 31 00:05:19 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 30 Mar 2011 23:05:19 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <20110330204459.GE17772@state-of-mind.de> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> Message-ID: <4D939B0F.7030702@jkart.de> am 30.03.11 22:44 schrieb Patrick Ben Koetter

: > You don't want Jim to correct the Wiki. Not because he's braindead - I know > him personally and I value him a lot - but because of his English. Take a look > at the threads he's been in recently on this list good point, Patrick. Thanks. ;) Yes, it`s right, my English is very badly. And yes I`m not braindead, not yet really .. *bg* Therefore, I also sometimes need very much long, to understand a HowTo and puts many silly questions. Sorry @all :) -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Ein leidenschaftlicher Raucher, der immer von der Gefahr des Rauchens f?r die Gesundheit liest, h?rt in den meisten F?llen auf - zu lesen. [Churchill] From bdh at machinehum.com Thu Mar 31 00:05:32 2011 From: bdh at machinehum.com (Brian Hayden) Date: Wed, 30 Mar 2011 16:05:32 -0500 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D9398AC.6070500@bunbun.be> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <35E089A5-BB2D-464C-AE10-AE0960CE7317@machinehum.com> <4D9398AC.6070500@bunbun.be> Message-ID: On Mar 30, 2011, at 3:55 PM, Nick Rosier wrote: > So how will incorrect documentation help people? Again, if there is a mistake in the documentation either fix it or point to it to have it fixed. See, you didn't say "... or point to it to have it fixed" before. You just told him to do it himself. Totally different. I agree that pointing out specific errors is more helpful than a general request, though it's not always a realistic expectation. -Brian From wshek at penguinacity.org Thu Mar 31 00:12:53 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Wed, 30 Mar 2011 17:12:53 -0400 Subject: [Dovecot] debugging mail_location issues Message-ID: <20110330211253.GA15340@directnic.com> Type of Maildir structure I am using came from KDE. No '.'s just folders. something like Maildir/ INBOX mail-sent outbox other where each has cur new and tmp folders. if I access this directory with IMAP it creates cur new and tmp in the root. ie Maildir/ INBOX cur new tmp mail-sent outbox other This implies to me 1. it finds the Maildir directory 2. it apparently does not have access to the directories like INBOX so it makes its own in the root? or is this a side effect I'm misunderstanding? The resulting IMAP session shows an empty INBOX only (this must be the cur new tmp it added) The real INBOX is not accessible but still intact. In a session this morning I could access all the folders just not the real INBOX. INBOX was as is here empty with cur new tmp in the root of the Maildir folder. This behavior makes no sense. I'm using the hierarchical structure as pointed to in. http://wiki1.dovecot.org/MailLocation/Maildir It appears my grief surrounds dovecot's detection of mailbox. This is kind of what I said days ago. Setting up requires you to know expected states. Something in my environmment I haven't been able to identify (yet) is influencing recognising that hierarchical maildir structure. -Walt From jk at jkart.de Thu Mar 31 00:26:53 2011 From: jk at jkart.de (Jim Knuth) Date: Wed, 30 Mar 2011 23:26:53 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D939B0F.7030702@jkart.de> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> <4D939B0F.7030702@jkart.de> Message-ID: <4D93A01D.2020201@jkart.de> am 30.03.11 23:05 schrieb Jim Knuth : > am 30.03.11 22:44 schrieb Patrick Ben Koetter

: > >> You don't want Jim to correct the Wiki. Not because he's braindead - >> I know >> him personally and I value him a lot - but because of his English. >> Take a look >> at the threads he's been in recently on this list > > good point, Patrick. Thanks. ;) > Yes, it`s right, my English is very badly. And yes I`m not braindead, > not yet really .. *bg* Therefore, I also sometimes need very much > long, to understand a HowTo and puts many silly questions. > Sorry @all :) > me again, sorry. And if then the Wiki is partly wrong, one has no chance. I try since just different Quota for different users with backend maildir. And? It does not want to function. :-/ Therefore, my question after the update of the WiKi. -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: Ein leidenschaftlicher Raucher, der immer von der Gefahr des Rauchens f?r die Gesundheit liest, h?rt in den meisten F?llen auf - zu lesen. [Churchill] From Christian.Schmidt at chemie.uni-hamburg.de Thu Mar 31 01:27:28 2011 From: Christian.Schmidt at chemie.uni-hamburg.de (Christian Schmidt) Date: Thu, 31 Mar 2011 00:27:28 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D93A01D.2020201@jkart.de> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> <4D939B0F.7030702@jkart.de> <4D93A01D.2020201@jkart.de> Message-ID: <20110330222728.GC19916@chemie.uni-hamburg.de> Hello Jim, Jim Knuth, 30.03.2011 (d.m.y): > And if then the Wiki is partly wrong, one has no chance. > I try since just different Quota for different users with > backend maildir. And? It does not want to function. :-/ Well - you could just mention which parts/chapters/whatever of the wiki you suspect to contain errors... Gruss/Regards, Christian Schmidt -- The only way to keep your health is to eat what you don't want, drink what you don't like, and do what you'd rather not. -- Mark Twain From ssilva at sgvwater.com Thu Mar 31 01:30:00 2011 From: ssilva at sgvwater.com (Scott Silva) Date: Wed, 30 Mar 2011 15:30:00 -0700 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D939B0F.7030702@jkart.de> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> <4D939B0F.7030702@jkart.de> Message-ID: on 3/30/2011 2:05 PM Jim Knuth spake the following: > am 30.03.11 22:44 schrieb Patrick Ben Koetter

: > >> You don't want Jim to correct the Wiki. Not because he's braindead - I know >> him personally and I value him a lot - but because of his English. Take a look >> at the threads he's been in recently on this list > > good point, Patrick. Thanks. ;) > Yes, it`s right, my English is very badly. And yes I`m not braindead, > not yet really .. *bg* Therefore, I also sometimes need very much > long, to understand a HowTo and puts many silly questions. > Sorry @all :) > You're English is far better than my German will ever be!!! From tss at iki.fi Thu Mar 31 05:15:41 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 05:15:41 +0300 Subject: [Dovecot] WiKi V2 In-Reply-To: <4D93A01D.2020201@jkart.de> References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> <4D939B0F.7030702@jkart.de> <4D93A01D.2020201@jkart.de> Message-ID: <09670D6C-3FE1-40EE-BB6C-F94EE7AA51EC@iki.fi> On 31.3.2011, at 0.26, Jim Knuth wrote: > And if then the Wiki is partly wrong, one has no chance. > I try since just different Quota for different users with > backend maildir. And? It does not want to function. :-/ > Therefore, my question after the update of the WiKi. I'm not aware of any problems with the wiki2 (except for the Q/A page and the Feat* pages, but they're obsolete for wiki1 too). The quota pages should be correct. Maybe you're misunderstanding something in them. From adrian.stoica at dacris.net Thu Mar 31 09:41:38 2011 From: adrian.stoica at dacris.net (Adrian Stoica) Date: Thu, 31 Mar 2011 09:41:38 +0300 Subject: [Dovecot] Increase /proc/sys/fs/inotify/max_user_instances Message-ID: <4D942222.5030309@dacris.net> Hi I allready have set 256 on max_user_instances , and in the log i keep seeing Mar 28 10:08:44 mail dovecot: imap(some.username): Warning: Inotify instance limit for user 98 (UID vmail) exceeded, disabling. Increase /proc/sys/fs/inotify/max_user_instances All users use thunderbird 3.1.9 , and from time to time this show in log , with a random user. What can i do to resolve this issue ? my doveconf-n : # 2.0.11: /usr/dovecot2/etc/dovecot/dovecot.conf # OS: Linux 2.6.35.4 i686 auth_cache_negative_ttl = 10 secs auth_cache_size = 10 M auth_cache_ttl = 1 mins auth_mechanisms = plain login cram-md5 auth_socket_path = /var/run/dovecot/auth-userdb auth_verbose_passwords = plain base_dir = /var/run/dovecot/ default_client_limit = 5000 default_internal_user = vmail default_login_user = nobody default_process_limit = 200 deliver_log_format = mail from=%f subject=%s msgid=%m: %$ dict { acl = mysql:/usr/dovecot2/etc/dovecot/dovecot-dict-sql.conf.ext } disable_plaintext_auth = no first_valid_uid = 1 lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes listen = * mail_location = maildir:~/Maildir mail_plugins = " quota acl trash notify mail_log" managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { inbox = yes location = prefix = separator = / subscriptions = yes type = private } namespace { hidden = no list = children location = maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u prefix = shared/%%u/ separator = / subscriptions = no type = shared } passdb { args = /usr/dovecot2/etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { acl = vfile acl_shared_dict = proxy::acl autocreate = Trash autocreate2 = Drafts autocreate3 = Sent autosubscribe = Trash autosubscribe2 = Drafts autosubscribe3 = INBOX autosubscribe4 = Sent mail_log_events = delete mailbox_delete mailbox_rename mail_log_group_events = yes quota = maildir:User quota quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=95%% quota-warning 90 %u quota_warning3 = storage=85%% quota-warning 85 %u sieve = ~/.dovecot.sieve sieve_dir = ~/sieve trash = /usr/dovecot2/etc/dovecot/dovecot-trash.conf.ext } postmaster_address = postmaster at mydomain.com protocols = imap rejection_subject = Rejected: %s: %r service auth { unix_listener auth-userdb { mode = 0660 user = vmail } } service dict { unix_listener dict { user = vmail } } service imap-login { process_min_avail = 16 service_count = 1 } service imap { process_limit = 2048 vsz_limit = 512 M } service quota-warning { executable = script /bin/quota_warning.sh unix_listener quota-warning { user = vmail } user = vmail } ssl_cert = From tss at iki.fi Thu Mar 31 09:54:43 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 09:54:43 +0300 Subject: [Dovecot] Increase /proc/sys/fs/inotify/max_user_instances In-Reply-To: <4D942222.5030309@dacris.net> References: <4D942222.5030309@dacris.net> Message-ID: <1301554483.13041.117.camel@hurina> On Thu, 2011-03-31 at 09:41 +0300, Adrian Stoica wrote: > Hi > > I allready have set 256 on max_user_instances , and in the log i keep > seeing > Mar 28 10:08:44 mail dovecot: imap(some.username): Warning: Inotify > instance limit for user 98 (UID vmail) exceeded, disabling. Increase > /proc/sys/fs/inotify/max_user_instances Note that kernel only sees vmail as the user for everyone. > What can i do to resolve this issue ? Increase it more! > service imap { > process_limit = 2048 You can have a maximum of 2048 IMAP connections and every one of them could be IDLEing and using one inotify instance. So set it to 2048. From adrian.stoica at dacris.net Thu Mar 31 10:47:37 2011 From: adrian.stoica at dacris.net (Adrian Stoica) Date: Thu, 31 Mar 2011 10:47:37 +0300 Subject: [Dovecot] Increase /proc/sys/fs/inotify/max_user_instances In-Reply-To: <1301554483.13041.117.camel@hurina> References: <4D942222.5030309@dacris.net> <1301554483.13041.117.camel@hurina> Message-ID: <4D943199.6080801@dacris.net> Thank you very much, it's look so simple when you explain. On 31/03/2011 9:54 AM, Timo Sirainen wrote: > On Thu, 2011-03-31 at 09:41 +0300, Adrian Stoica wrote: >> Hi >> >> I allready have set 256 on max_user_instances , and in the log i keep >> seeing >> Mar 28 10:08:44 mail dovecot: imap(some.username): Warning: Inotify >> instance limit for user 98 (UID vmail) exceeded, disabling. Increase >> /proc/sys/fs/inotify/max_user_instances > Note that kernel only sees vmail as the user for everyone. > >> What can i do to resolve this issue ? > Increase it more! > >> service imap { >> process_limit = 2048 > You can have a maximum of 2048 IMAP connections and every one of them > could be IDLEing and using one inotify instance. So set it to 2048. > > -------------- next part -------------- A non-text attachment was scrubbed... Name: adrian_stoica.vcf Type: text/x-vcard Size: 195 bytes Desc: not available URL: From tss at iki.fi Thu Mar 31 11:25:13 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 11:25:13 +0300 Subject: [Dovecot] Message file prefetching to memory Message-ID: <1301559913.13041.132.camel@hurina> I added a new mail_prefetch_count setting to Dovecot v2.1 (http://hg.dovecot.org/dovecot-2.1/). Its main purpose is to avoid unnecessary latency while waiting for replies from remote server with imapc, i.e. instead of doing (FETCH, wait, FETCH, wait, ...) it can do (FETCH, FETCH, .., wait). For the same reason it's also going to be very useful once I add support for key-value databases / other high latency cloud filesystems. It also works with Maildir, single-dbox and cydir backends by calling posix_fadvise(POSIX_FADV_WILLNEED) for the files. This syscall is apparently only implemented by Linux. It should tell the kernel to start reading the files from disk to page cache. By calling this for multiple files, it should help the kernel optimize disk I/O. For example if 10 files are prefetched, the kernel might figure out that it should read them in a different order to avoid extra disk seeks. Perhaps it also does something useful with NFS, I don't know. I'm not sure if it would be a good idea to use this for mbox or multi-dbox files, since they already have multiple messages in same file so kernel probably already did some prefetching. With mdbox I guess it could be useful if the message file changes.. This optimization currently works only for FETCH command (and POP3 RETR and TOP). SEARCH/THREAD/SORT commands will hopefully implement it soon also. I'd be interested in knowing what the effects of this setting are if anyone tests this some day. From andre.rodier at red2.co.uk Thu Mar 31 12:04:51 2011 From: andre.rodier at red2.co.uk (=?ISO-8859-1?Q?Andr=E9_Rodier?=) Date: Thu, 31 Mar 2011 10:04:51 +0100 Subject: [Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot Message-ID: <4D9443B3.8090700@red2.co.uk> Hello everybody, I hope this question is appropriate for this list. Apologies if not. I am running a set of virtual machines under debian 6, to build a mail/collaboration server. I am mainly using dovecot, postfix, openldap and heimdal. Mails are stored using maildir, on a NFSv4 share. My users are system users, but using LDAP and libpam-ldap and libnss-ldap for caching credentials information. Everything is working as expected, well, /almost/. Since NFS is using kerberos, by defaults, my users are not able to access their mail storage if they have not received their kerberos ticket. For instance, if I do nothing, this is the errors I have from dovecot when trying to logon using any imap client: Mar 31 09:33:07 titan dovecot: imap-login: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Mar 31 09:33:07 titan dovecot: dovecot: Fatal: chdir(/home/emails/team/arodier/) failed: Permission denied (euid=1003(arodier) egid=1001(red2team) missing +x perm: /home/emails) Mar 31 09:33:07 titan dovecot: dovecot: child 5089 (imap) returned error 89 (Fatal failure) However, if I just login on a console for the user "/arodier/", I see that I have received a ticket, and I can see it with klist: Credentials cache: FILE:/tmp/krb5cc_1001_ywvktf Principal: arodier at RED2.SRV Issued Expires Principal Mar 31 09:25:55 Mar 31 19:25:53 krbtgt/RED2.SRV at RED2.SRV Mar 31 09:25:57 Mar 31 19:25:53 nfs/ananke.red2.srv at RED2.SRV Once I have simply logged myself on a console, I can access my emails using any IMAP client. The question is: How should I configure libpam (or dovecot ?) to initialise/receive a kerberos ticket after successful authentication ? Thanks for your answers. From tss at iki.fi Thu Mar 31 12:50:18 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 12:50:18 +0300 Subject: [Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot In-Reply-To: <4D9443B3.8090700@red2.co.uk> References: <4D9443B3.8090700@red2.co.uk> Message-ID: <374A0F60-E007-44D8-833D-1E6746E1BAE6@iki.fi> On 31.3.2011, at 12.04, Andr? Rodier wrote: > How should I configure libpam (or dovecot ?) to initialise/receive a kerberos ticket after successful authentication ? I doubt this is possible. At least not directly via PAM authentication, because in Dovecot the authentication is done by a separate authentication process. You could possibly use http://untroubled.org/mailfront/imapfront.html with Dovecot's imap binary. From gerard.ranke at kmt.hku.nl Thu Mar 31 11:12:37 2011 From: gerard.ranke at kmt.hku.nl (Gerard Ranke) Date: Thu, 31 Mar 2011 10:12:37 +0200 Subject: [Dovecot] install question Message-ID: <4D943775.2050002@kmt.hku.nl> Dear list, I'm trying to build a dovecot-2.0.11 package for our systems, and so I would like to install it to a temporary directory. But when I use "gmake DESTDIR=/tmp/build install", instead of binaries, it's wrapper scripts that get installed for dovecot, doveconf and doveadm. When I install to the default location all is well. Does anybody know how how to install to a temp location? Thanks in advance for your answer! Best regards, Gerard Ranke From jk at jkart.de Thu Mar 31 13:48:53 2011 From: jk at jkart.de (Jim Knuth) Date: Thu, 31 Mar 2011 12:48:53 +0200 Subject: [Dovecot] WiKi V2 In-Reply-To: References: <4D9392AC.70908@jkart.de> <4D939425.1040904@bunbun.be> <20110330204459.GE17772@state-of-mind.de> <4D939B0F.7030702@jkart.de> Message-ID: <4D945C15.5080604@jkart.de> am 31.03.11 00:30 schrieb Scott Silva : > on 3/30/2011 2:05 PM Jim Knuth spake the following: >> am 30.03.11 22:44 schrieb Patrick Ben Koetter

: >> >>> You don't want Jim to correct the Wiki. Not because he's braindead - I know >>> him personally and I value him a lot - but because of his English. Take a look >>> at the threads he's been in recently on this list >> >> good point, Patrick. Thanks. ;) >> Yes, it`s right, my English is very badly. And yes I`m not braindead, >> not yet really .. *bg* Therefore, I also sometimes need very much >> long, to understand a HowTo and puts many silly questions. >> Sorry @all :) >> > You're English is far better than my German will ever be!!! > good to known .. ;) -- Mit freundlichen Gr??en, Jim Knuth P.S.: Bitte senden Sie KEINE HTML-Mails! Zufallszitat: If Hitler invaded Hell, I would make at least a favourable reference to the devil in the House of Commons. [Churchill] From CMarcus at Media-Brokers.com Thu Mar 31 15:00:56 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 31 Mar 2011 08:00:56 -0400 Subject: [Dovecot] debugging mail_location issues In-Reply-To: <20110330211253.GA15340@directnic.com> References: <20110330211253.GA15340@directnic.com> Message-ID: <4D946CF8.9060800@Media-Brokers.com> On 2011-03-30 5:12 PM, Walt Shekrota wrote: > Type of Maildir structure I am using came from KDE. No '.'s just folders. According to the Wiki, dovecot uses Maildir++ directory structure, which requires the preceding dots in the directory names: http://wiki2.dovecot.org/MailboxFormat/Maildir Specifically: "Directory Structure Dovecot uses Maildir++ directory layout for organizing mailbox directories. This means that all the folders are directly inside ~/Maildir directory: ~/Maildir/new, ~/Maildir/cur and ~/Maildir/tmp directories contain the messages for INBOX. The tmp directory is used during delivery, new messages arrive in new and read shall be moved to cur by the clients. ~/Maildir/.folder/ is a mailbox folder ~/Maildir/.folder.subfolder/ is a subfolder of a folder (ie. "folder/subfolder") Most importantly this means that if your maildir folders exist in eg. ~/Maildir/folder and ~/Maildir/folder/subfolder, Dovecot won't see them unless you rename them to Maildir++ layout. v1.1 supports them by adding :LAYOUT=fs to mail_location." I don't know if the last sentence above should read ">>> v1.1+..." or if versions after 1.1 no longer support ':LAYOUT=fs' ... -- Best regards, Charles From andre.rodier at red2.co.uk Thu Mar 31 17:32:53 2011 From: andre.rodier at red2.co.uk (=?ISO-8859-1?Q?Andr=E9_Rodier?=) Date: Thu, 31 Mar 2011 15:32:53 +0100 Subject: [Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot In-Reply-To: <374A0F60-E007-44D8-833D-1E6746E1BAE6@iki.fi> References: <4D9443B3.8090700@red2.co.uk> <374A0F60-E007-44D8-833D-1E6746E1BAE6@iki.fi> Message-ID: <4D949095.104@red2.co.uk> Thanks, Timo. So, other questions: * Can I use a post login script to try to initialise the kerberos ticket ? * Can I write a dovecot plugin in C/C++ to do that, and in this case ? * If I use a plugin or a script, do I have access to the username / password ? * If I use a plugin, where can I found a skeleton ? Kind regards, Andr? Rodier. On 31/03/2011 10:50, Timo Sirainen wrote: > On 31.3.2011, at 12.04, Andr? Rodier wrote: > >> How should I configure libpam (or dovecot ?) to initialise/receive a kerberos ticket after successful authentication ? > I doubt this is possible. At least not directly via PAM authentication, because in Dovecot the authentication is done by a separate authentication process. You could possibly use http://untroubled.org/mailfront/imapfront.html with Dovecot's imap binary. > -- /Andr? Rodier/ r e d 2 The red2 Group of companies; red2, red2 Services and red2 Agency 34-35 Eastcastle Street, London W1W 8DW www.red2.co.uk | andre.rodier at red2.co.uk (+44) 0203 397 0594 direct (+44) 0751 124 4961 mobile From tss at iki.fi Thu Mar 31 17:37:53 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 17:37:53 +0300 Subject: [Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot In-Reply-To: <4D949095.104@red2.co.uk> References: <4D9443B3.8090700@red2.co.uk> <374A0F60-E007-44D8-833D-1E6746E1BAE6@iki.fi> <4D949095.104@red2.co.uk> Message-ID: On 31.3.2011, at 17.32, Andr? Rodier wrote: > Thanks, Timo. > > So, other questions: > > * Can I use a post login script to try to initialise the kerberos > ticket ? With v1.x yes, with v2.x no (because in v2.x it's again in a separate process to allow support for multiple clients per process). > * Can I write a dovecot plugin in C/C++ to do that, and in this case ? Yes. > * If I use a plugin or a script, do I have access to the username / > password ? Username yes, password no. I guess you could modify Dovecot code so PAM code saves the password and passes it to mail process. > * If I use a plugin, where can I found a skeleton ? v1.x or v2.x? v1.x is really simple, v2.x needs more work. How are mails delivered then anyway? Doesn't that process also need some kerberos ticket? From andre.rodier at red2.co.uk Thu Mar 31 17:54:35 2011 From: andre.rodier at red2.co.uk (=?ISO-8859-1?Q?Andr=E9_Rodier?=) Date: Thu, 31 Mar 2011 15:54:35 +0100 Subject: [Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot In-Reply-To: References: <4D9443B3.8090700@red2.co.uk> <374A0F60-E007-44D8-833D-1E6746E1BAE6@iki.fi> <4D949095.104@red2.co.uk> Message-ID: <4D9495AB.8090509@red2.co.uk> On 31/03/2011 15:37, Timo Sirainen wrote: > On 31.3.2011, at 17.32, Andr? Rodier wrote: > >> Thanks, Timo. >> >> So, other questions: >> >> * Can I use a post login script to try to initialise the kerberos >> ticket ? > > With v1.x yes, with v2.x no (because in v2.x it's again in a separate process to allow support for multiple clients per process). > >> * Can I write a dovecot plugin in C/C++ to do that, and in this case ? > > Yes. > >> * If I use a plugin or a script, do I have access to the username / >> password ? > > Username yes, password no. I guess you could modify Dovecot code so PAM code saves the password and passes it to mail process. > >> * If I use a plugin, where can I found a skeleton ? > > v1.x or v2.x? v1.x is really simple, v2.x needs more work. > > How are mails delivered then anyway? Doesn't that process also need some kerberos ticket? Hello Timo, You were right. Since I have switched to MFSv4/Kerberos, I started by testing the mail access before the delivery. Testing just now the dovecot deliver script fail as well... I probably have to use another method to obtain the ticket. I can also try to use a virtual user for the whole mail storage... If I found a solution, I'll post it on this list. I use dovecot 1.2, included by default on Debian squeeze. Kind regards. Andr? Rodier. From wshek at penguinacity.org Thu Mar 31 18:00:03 2011 From: wshek at penguinacity.org (Walt Shekrota) Date: Thu, 31 Mar 2011 11:00:03 -0400 Subject: [Dovecot] Mail_location and formats Message-ID: <20110331150003.GA27583@directnic.com> Hi, Ok I know that the Maildir hierarchical structure works because I saw it intermittantly in my setup. At times I could look at ALL folders in my client. mail_location = maildir:~/Maildir:LAYOUT=fs http://wiki1.dovecot.org/MailLocation/Maildir this says 1.1 only? My maildir folder has a collection of maildir folders ie each has cur new tmp folders. As an experiment I took the cur new tmp out of my INBOX folder and put it in the root of Maildir. This worked with dovecot using the inbox only or the standard maildir++ format. Although it would not see the old mail in the folder not sure why. mail_location = maildir:~/Maildir This setup also ignores the remainder of folders. I know the dovecot support of maildir is shakey due to standards compliance but this is crazy ... and unusable. Does ANYONE have a working maildir setup in the hierarchical layout? Maildir/ inbox mail-sent outbox otherfolder Fred Sue Thanks. -Walt From sunhux at gmail.com Thu Mar 31 18:43:12 2011 From: sunhux at gmail.com (sunhux G) Date: Thu, 31 Mar 2011 23:43:12 +0800 Subject: [Dovecot] POP3 connection issue & SASL not compiled in Message-ID: After I've configured dovecot for SSL according to the info given in the link below: ? ?https://access.redhat.com/kb/docs/DOC-6671 (tried both POP3 & secure POP3 & got the same result) I tested POP3 access from my unblocked (no firewall rule for outgoing) broadband PC's Outlook to connect to the postfix/dovecot server & got the following : Tasks ? ? ? ? ? ? ? ? Status ===================== ? ? ? ? ? ? ? ? ? ? ?======== Establish network connection Completed Find outgoing mail server (SMTP) Completed Find incoming mail server (POP3) Completed Log onto incoming mail server (PO... Send test e-mail message ? ? ? ? Completed ?(yep, this email ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?was received in postfix mailbox) & seconds later, the following messages returned: Log onto incoming mail server (POP3): The specified server was found, but there was no response from the server. ?Please verify that the port and SSL information is correct. ?To access these settings close this dialog, then click More Settings and click on the Advanced tab. Find incoming mail server (POP3): Outlook could not connect to the incoming mail server (POP3). ?The problem could be the server name or port, or your server may not support SSL. ?Verify your port and SSL settings in More Settings under the Advanced tab. Q1: What do I need to provide to this list for further troubleshooting? Q2: I have the following log entry in /var/log/mailog : Mar 31 10:48:36 hostname postfix/smtpd[22258]: warning: smtpd_sasl_auth_enable is true, but SASL support is not compiled in Is this related to my POP3 connection issue? Q3: Is the following related to the sasl issue in Q2 & the POP3 connection issue ? [root at host /etc/sysconfig]# saslauthd -v <== expectg postfix to be listed below saslauthd 2.1.19 authentication mechanisms: getpwent kerberos5 pam rimap shadow ldap [root at host /etc/sysconfig]# rpm -qa | grep -i sasl cyrus-sasl-md5-2.1.19-5.EL4 cyrus-sasl-devel-2.1.19-5.EL4 cyrus-sasl-ntlm-2.1.19-5.EL4 cyrus-sasl-2.1.19-5.EL4 cyrus-sasl-plain-2.1.19-5.EL4 cyrus-sasl-gssapi-2.1.19-5.EL4 warning: only V3 signatures can be verified, skipping V4 signature cyrus-sasl-sql-2.1.19-5.EL4 The above cyrus/sasl rpms are old existing packages that were already there in the server a couple of years ago & well before I installed postfix & dovecot in this server. Wondering if they interfere with postfix sasl authentication. There's no issue with this postfix+dovecot box sending & receiving emails. " saslfinger -s " output: # saslfinger -s saslfinger - postfix Cyrus sasl configuration Thu Mar 17 18:10:18 SGT 2011 version: 1.0.2 mode: server-side SMTP AUTH -- basics -- Postfix: 2.5.6 System: Red Hat Enterprise Linux ES release 4 (Nahant Update 2) -- smtpd is linked to -- libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x47b72000) -- active SMTP AUTH and TLS parameters for smtpd -- smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous -- listing of /usr/lib/sasl -- total 560 -rw-r--r-- 1 root root 4634 Dec 2 2004 libanonymous.a -rwxr-xr-x 1 root root 871 Dec 2 2004 libanonymous.la -rwxr-xr-x 1 root root 5748 Dec 2 2004 libanonymous.so -rwxr-xr-x 1 root root 5748 Dec 2 2004 libanonymous.so.1 -rwxr-xr-x 1 root root 5748 Dec 2 2004 libanonymous.so.1.0.17 -rw-r--r-- 1 root root 9758 Dec 2 2004 libcrammd5.a -rwxr-xr-x 1 root root 857 Dec 2 2004 libcrammd5.la -rwxr-xr-x 1 root root 9884 Dec 2 2004 libcrammd5.so -rwxr-xr-x 1 root root 9884 Dec 2 2004 libcrammd5.so.1 -rwxr-xr-x 1 root root 9884 Dec 2 2004 libcrammd5.so.1.0.19 -rw-r--r-- 1 root root 34264 Dec 2 2004 libdigestmd5.a -rwxr-xr-x 1 root root 880 Dec 2 2004 libdigestmd5.la -rwxr-xr-x 1 root root 30804 Dec 2 2004 libdigestmd5.so -rwxr-xr-x 1 root root 30804 Dec 2 2004 libdigestmd5.so.0 -rwxr-xr-x 1 root root 30804 Dec 2 2004 libdigestmd5.so.0.0.20 -rw-r--r-- 1 root root 11322 Dec 2 2004 libgssapiv2.a -rwxr-xr-x 1 root root 906 Dec 2 2004 libgssapiv2.la -rwxr-xr-x 1 root root 11952 Dec 2 2004 libgssapiv2.so -rwxr-xr-x 1 root root 11952 Dec 2 2004 libgssapiv2.so.1 -rwxr-xr-x 1 root root 11952 Dec 2 2004 libgssapiv2.so.1.0.19 -rw-r--r-- 1 root root 6598 Dec 2 2004 liblogin.a -rwxr-xr-x 1 root root 847 Dec 2 2004 liblogin.la -rwxr-xr-x 1 root root 7248 Dec 2 2004 liblogin.so -rwxr-xr-x 1 root root 7248 Dec 2 2004 liblogin.so.0 -rwxr-xr-x 1 root root 7248 Dec 2 2004 liblogin.so.0.0.7 -rw-r--r-- 1 root root 6150 Dec 2 2004 libplain.a -rwxr-xr-x 1 root root 849 Dec 2 2004 libplain.la -rwxr-xr-x 1 root root 7000 Dec 2 2004 libplain.so -rwxr-xr-x 1 root root 7000 Dec 2 2004 libplain.so.1 -rwxr-xr-x 1 root root 7000 Dec 2 2004 libplain.so.1.0.16 -- listing of /usr/lib/sasl2 -- total 3152 -rwxr-xr-x 1 root root 875 Dec 2 2004 libanonymous.la -rwxr-xr-x 1 root root 12820 Dec 2 2004 libanonymous.so -rwxr-xr-x 1 root root 12820 Dec 2 2004 libanonymous.so.2 -rwxr-xr-x 1 root root 12820 Dec 2 2004 libanonymous.so.2.0.19 -rwxr-xr-x 1 root root 863 Dec 2 2004 libcrammd5.la -rwxr-xr-x 1 root root 15216 Dec 2 2004 libcrammd5.so -rwxr-xr-x 1 root root 15216 Dec 2 2004 libcrammd5.so.2 -rwxr-xr-x 1 root root 15216 Dec 2 2004 libcrammd5.so.2.0.19 -rwxr-xr-x 1 root root 884 Dec 2 2004 libdigestmd5.la -rwxr-xr-x 1 root root 42964 Dec 2 2004 libdigestmd5.so -rwxr-xr-x 1 root root 42964 Dec 2 2004 libdigestmd5.so.2 -rwxr-xr-x 1 root root 42964 Dec 2 2004 libdigestmd5.so.2.0.19 -rwxr-xr-x 1 root root 911 Dec 2 2004 libgssapiv2.la -rwxr-xr-x 1 root root 22292 Dec 2 2004 libgssapiv2.so -rwxr-xr-x 1 root root 22292 Dec 2 2004 libgssapiv2.so.2 -rwxr-xr-x 1 root root 22292 Dec 2 2004 libgssapiv2.so.2.0.19 -rwxr-xr-x 1 root root 851 Dec 2 2004 liblogin.la -rwxr-xr-x 1 root root 13296 Dec 2 2004 liblogin.so -rwxr-xr-x 1 root root 13296 Dec 2 2004 liblogin.so.2 -rwxr-xr-x 1 root root 13296 Dec 2 2004 liblogin.so.2.0.19 -rwxr-xr-x 1 root root 854 Dec 2 2004 libntlm.la -rwxr-xr-x 1 root root 29104 Dec 2 2004 libntlm.so -rwxr-xr-x 1 root root 29104 Dec 2 2004 libntlm.so.2 -rwxr-xr-x 1 root root 29104 Dec 2 2004 libntlm.so.2.0.19 -rwxr-xr-x 1 root root 851 Dec 2 2004 libplain.la -rwxr-xr-x 1 root root 13360 Dec 2 2004 libplain.so -rwxr-xr-x 1 root root 13360 Dec 2 2004 libplain.so.2 -rwxr-xr-x 1 root root 13360 Dec 2 2004 libplain.so.2.0.19 -rwxr-xr-x 1 root root 931 Dec 2 2004 libsasldb.la -rwxr-xr-x 1 root root 784960 Dec 2 2004 libsasldb.so -rwxr-xr-x 1 root root 784960 Dec 2 2004 libsasldb.so.2 -rwxr-xr-x 1 root root 784960 Dec 2 2004 libsasldb.so.2.0.19 -rwxr-xr-x 1 root root 875 Dec 2 2004 libsql.la -rwxr-xr-x 1 root root 21348 Dec 2 2004 libsql.so -rwxr-xr-x 1 root root 21348 Dec 2 2004 libsql.so.2 -rwxr-xr-x 1 root root 21348 Dec 2 2004 libsql.so.2.0.19 -- content of /etc/postfix/sasl/smtpd.conf -- pwcheck_method: saslauthd mech_list: LOGIN PLAIN CRAM-MD5 DIGEST-MD5 log_level: 5 -- active services in /etc/postfix/master.cf -- . . . . -- mechanisms on localhost -- -- end of saslfinger output -- From marcin at mejor.pl Thu Mar 31 18:46:32 2011 From: marcin at mejor.pl (=?UTF-8?B?TWFyY2luIE1pcm9zxYJhdw==?=) Date: Thu, 31 Mar 2011 17:46:32 +0200 Subject: [Dovecot] SIS: Corrupted dbox file /dane/...../m.1 (around offset=98692): uid=44 points to broken data at offset=98662 Message-ID: <4D94A1D8.8030300@mejor.pl> Hi! I'm not sure is it the same as described by Andrew Lewis, this is whay i'm posting. Log is: 2011-03-31T17:40:08.369598+02:00 hermes dovecot: imap-login: Login: user=, method=PLAIN, rip=62.121.127.119, lip=193.238.12.139, mpid=19221, TLS 2011-03-31T17:40:08.684562+02:00 hermes dovecot: imap(marcin at mejor.pl): Error: Corrupted dbox file /dane/domeny/mejor.pl/mail/marcin/mdbox/storage/m.1 (around offset=98692): Ext refs metadata corrupted: 3604 3311 - a5/2f/a52fbe2094a0f68cdb403d696b313d9e3fba6978-f722212d1ea0944daf4a0000a95b0854 2011-03-31T17:40:08.684891+02:00 hermes dovecot: imap(marcin at mejor.pl): Error: Corrupted dbox file /dane/domeny/mejor.pl/mail/marcin/mdbox/storage/m.1 (around offset=98692): uid=44 points to broken data at offset=98662 2011-03-31T17:40:08.685728+02:00 hermes dovecot: imap(marcin at mejor.pl): Disconnected: Internal error occurred. Refer to server log for more information. [2011-03-31 17:40:08] bytes=343/66007 2011-03-31T17:40:08.686229+02:00 hermes dovecot: imap(marcin at mejor.pl): Warning: mdbox /dane/domeny/mejor.pl/mail/marcin/mdbox/storage: rebuilding indexes This is reproducible by me. I've made test namespace, then in Thunderbird i've created new subfolder, then i copy (ctrl+ mose move ;) ) ~700 mails from other folder. When i try to go inside this subfolder i gets those errors, thunderbird shows only 33 emails. Those emails can't be deleted. Regards! # doveconf -n # 2.0.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.36-hardened-r9 i686 Gentoo Base System release 1.12.14 ext4 auth_cache_size = 1 k auth_mechanisms = plain login digest-md5 cram-md5 default_vsz_limit = 32 M deliver_log_format = msgid=%m: from=%f: phys=%p: virt=%w %$ first_valid_uid = 8 last_valid_uid = 8 lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes mail_attachment_dir = /dane/domeny/zalaczniki mail_attachment_min_size = 3 k mail_cache_min_mail_count = 20 mail_gid = mail mail_location = maildir:/dane/domeny/%d/mail/%n/.maildir mail_plugins = autocreate quota fts fts_squat zlib mail_privileged_group = mail mail_uid = mail maildir_stat_dirs = yes managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mdbox_rotate_interval = 1 days namespace { inbox = yes location = prefix = separator = . } namespace { location = mdbox:/dane/domeny/%d/mail/%n/mdbox prefix = tescik. separator = . subscriptions = yes type = private } passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin/autocreate = Trash plugin/autocreate2 = Spam plugin/autocreate3 = Sent plugin/autocreate4 = Drafts plugin/autosubscribe = Trash plugin/autosubscribe2 = Spam plugin/autosubscribe3 = Sent plugin/autosubscribe4 = Drafts plugin/fts = squat plugin/fts_squat = partial=4 full=10 plugin/quota = maildir:User quota plugin/sieve = /dane/domeny/%d/mail/%n/.maildir/.dovecot.sieve plugin/sieve_dir = /dane/domeny/%d/mail/%n/.maildir/sieve plugin/zlib_save = bz2 postmaster_address = postmaster at localhost protocols = imap pop3 sieve service auth { unix_listener auth-userdb { group = mail mode = 0660 user = root } } service managesieve-login { inet_listener sieve_deprecated { port = 2000 } vsz_limit = 4 M } ssl_cert = References: Message-ID: Instead of "doveconf -n", appended below /etc/dovecot/dovecot.conf # Protocols we want to be serving. # protocols = imap pop3 lmtp Z <== have tried this earlier, no luck # protocols = imap pop3 imaps pop3s protocols = imaps pop3s ssl_disable = no <==added later but I don't need Secure POP3 actually ssl_cert_file = /usr/share/ssl/certs/dovecot.pem <==added later but I don't need Secure POP3 ssl_key_file = /usr/share/ssl/private/dovecot.pem <==added later but I don't need Secure POP3 listen = * #base_dir = /var/run/dovecot/ #login_trusted_networks = #login_access_sockets = #verbose_proctitle = no #shutdown_clients = yes #doveadm_worker_count = 0 #doveadm_socket_path = doveadm-server # "proxy::". dict { #quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext #expire = sqlite:/etc/dovecot/dovecot-dict-sql.conf.ext } !include conf.d/*.conf #!include_try /etc/dovecot/local.conf From tss at iki.fi Thu Mar 31 19:09:58 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 31 Mar 2011 19:09:58 +0300 Subject: [Dovecot] SIS: Corrupted dbox file /dane/...../m.1 (around offset=98692): uid=44 points to broken data at offset=98662 In-Reply-To: <4D94A1D8.8030300@mejor.pl> References: <4D94A1D8.8030300@mejor.pl> Message-ID: <7FBDB8E6-B9B4-4ABC-BAFF-1E4FE362B9C7@iki.fi> On 31.3.2011, at 18.46, Marcin Miros?aw wrote: > Error: Corrupted dbox file > /dane/domeny/mejor.pl/mail/marcin/mdbox/storage/m.1 (around > offset=98692): Ext refs metadata corrupted: 3604 3311 - > a5/2f/a52fbe2094a0f68cdb403d696b313d9e3fba6978-f722212d1ea0944daf4a0000a95b0854 .. > # 2.0.11: /etc/dovecot/dovecot.conf Unpatched 2.0.11? Yeah, I should release 2.0.12.. With 2.0.11 you need to patch with http://hg.dovecot.org/dovecot-2.0/rev/890a46b3ab63 From marcin at mejor.pl Thu Mar 31 19:40:25 2011 From: marcin at mejor.pl (=?ISO-8859-2?Q?Marcin_Miros=B3aw?=) Date: Thu, 31 Mar 2011 18:40:25 +0200 Subject: [Dovecot] SIS: Corrupted dbox file /dane/...../m.1 (around offset=98692): uid=44 points to broken data at offset=98662 In-Reply-To: <7FBDB8E6-B9B4-4ABC-BAFF-1E4FE362B9C7@iki.fi> References: <4D94A1D8.8030300@mejor.pl> <7FBDB8E6-B9B4-4ABC-BAFF-1E4FE362B9C7@iki.fi> Message-ID: <4D94AE78.2060304@mejor.pl> W dniu 2011-03-31 18:09, Timo Sirainen pisze: > Unpatched 2.0.11? Now patched with mentioned patch ;) Problem has gone away. Thank you. P.S. Is it possible to have attachments comprest with zlib plugin? From CMarcus at Media-Brokers.com Thu Mar 31 21:16:43 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 31 Mar 2011 14:16:43 -0400 Subject: [Dovecot] Mail_location and formats In-Reply-To: <20110331150003.GA27583@directnic.com> References: <20110331150003.GA27583@directnic.com> Message-ID: <4D94C50B.3040001@Media-Brokers.com> On 2011-03-31 11:00 AM, Walt Shekrota wrote: > Hi, > > Ok I know that the Maildir hierarchical structure works Walt, No one is bothering to try to help you because you: 1. Keep starting new threads for the same oblem, 2. Refuse to listen to advice given to you, and 3. Refuse to respond to questions (not mine, but I've seen you ignore others). -- Best regards, Charles