- dovecot - dovecot.org

[Dovecot] Patch for dovecot 1.2.16 (and .17) for vpopmail module
by Alessio Cecchi 22 Dec '11

22 Dec '11

Hi Timo, I love dovecot but I love also vpopmail and its functions for manage user limits (via vmoduser). Unfortunately in dovecot 1.2.x auth default set to use "vpopmail" is unable to apply this limits. Only if used with checkpassword limits works fine but in the dovecot.log only user (without @domain) is logged. So, based on the code of dovecot 2.0, I have created this very simple patch that correct this bug. Thanks for consideration -- Alessio Cecchi is: on LinkedIn -> http://www.linkedin.com/in/alessice Assistenza Sistemi Linux -> http://www.cecchi.biz/ Hosting Linux -> http://www.hosting-linux.it @ PLUG -> ex-Presidente, adesso senatore a vita, http://www.prato.linux.it

1 0

[Dovecot] Global Sieve Script Includes no longer works with 056934abd2ef
by Thomas Leuxner 22 Dec '11

22 Dec '11

Latest Dovecot Auto-Build 2.1.rc1-0~auto+42 (056934abd2ef) fails to include global Sieve Scripts. Not sure this is specific to Stephan's Repository. Rolling back to older version restores functionality. ==> /var/log/dovecot/dovecot.log <== Dec 22 12:13:52 spectre dovecot: lmtp(32246): Connect from local Dec 22 12:13:52 spectre dovecot: lmtp(32246, tlx(a)leuxner.net) Error: jo99GvAQ8072fQAAqZii3w: sieve: failed to open script /var/vmail/domains/leuxner.net/tlx/.dovecot.sieve (view user logfile /var/vmail/domains/leuxner.net/tlx/.dovecot.sieve.log for more information) Dec 22 12:13:52 spectre dovecot: lmtp(32246, tlx(a)leuxner.net) jo99GvAQ8072fQAAqZii3w: msgid=<4EF310E0.6030006(a)Media-Brokers.com>: saved mail to INBOX $ cat /var/vmail/domains/leuxner.net/tlx/.dovecot.sieve.log sieve: info: started log at Dec 22 12:13:52. main_script: line 2: error: included global script 'global.sieve' does not exist. main_script: error: validation failed. [ Script Calling Global ] $ head /var/vmail/domains/leuxner.net/tlx/.dovecot.sieve require ["include","copy","fileinto","vacation"]; include :global "global.sieve"; […] $ ls -al /var/vmail/conf.d/leuxner.net/sieve/ total 12 dr-x------ 2 vmail vmail 4096 Dec 7 15:09 . dr-x------ 4 vmail vmail 4096 Mar 17 2010 .. -r-------- 1 vmail vmail 3647 Dec 7 15:09 global.sieve $ doveconf -n # 2.1.rc1 (056934abd2ef): /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.3 auth_cache_size = 16 k auth_verbose = yes mail_location = mdbox:~/mdbox mail_plugins = acl quota stats namespace { list = yes location = mdbox:/var/vmail/public prefix = Public/ separator = / subscriptions = no type = public } namespace inbox { hidden = no inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = separator = / type = private } passdb { args = username_format=%u /var/vmail/auth.d/%d/passwd driver = passwd-file } plugin { acl = vfile:/var/vmail/conf.d/%d/acls:cache_secs=300 mail_log_events = expunge mailbox_delete quota = dict:user::file:%h/mdbox/dovecot-quota quota_rule = *:storage=1GB quota_rule2 = Trash:storage=+10%% sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_global_dir = /var/vmail/conf.d/%d/sieve stats_refresh = 30s stats_track_cmds = yes } protocols = imap lmtp quota_full_tempfail = yes service auth-worker { user = doveauth } service auth { client_limit = 1224 unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = doveauth } service imap-login { inet_listener imap { address = 1.2.3.4 port = 143 } inet_listener imaps { port = 0 } } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0660 user = postfix } } service stats { fifo_listener stats-mail { mode = 0600 user = vmail } } ssl_ca = </etc/ssl/certs/SSL123_CA_Bundle.pem ssl_cert = </etc/ssl/certs/host_domain_tld.crt ssl_key = </etc/ssl/private/host_domain_tld.key syslog_facility = local1 userdb { args = username_format=%u /var/vmail/auth.d/%d/passwd driver = passwd-file } verbose_proctitle = yes protocol lmtp { mail_plugins = acl quota stats sieve } protocol imap { mail_plugins = acl quota stats imap_acl imap_quota mail_log notify imap_stats }

3 3

[Dovecot] Backing Up To Windows File Server
by Asai 22 Dec '11

22 Dec '11

Greetings, Working with dsync and setting up backups to a Windows file server. Problem seems to be that Windows is renaming the dovecot mail files (maildir) to Windows friendly filenames, and losing the Dovecot name. For example, 1323817925.M36368P32049.triata.globalchangemultimedia.net,S=2255,W=2318:2,S becomes 1AETPH~X. Does anyone have any ideas about how to tell Windows to not do this? Or is it not possible? -- --asai

5 7

[Dovecot] lmtp logging incomplete (does not tell what mailbox mail is actually being saved to!)
by Gary Chodos 22 Dec '11

22 Dec '11

We created a new virtual domain and created a user in that domain in our pgsql database. Instead of creating any directory structure in /home/virtual/mail/<domain>/<user>, I just sent a test email to see if dovecot's lmtp would autocreate. And it did! And mail appears to be delivered to an inbox.. but, logging is weird and I'm not sure everything is working as it should because: Dec 20 23:01:28 mx dovecot: lmtp(21458, user(a)example.com) lUDFG8tZ8U7SUwAAO3tENA: msgid=<20111221040122.GP13367(a)hostname.example.org>: saved mail to . so why doesn't dovecot log where mail is stored/saved? thanks, Gary

2 2

[Dovecot] Problem listing SPECIAL-USE flags
by Patrick Ben Koetter 21 Dec '11

21 Dec '11

Timo, we want to implement SPECIAL-USE in Thunderbird (TB), but we've run into problems. I believe you could help change that. Here's the problem: By default TB only lists subscribed (LSUB) folders when it accesses an IMAP server. However when I do a LSUB on recent Dovecot 2.1 code from mercurial I don't get to see the SPECIAL-USE flags. Therefore TB fails to identify which folders it should use and map to until someone tells it to list all folders (LIST) manually. Central part of the SPECIAL-USE idea was/is to require as little user interaction as possible to automatically setup a MUA to do the right thing. Speculating that probably most MUAs will do a LSUB by default and never will get to see SPECIAL-USE flags I think it is easier to have the server-side promote the flags. Do you think that would be possible? Just to verify I configured Dovecot as you would expect for SPECIAL-USE: I've set Dovecot 2.1 to autocreate and autosubscribe SPECIAL-USE mailboxes like this: namespace inbox { ... mailbox AltDrafts { special_use = \Drafts auto = subscribe } ... } This is what I get: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH=LOGIN AUTH=CRAM-MD5] Dovecot 2.1 ready. t1 login alice(a)example.com secret t1 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 FUZZY SPECIAL-USE] Logged in t2 LSUB "" "%" * LSUB () "." "Trash" * LSUB () "." "AltDrafts" * LSUB () "." "AltSent" * LSUB () "." "Archives" * LSUB () "." "AltTrash" * LSUB () "." "AltJunk" * LSUB () "." "AltArchive" * LSUB () "." "Junk" t2 OK Lsub completed. t3 LIST "" "%" * LIST (\HasNoChildren \Sent) "." "AltSent" * LIST (\HasChildren) "." "Archives" * LIST (\HasNoChildren \Archive) "." "AltArchive" * LIST (\HasNoChildren \Junk) "." "AltJunk" * LIST (\HasNoChildren) "." "Junk" * LIST (\HasNoChildren \Trash) "." "AltTrash" * LIST (\HasNoChildren \Drafts) "." "AltDrafts" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasNoChildren) "." "INBOX" t3 OK List completed. t4 logout * BYE Logging out t4 OK Logout completed. Connection closed by foreign host. Thanks, p@rick -- state of mind () 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

4 7

[Dovecot] compile dovecot-sieve for dovecot 1.2.9 (ubuntu pkg)
by Julien Lacroix 21 Dec '11

21 Dec '11

Cheers, I've a running Dovecot 1.2.9, installed from the ubuntu 10.04 Lucid LTS repository and trying to get the dovecot-sieve plugin (which seems to be not included in the lucid repo) compiled. Method 1 listed in http://wiki.dovecot.org/LDA/Sieve/Dovecot wont work, seems the rpm was build without --enable-header-install Is it sufficient to download the sources from http://archive.ubuntu.com/ubuntu/pool/main/d/dovecot/dovecot_1.2.9.orig.tar… and use them for ./configure --with-dovecot=$path ? thanks and happy holidays julien

1 0

[Dovecot] Can I block dovecot from deleting read messages, after being fetched?
by Vasiliu Adrian 21 Dec '11

21 Dec '11

Hi all, Is there an option to disable (server-side) the deletion of read mails after fetching them via POP3, regardless of the MUA config? Here are the issues I'm facing: - my boss wants to force everyone into a server-side "no delete message"-policy, for archiving, auditing and backup&recovery purposes - the requisite here is pop3, so imap is out - the mailusers are virtual users (held in a mysql db) - don't have the budget to set up a separate mail-arvhing server - don't want to use shaggy ways (aka immutable flag, r/w permissions for Maildirs, etc) dovecot --version 2.0.15 Help? Thanks!

3 2

[Dovecot] Sieve filter not working
by Lars Larsen 21 Dec '11

21 Dec '11

Hi, Dovecot, the "deliver" LDA and managesieve are all working. However, the sieve rules do not seem to work: System info: CenOS 2.6.32-131.21.1.el6.x86_64 #1 SMP dovecot-pigeonhole-2.0.9-2.el6_1.1.x86_64 dovecot-2.0.9-2.el6_1.1.x86_64 /etc/dovecot/dovecot.conf: mbox_write_locks = fcntl protocols = imap pop3 sieve passdb { driver = pam } ssl_cert = </etc/pki/dovecot/certs/dovecot.pem ssl_key = </etc/pki/dovecot/private/dovecot.pem userdb { driver = passwd } /etc/dovecot/conf.d/15-lda.conf: postmaster_address = postmaster(a)ourdomain.net hostname = mail.ourdomain.net sendmail_path = /usr/sbin/sendmail lda_mailbox_autocreate = yes protocol lda { log_path = info_log_path = syslog_facility = messages mail_plugins = sieve } /etc/dovecot/conf.d/90-sieve.conf plugin { sieve = ~/sieve/roundcube.sieve sieve_dir = ~/sieve } /home/lars/sieve/roundcube.sieve: require ["fileinto"]; # rule:[admin-root] if anyof (header :contains "From" "root", header :contains "Subject" "logwatch") { fileinto "Admin"; }

1 0

Re: [Dovecot] Why imap_open doesn't work as is expected to?
by Joseph Tam 21 Dec '11

21 Dec '11

I M <profymath(a)yahoo.com> writes: > Question: Why imap_open function doesn't work while getting a mailbox through telnet works perfectly? > Note:?imap.so is loaded!?imap.ini is parsed!? After the imap_open() invocation, you should check for error messages in your PHP logs, or dump all the errors using imap_errors(); Without more details, I would say you dropped one of those /option-flags or got the mailbox argument syntax wrong. Joseph Tam <jtam.home(a)gmail.com>

1 0

[Dovecot] Mail lost - maybe a bug???
by Marco Carcano 21 Dec '11

21 Dec '11

Hello everybody I'm struggling against what seems a really serious trouble: sometimes mail get lost I did all the possible checks, but they seems really lost - I know is absurd, but it seems so it has been noticed by two users on my server: intially I tought that was their mistake (mail deleted, mail into spam, ecc), but it wasn't I deeply checked mail logs, and it seems that mail are delivered (the path is postfix->amavis->dovecotlda) - log files says that messages are delivered, but sometimes we lost a message. I also tried to get into the Maildir and grep the subject of the lost email: if it was addressed to more recipients I'm able to get it on some of them, but not to all (look at the example below) I hope I have clearly explained everything, otherwise let me knowmydomain now an extract from the log file: Oct 27 11:20:29 srv001 postfix/smtpd[24562]: connect from usstlz- psecap06.emerson.com[144.191.128.17] Oct 27 11:20:30 srv001 postfix/smtpd[24562]: CE0B74E4A9F: client=usstlz-psecap06.emerson.com[144.191.128.17] Oct 27 11:20:31 srv001 postfix/cleanup[25157]: CE0B74E4A9F: warning: header Subject: =?utf-8?B? RW1lcnNvbiBHbG9iYWwgVXNlcnMgRXhjaGFuZ2UgMjAxMiBpbiBEw7xzc2VsZG9yZiA6IFJlaWNoZW4gU2llIGpldHp0IElocmUgUHLDpHNlbnRhdGlvbmVuIGVpbg ==?= from usstlz-psecap06.emerson.com[144.191.128.17]; from=<Emerson.News(a)emersonprocess.com > to=<oil(a)mydomain.ch> proto=ESMTP helo=<USSTLZ-PSECAP06.EMERSON.COM> Oct 27 11:20:31 srv001 postfix/cleanup[25157]: CE0B74E4A9F: message- id=<e9447410-51fe-45ff-b624-197840b9a862(a)usstlz-pinfez02.emrsn.org> Oct 27 11:20:31 srv001 postfix/qmgr[11827]: CE0B74E4A9F: from=<Emerson.News(a)emersonprocess.com >, size=22689, nrcpt=3 (queue active) Oct 27 11:20:33 srv001 dovecot: imap(lromano): Disconnected: Logged out bytes=632/34319 Oct 27 11:20:34 srv001 postfix/smtpd[25162]: connect from localhost.localdomain[127.0.0.1] Oct 27 11:20:34 srv001 postfix/smtpd[25162]: B16284E4AA2: client=localhost.localdomain[127.0.0.1] Oct 27 11:20:34 srv001 postfix/cleanup[25157]: B16284E4AA2: message- id=<e9447410-51fe-45ff-b624-197840b9a862(a)usstlz-pinfez02.emrsn.org> Oct 27 11:20:34 srv001 postfix/qmgr[11827]: B16284E4AA2: from=<Emerson.News(a)emersonprocess.com >, size=23094, nrcpt=3 (queue active) Oct 27 11:20:34 srv001 amavis[22923]: (22923-01) Passed CLEAN, [144.191.128.17] [155.177.20.144] <Emerson.News(a)emersonprocess.com> -> <user1(a)mydomain.local>,<user2(a)mydomain.local>,<user3(a)mydomain.local>, Message-ID: <e9447410-51fe-45ff-b624-197840b9a862(a)usstlz-pinfez02.emrsn.org >, mail_id: 6rtF4927FAjt, Hits: -0.518, size: 22687, queued_as: B16284E4AA2, 3293 ms Oct 27 11:20:34 srv001 postfix/lmtp[25158]: CE0B74E4A9F: to=<user1(a)mydomain.local >, orig_to=<oil(a)mydomain.ch>, relay=127.0.0.1[127.0.0.1]:10024, delay=4.2, delays=0.95/0.01/0.01/3.3, dsn=2.0.0, status=sent (250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as B16284E4AA2) Oct 27 11:20:34 srv001 postfix/lmtp[25158]: CE0B74E4A9F: to=<user2(a)mydomain.local >, orig_to=<oil(a)mydomain.ch>, relay=127.0.0.1[127.0.0.1]:10024, delay=4.2, delays=0.95/0.01/0.01/3.3, dsn=2.0.0, status=sent (250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as B16284E4AA2) Oct 27 11:20:34 srv001 postfix/lmtp[25158]: CE0B74E4A9F: to=<user3(a)mydomain.local >, orig_to=<oil(a)mydomain.ch>, relay=127.0.0.1[127.0.0.1]:10024, delay=4.2, delays=0.95/0.01/0.01/3.3, dsn=2.0.0, status=sent (250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as B16284E4AA2) Oct 27 11:20:34 srv001 postfix/qmgr[11827]: CE0B74E4A9F: removed Oct 27 11:20:34 srv001 dovecot: lda(user1): msgid=<e9447410-51fe-45ff-b624-197840b9a862(a)usstlz-pinfez02.emrsn.org >: saved mail to INBOX Oct 27 11:20:34 srv001 postfix/pipe[25165]: B16284E4AA2: to=<user1(a)mydomain.local >, relay=dovecot, delay=0.04, delays=0.01/0.01/0/0.02, dsn=2.0.0, status=sent (delivered via dovecot service) Oct 27 11:20:34 srv001 dovecot: lda(user2): msgid=<e9447410-51fe-45ff-b624-197840b9a862(a)usstlz-pinfez02.emrsn.org >: saved mail to INBOX Oct 27 11:20:34 srv001 postfix/pipe[25168]: B16284E4AA2: to=<user2(a)mydomain.local >, relay=dovecot, delay=0.04, delays=0.01/0.01/0/0.02, dsn=2.0.0, status=sent (delivered via dovecot service) Oct 27 11:20:34 srv001 dovecot: lda(user3): msgid=<e9447410-51fe-45ff-b624-197840b9a862(a)usstlz-pinfez02.emrsn.org >: saved mail to INBOX Oct 27 11:20:34 srv001 postfix/pipe[25170]: B16284E4AA2: to=<user3(a)mydomain.local >, relay=dovecot, delay=0.05, delays=0.01/0.02/0/0.02, dsn=2.0.0, status=sent (delivered via dovecot service) Oct 27 11:20:34 srv001 postfix/qmgr[11827]: B16284E4AA2: removed Oct 27 11:20:36 srv001 postfix/smtpd[24562]: disconnect from usstlz- psecap06.emerson.com[144.191.128.17] as you can see there was a message for oil(a)mydomain.ch (I obviously changed the domain for privacy) - logs says that all the three users got the email, but the third user didn't. I do not know why and when it happens, but seldom we have this issue maybe is there some kind of bug in the maildrop version I use? by the way, I had this issue also before installing amavisd-new now some infos: CentOS 5.3 postfix-2.3.3-2.1.el5_2 amavisd-new-2.6.6-1.el5.rf dovecot-2.0.11-1_126 dovecot-managesieve-0.2.2-15 dovecot-pigeonhole-0.2.2-15 users are on a Kerberized OpenLDAP please help me because this is really driving me crazy - don't leave me alone, please Marco Carcano

4 10