- dovecot - dovecot.org

Re: [Dovecot] using postfix+dovecot+squirrell+amavisd and spam folder per user
by ESGLinux 20 May '09

20 May '09

HI again, I cant get this work. I have followed these instructions: http://wiki.dovecot.org/LDA/Postfix Now I have this in my configuratio files: main.cf: .... virtual_transport = dovecot ..... master.cf: .... dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/libexec/dovecot/deliver -f ${sender} -d ${recipient} ... dovecot.conf: protocol lda { postmaster_address = postmaster(a)xeridia.com mail_plugins = quota cmusieve #sieve_global_dir = /etc/dovecot/sieve/ sieve = /etc/dovecot/sieve/dovecot.sieve log_path = /var/log/dovecot-deliver.log info_log_path = /var/log/dovecot-deliver.log } but when I send mails I don´t see that it uses dovecot lda at all: this is an extract of the log: ay 20 12:55:49 SBPRUEBAS postfix/cleanup[7049]: 9546769339: message-id=< 20090520105549.9546769339(a)SBPRUEBAS.dominio.com> May 20 12:55:49 SBPRUEBAS postfix/qmgr[7039]: 9546769339: from=< root(a)xerida.com>, size=314, nrcpt=1 (queue active) May 20 12:55:49 SBPRUEBAS amavis[6965]: (06965-01) (!!)WARN: all primary virus scanners failed, considering backups May 20 12:55:51 SBPRUEBAS postfix/smtpd[7056]: connect from unknown[127.0.0.1] May 20 10:55:51 SBPRUEBAS postfix/smtpd[7056]: 85D616933C: client=unknown[127.0.0.1] May 20 12:55:51 SBPRUEBAS postfix/cleanup[7049]: 85D616933C: message-id=< 20090520105549.9546769339(a)SBPRUEBAS.dominio.com> May 20 12:55:51 SBPRUEBAS postfix/qmgr[7039]: 85D616933C: from=< root(a)xerida.com>, size=760, nrcpt=1 (queue active) May 20 12:55:51 SBPRUEBAS amavis[6965]: (06965-01) Passed CLEAN, < root(a)xerida.com> -> <prueba(a)pruebax2.com>, Message-ID: < 20090520105549.9546769339(a)SBPRUEBAS.dominio.com>, mail_id: eaVsoxO6Fxg4, Hits: 1.374, size: 314, queued_as: 85D616933C, 1926 ms May 20 12:55:51 SBPRUEBAS postfix/smtp[7052]: 9546769339: to=< prueba(a)pruebax2.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=2, delays=0.03/0.01/0.01/1.9, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=06965-01, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 85D616933C) May 20 12:55:51 SBPRUEBAS postfix/qmgr[7039]: 9546769339: removed May 20 12:55:51 SBPRUEBAS postfix/virtual[7061]: 85D616933C: to=< prueba(a)pruebax2.com>, relay=virtual, delay=0.03, delays=0.01/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to maildir) May 20 12:55:51 SBPRUEBAS postfix/qmgr[7039]: 85D616933C: removed I think I´m missing something, but I dont know what. thanks in advance for your answers ESG

2 2

[Dovecot] %d isn't expanded
by Roy Sigurd Karlsbakk 20 May '09

20 May '09

Hi all I have a box running Debian Lenny 5.0.1 and Dovecot 1.0.15. The user query given below does not expand %d, making logins fail. The password query seems to work well, according to the mysql query log. Any ideas why this happens? Best regards roy user_query = SELECT 'maildir:/var/spool/dovecot/%d/%n' as mail, uid, gid, domain FROM users WHERE username = '%n' and domain = '%d' # 1.0.15: /etc/dovecot/dovecot.conf log_path: /var/log/dovecot/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login verbose_proctitle: yes mail_privileged_group: mail mail_location: maildir:/var/spool/dovecot/%d/%n auth default: default_realm: eventchief.com verbose: yes debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf -- Roy Sigurd Karlsbakk (+47) 97542685 / 98013356 roy(a)karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk.

1 0

[Dovecot] Dovecot is emptying Maildir folders
by Alexander Johannes 20 May '09

20 May '09

Hello, i have a annoying problem with dovecot after updating to 1.1.14. Dovecot seems to empty all cur/ and new/ Folders in the Maildir of a particular user several times a day (3 times so far). It leaves only unread messages in their place. All Index-Files are getting updated and reflect the "empty"-State of the Mailbox. A quick look over the logfiles reveals nothing which seems to be relevant to this malfunction. The error_log is empty for the relevant timeframe. There is no Expire/Expunge-Plugin running. Fortunately i have a hourly backup-snapshot to restore the Mailboxes, but this is obviously no solution. How can i debug this problem? Any advice is welcome. System: FreeBSD 7.1-RELEASE, dovecot-1.1.14, dovecot-managesieve-0.10.6, dovecot-sieve-1.1.6 (all installed via the ports-tree), exim-4.69_3 Clients: Thunderbird, Mail.app both IMAP only Regards, Alex

4 7

[Dovecot] using postfix+dovecot+squirrell+amavisd and spam folder per user
by ESGLinux 20 May '09

20 May '09

Hi All, As I say in the subject I use postfix, dovecot with squirrellmail as webmail and amavisd as spam control, My problem is that all the spam I catch is send to /var/lib/amavis/virus but I want to send this mails to the spam folder of each user. This way the user can see the mails and determine if they are really spam or false positive. I dont know exactly what element of the system is the responsible to do that (dovecot, amavis, posttix) any suggest? (although only be the initial point to look for it) Thanks in advance ESG

2 3

[Dovecot] expire-tool segmentation fault
by LEVAI Daniel 20 May '09

20 May '09

Hi! I'm using Dovecot 1.1.15 on OpenBSD 4.4. How can I debug this? # /usr/local/sbin/dovecot --exec-mail ext /usr/local/libexec/dovecot/expire- tool Segmentation fault (core dumped) # gdb /usr/local/sbin/dovecot (gdb) run --exec-mail ext /usr/local/libexec/dovecot/expire-tool Starting program: /usr/local/sbin/dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool Program received signal SIGTRAP, Trace/breakpoint trap. Cannot remove breakpoints because program is no longer writable. It might be running in another process. Further execution is probably impossible. 0x044628c0 in ?? () (gdb) bt full #0 0x044628c0 in ?? () No symbol table info available. What else could I do? Thanks! Daniel -- LÉVAI Dániel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1

2 4

[Dovecot] National symbols imap search
by Max Ivanov 20 May '09

20 May '09

How does imap server should handle search requests with non latin symbols? Rightnow thunderbird 2.0.0.21 and dovecot1.2rc3 are unable to find any message if I try to search for cyrillic symbols. fts, and squat plugins are enabled

3 2

[Dovecot] POP3 with lot of messages
by Matt 20 May '09

20 May '09

Running Dovecot 1.1.8. Have several email accounts with thousands of messages in them that are left on server. Is there anyway to speed up POP3 access without switching to IMAP? Doubt it but thought I would ask. Matt

3 4

[Dovecot] pop3 gives a permission denied error on chdir
by Kenneth Gonsalves 19 May '09

19 May '09

hi, I am running debian lenny standard install and dovecot also as a standard install. I have a problem with POP3 access. The error message is: May 19 09:16:10 greenchilly dovecot: chdir(/home/vmail/example.com/john) failed with uid 5000: Permission denied May 19 09:16:10 greenchilly dovecot: child 26253 (pop3) returned error 89 May 19 09:16:10 greenchilly dovecot: pop3-login: Login: user=<john(a)example.com>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured I have looked at the archives and see that the problem has been reported before, but cannot find any solution. Dovecot as LDA has no problem accessing and writing mails to the directory as UID 5000. I suspect that it is trying to access some other directory and the error message is misleading. The directory /home/vmail/example.com/john is owned by user vmail with UID 5000. Any clues? my config: greenchilly:/etc/dovecot# dovecot -n # 1.0.15: /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s 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_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 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: mechanisms: plain login passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: passwd 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 Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/

2 1

[Dovecot] Virtual users, local delivery via LDA and LDAP troubles
by Konstantin Khomoutov 19 May '09

19 May '09

We're investigating the possibiliy to migrate our mail system from Sendmail+Cyrus to Sendmail+Dovecot. The system must use authentication against Windows AD (supposedly using LDAP) and must use virtual hosting. So far we managed to work around a bug reported in [1], and IMAP/POP3 authentication on LDAP works OK. LDAP auth is set up using binds (Cyrus and Ejabberd authenticate against the same LDAP server without problems). As we use virtual users, userdb is set to be "static" in a standard way: userdb static { args = uid=10513 gid=10513 home=/var/local/dovecot/%u } After verifying IMAP/POP3 authentication works, I've set up the Dovecot LDA to deliver mail for domain users. This exposed another problem which I don't understand: the delivery program tries to figure out whether the user exists (which is perfectly sensible), it talks to the "master" authentication process which seemingly uses passdb backend to search LDAP. But this fails with the message "passdb doesn't support lookups, can't verify user's existence". [2] suggests it's auth binds that prevent this scheme from functioning correctly, but we can't stop using auth binds as Windows AD doesn't store users' passwords in any way sensible for external consumption. This would also pose unnecessary security risk on the domain, as the account used for initial binding should have had rights to read passwords, and its credentials are placed in the Dovecot configuration file in clear text. I read about "allow_all_users" in [3], but our Sendmail doesn't check whether the target user exists and we don't want to implement this as it logically pertains to the program which actually manages users' mailboxes -- Dovecot in our case. Is there a way to solve the problem at hand within the specified constraints? 1. http://dovecot.org/pipermail/dovecot/2009-May/039540.html 2. http://www.mail-archive.com/dovecot@dovecot.org/msg09449.html 3. http://www.mail-archive.com/dovecot@dovecot.org/msg08848.html

2 1

[Dovecot] what is deliver(1.1.10) doing in /tmp
by Pawel Eljasz 19 May '09

19 May '09

dear all, first part of log snippet is to show a bit of contrast, to me it's peculiar situation it's about messages between local users, actually one user, when I use command line mailx or anther local account to send to A_local user - ok second part is this weir error, it's selinux which prevents deliver write to /tmp, I believe thsese messages are from A_local user cron jobs(to himself) why would dovecot act differently in these scenarios, why would it need /tmp one time and not need it another May 19 14:32:29 whale postfix/pickup[9588]: 725F08F95500: uid=0 from=<root> May 19 14:32:29 whale postfix/cleanup[10877]: 725F08F95500: message-id=<20090519133229.725F08F95500(a)whale.hindhead.local> May 19 14:32:29 whale postfix/qmgr[3083]: 725F08F95500: from=<root(a)hindhead.local>, size=445, nrcpt=1 (queue active) May 19 14:32:30 whale dovecot: auth(default): new auth connection: pid=10883 May 19 14:32:30 whale postfix/smtpd[10883]: connect from localhost.localdomain[127.0.0.1] May 19 14:32:30 whale postfix/smtpd[10883]: 1E96A8F95501: client=localhost.localdomain[127.0.0.1] May 19 14:32:30 whale postfix/cleanup[10877]: 1E96A8F95501: message-id=<20090519133229.725F08F95500(a)whale.hindhead.local> May 19 14:32:30 whale postfix/qmgr[3083]: 1E96A8F95501: from=<root(a)hindhead.local>, size=906, nrcpt=1 (queue active) May 19 14:32:30 whale postfix/smtpd[10883]: disconnect from localhost.localdomain[127.0.0.1] May 19 14:32:30 whale amavis[9369]: (09369-14) Passed CLEAN, <root(a)hindhead.local> -> <pawel(a)hindhead.local>, Message-ID: <20090519133229.725F08F95500(a)whale.hindhead.local>, mail_id: D3qbEK-TL0Hi, Hits: 0.028, size: 445, queued_as: 1E96A8F95501, 650 ms May 19 14:32:30 whale postfix/smtp[10880]: 725F08F95500: to=<pawel(a)hindhead.local>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.67, delays=0.02/0.01/0/0.65, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 1E96A8F95501) May 19 14:32:30 whale postfix/qmgr[3083]: 725F08F95500: removed May 19 14:32:30 whale deliver(pawel): Loading modules from directory: /usr/lib64/dovecot/lda May 19 14:32:30 whale deliver(pawel): Module loaded: /usr/lib64/dovecot/lda/lib90_cmusieve_plugin.so May 19 14:32:30 whale deliver(pawel): maildir: data=/home/pawel/Maildir May 19 14:32:30 whale deliver(pawel): maildir++: root=/home/pawel/Maildir, index=, control=, inbox=/home/pawel/Maildir _May 19 14:32:30 whale deliver(pawel): cmusieve: Using sieve path: /home/pawel/.dovecot.sieve May 19 14:32:30 whale deliver(pawel): cmusieve: Executing script /home/pawel/.dovecot.sievec_ May 19 14:32:30 whale deliver(pawel): msgid=<20090519133229.725F08F95500(a)whale.hindhead.local>: saved mail to INBOX May 19 14:32:30 whale postfix/local[10884]: 1E96A8F95501: to=<pawel(a)hindhead.local>, relay=local, delay=0.02, delays=0/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to command: /usr/libexec/dovecot/deliver) May 19 14:32:30 whale postfix/qmgr[3083]: 1E96A8F95501: removed and right after above: May 19 14:33:05 whale postfix/pickup[9588]: 2607F8F95500: uid=501 from=<pawel> May 19 14:33:05 whale postfix/cleanup[10877]: 2607F8F95500: message-id=<20090519133305.2607F8F95500(a)whale.hindhead.local> May 19 14:33:05 whale postfix/qmgr[3083]: 2607F8F95500: from=<pawel(a)hindhead.local>, size=2892071, nrcpt=1 (queue active) May 19 14:33:05 whale postfix/smtpd[10883]: connect from localhost.localdomain[127.0.0.1] May 19 14:33:05 whale postfix/smtpd[10883]: 8DC458F95501: client=localhost.localdomain[127.0.0.1] May 19 14:33:05 whale postfix/cleanup[10877]: 8DC458F95501: message-id=<20090519133305.2607F8F95500(a)whale.hindhead.local> May 19 14:33:05 whale postfix/smtpd[10883]: disconnect from localhost.localdomain[127.0.0.1] May 19 14:33:05 whale postfix/qmgr[3083]: 8DC458F95501: from=<pawel(a)hindhead.local>, size=2899979, nrcpt=1 (queue active) May 19 14:33:05 whale deliver(pawel): Loading modules from directory: /usr/lib64/dovecot/lda May 19 14:33:05 whale deliver(pawel): Module loaded: /usr/lib64/dovecot/lda/lib90_cmusieve_plugin.so May 19 14:33:05 whale deliver(pawel): maildir: data=/home/pawel/Maildir May 19 14:33:05 whale deliver(pawel): maildir++: root=/home/pawel/Maildir, index=, control=, inbox=/home/pawel/Maildir May 19 14:33:05 whale deliver(pawel): maildir++: root=/home/pawel/Maildir, index=, control=, inbox=/home/pawel/Maildir _May 19 14:33:05 whale deliver(pawel): cmusieve: Using sieve path: /home/pawel/.dovecot.sieve May 19 14:33:05 whale deliver(pawel): cmusieve: Executing script /home/pawel/.dovecot.sievec_ *May 19 14:33:05 whale deliver(pawel): creat(/tmp/dovecot.deliver..1242739985.10903.8aa6fa47dffdc26d) failed: Permission denied May 19 14:33:05 whale deliver(pawel): copy: i_stream_read() failed: Permission denied* May 19 14:33:05 whale amavis[9395]: (09395-14) Passed CLEAN, <pawel(a)hindhead.local> -> <pawel(a)hindhead.local>, Message-ID: <20090519133305.2607F8F95500(a)whale.hindhead.local>, mail_id: QY0vutvX3AMN, Hits: -, size: 2896598, queued_as: 8DC458F95501, 449 ms May 19 14:33:05 whale postfix/smtp[10880]: 2607F8F95500: to=<pawel(a)hindhead.local>, orig_to=<pawel>, relay=127.0.0.1[127.0.0.1]:10024, delay=3, delays=2.5/0/0/0.45, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 8DC458F95501) May 19 14:33:05 whale deliver(pawel): msgid=<20090519133305.2607F8F95500(a)whale.hindhead.local>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2009-05-19 14:33:05] *May 19 14:33:05 whale deliver(pawel): sieve runtime error: Keep: Generic Error May 19 14:33:05 whale deliver(pawel): sieve_execute_bytecode(/home/pawel/.dovecot.sievec) failed* May 19 14:33:05 whale postfix/local[10884]: 8DC458F95501: to=<pawel(a)hindhead.local>, relay=local, delay=0.07, delays=0.06/0/0/0.01, dsn=4.3.0, status=deferred (temporary failure) May 19 14:33:05 whale postfix/qmgr[3083]: 2607F8F95500: removed cheers

2 1