- dovecot - dovecot.org

[Dovecot] dovecot + managesieve
by Eero Volotinen 13 Sep '09

13 Sep '09

Is there way to disable plaintext managesieve protocol from dovecot and support only ssl version? how? thanks, -- Eero

2 1

[Dovecot] Dovecot upgrade from 1.0.7-7.el5 to 1.2.4 ?
by Eero Volotinen 12 Sep '09

12 Sep '09

I am currently using dovecot 1.0.7-7.el5 on 32bit centos. Plan is to upgrade to 1.2.4 using http://atrpms.net/dist/el5/dovecot/ rpms. My config is very minimal: protocols = imaps imap ssl_cert_file = /etc/pki/tls/certs/server.cert ssl_key_file = /etc/pki/tls/private/server.key ssl_cipher_list = HIGH:MEDIUM:+TLSv1:!SSLv2:+SSLv3 mail_location = maildir:~/Maildir protocol imap { } protocol pop3 { } auth default { mechanisms = plain login passdb pam { } userdb passwd { } user = root socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } Just wondering if 1.0 to 1.2.4 is safe, or do I need to upgade to 1.1 first? Thanks, Eero

2 1

[Dovecot] Question about the pop3 feature "leave messages on server for a certain period of time"
by Δημήτριος Καραπιπέ ρης 12 Sep '09

12 Sep '09

Hi all I am missing something on the the pop3 "leave messages" rationale. Although the UIDL feature solves for the MUA the problem "whch mails should be downloaded", how the duration that these mails should be kept on server, say 10 days for one MUA and 20 days for another MUA for the same account, is resolved on the server? thanks in advance -- ΔΗΜΗΤΡΙΟΣ ΚΑΡΑΠΙΠΕΡΗΣ ΤΕΧΝ. ΥΠ. ΣΥΖΕΥΞΙΣ ΕΛΛΗΝΙΚΗ ΔΗΜΟΚΡΑΤΙΑ - Ν. ΘΕΣΣΑΛΟΝΙΚΗΣ ΔΗΜΟΣ ΘΕΣΣΑΛΟΝΙΚΗΣ - Δ/ΝΣΗ ΟΡΓΑΝΩΣΕΩΣ & ΜΕΘΟΔΩΝ 2310 - 257844 fax 2310 - 244965

8 12

[Dovecot] Sieve, vacation, variables and russian language
by Sergey Grigorian 12 Sep '09

12 Sep '09

Folks, I'm using a Sieve script for vacation messages and there's something strange with it in certain cases. The script uses the "variables" extension to produce the "Re: [original subject] (autoreply)" subject line for the vacation message. All is well except for cases when that [original subject] is written in Russian. In those cases the subject string is garbled, and the Amavis content filter says "X-Amavis-Alert: BAD HEADER SECTION, Non-encoded 8-bit data (char D0 hex):Subject: RE: \320\277\321?\320\276\320\261\320\260 (Auto[...]" It doesn't complain about English subject strings, though. I've seen the thread about "Sieve vacation with russian subject" at http://www.dovecot.org/list/dovecot/2009-July/041031.html , but that wasn't quite a solution. I can't figure out how to work around that, could anyone help out please? Mandatory info: FreeBSD 7.2 i386, dovecot 1.2.3, dovecot-sieve-1.2+0.1.11 And here's the script itself: require ["fileinto", "vacation", "variables"]; set "subject" ""; if header :matches "subject" "*" { set "subject" "${1}"; } vacation :days 1 :subject "RE: ${subject}" "[vacation message text]"; P.S. Stephan Bosch, thank you very much for what you've done with sieve.

3 3

[Dovecot] Problem Deleting IMAP Folders
by Stuart Gall 11 Sep '09

11 Sep '09

Hello, In my configuration I have mail_location = maildir:/Mail/frank.gr/%n:INDEX=/Mail/frank.gr/ __Indexes/%u I can create new folders in an IMAP session, but when I try to delete I get permission denied. From the LOG Sep 10 13:20:06 IMAP(stuart): Error: unlink_directory(/Mail/frank.gr/ __Indexes/stuart/.TEST) failed: Permission denied ls -ald /Mail/frank.gr/__Indexes/stuart/.TEST drwx------ 2 mail mem 4096 2009-09-10 13:20 /Mail/frank.gr/__Indexes/ stuart/.TEST/ ls -al /Mail/frank.gr/__Indexes/stuart/.TEST total 12 drwx------ 2 mail mem 4096 2009-09-10 13:20 ./ drwx------ 4 mail mem 4096 2009-09-10 13:20 ../ -rw------- 1 mail mem 156 2009-09-10 13:20 dovecot.index.log It looks like dovecot is trying to unlink the INDEX directory without first deleting the index log file. Anyone else experienced this problem ? -- Stuart Gall ---------------------------------------------- All of your mail are belong to us

2 2

[Dovecot] dovecot 1.2 and logging start failures
by Michal Hlavinka 11 Sep '09

11 Sep '09

Hi, I've got report about issue when dovecot fails to start and there is no error logged (error goes only to stderr) situation: 1) dovecot is running 2) dovecot is automatically updated to new version (by yum update daemon), after update, dovecot is restarted (it's part of update script) 3) new dovecot fails to start (for whatever reason) result: dovecot not running and no error message has been logged because (at least some) errors were written to stderr only and not syslog another situation (original issue) was when dovecot was configured to listen for ipv4 and ipv6 connections. ipv6 support was disabled. After server reboot, dovecot failed to start, producing dovecot: Fatal: listen(::, 143) failed: Address already in use only to stderr, nothing in logs. Would it be possible to use syslog for error output sooner or there are any cons? Regards, Michal Hlavinka

2 4

[Dovecot] ntpd / Time just moved backwards
by Frank Elsner 11 Sep '09

11 Sep '09

Hello *, strange happening yesterday. See this logfile lines: Sep 10 20:45:52 seymour ntpd[9104]: synchronized to 192.53.103.108, stratum 1 Sep 10 20:58:07 seymour ntpd[9104]: synchronized to 134.34.3.18, stratum 1 Sep 10 21:21:02 seymour dovecot: dovecot: Fatal: Time just moved backwards by 434 seconds. [ ... ] Sep 10 21:26:36 seymour ntpd[9104]: no servers reachable Sep 10 21:42:56 seymour ntpd[9104]: synchronized to 192.53.103.104, stratum 1 Sep 10 21:50:55 seymour ntpd[9104]: time reset +434.824810 s Sep 10 21:54:09 seymour ntpd[9104]: synchronized to 130.149.7.71, stratum 2 Sep 10 21:55:07 seymour ntpd[9104]: synchronized to 129.69.1.153, stratum 1 What might happened? And where to ask also? --Frank Elsner

2 1

[Dovecot] high imap load on large folders
by Ingo Thierack 10 Sep '09

10 Sep '09

Hello, i sync with imapsync from an archiopteryx-server to an dovecot-server, for testing until now. The dovecot is inside an VM. storage for mail is on an nfs-share, indexes are local. What i now see, is, on large folder( 58000 messages and more) the load on the imap-process is very high, and slowdown the transferprocess. Is there something, I can do. Whats cause the high load ind the imap-process. Here are the configuration, and below, a partial strace # 1.2.4: /opt/dovecot/etc/dovecot.conf # OS: Linux 2.6.18-128.1.14.el5 i686 CentOS release 5.3 (Final) nfs base_dir: /var/run/dovecot/ ssl_cert_file: /opt/dovecot/etc/ssl/certs/dovecot.pem ssl_key_file: /opt/dovecot/etc/ssl/private/dovecot.pem login_dir: /var/run/dovecot/login login_executable: /opt/dovecot/libexec/dovecot/imap-login mail_max_userip_connections: 50 mail_location: maildir:/mnt/mail/%u/Maildir:INDEX=/var/spool/indexes/%u mailbox_idle_check_interval: 5 fsync_disable: yes mail_nfs_storage: yes lda: postmaster_address: postmaster(a)ghostdive.org hostname: mail.ghostdive.org mail_plugins: sieve mail_plugin_dir: /opt/dovecot/lib/dovecot/lda sendmail_path: /opt/postfix26/sbin/sendmail auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /opt/dovecot/etc/dovecot-sql.conf userdb: driver: passwd userdb: driver: sql args: /opt/dovecot/etc/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: mailaccess group: mailaccess ------------------------------ strace output close(7) = 0 munmap(0xb7255000, 2101248) = 0 munmap(0xb7c73000, 1052672) = 0 munmap(0xb7d74000, 528384) = 0 brk(0x84c1000) = 0x84c1000 time(NULL) = 1252311837 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/cur", {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 pwrite64(8, "\0\0\0\0@\0\0\20\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\1\0\0\0\200\200\200\214"..., 92, 32720) = 92 pwrite64(8, "\200\200\200\207", 4, 32720) = 4 fstat64(8, {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 pread64(8, "\200\200\200\207@\0\0\20\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\1\0\0\0\200\200\200\214"..., 1024, 32720) = 92 pread64(8, "", 1024, 32812) = 0 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index", {st_mode=S_IFREG|0600, st_size=451180, ...}) = 0 fcntl64(9, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb084c8) = 0 pread64(9, "\7\2x\0\320\0\0\0\f\0\0\0\1\0\0\0\22o\240J\0\0\0\0k\201\237J\316\222\0\0"..., 120, 0) = 120 pwrite64(9, "$\0\0\0\0\0\0\0\0\0\0\0\0\0\7\0maildir\0\35\303\244J\22o\240J"..., 88, 120) = 88 pwrite64(9, "\316\222\0\0\10\0\0\0H\2064\0\317\222\0\0\10\0\0\0\234\2064\0\320\222\0\0\10\0\0\0"..., 1032, 451180) = 1032 pwrite64(9, "\7\2x\0\320\0\0\0\f\0\0\0\1\0\0\0\22o\240J\0\0\0\0k\201\237J$\223\0\0"..., 120, 0) = 120 fcntl64(9, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08518) = 0 fstat64(8, {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 umask(066) = 077 time(NULL) = 1252311837 lstat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log.newlock", 0xbfb081c0) = -1 ENOENT (No such file or directory) open("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log.newlock", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = 7 fstat64(7, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 umask(077) = 066 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 write(7, "\1\2(\0\22o\240J\226\1\0\0\225\1\0\0,\200\0\0\26\303\244J\0\0\0\0\0\0\0\0"..., 40) = 40 fstat64(7, {st_mode=S_IFREG|0600, st_size=40, ...}) = 0 alarm(180) = 0 fcntl64(7, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08388) = 0 alarm(0) = 180 unlink("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log.2") = 0 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 link("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", "/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log.2") = 0 rename("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log.newlock", "/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log") = 0 fcntl64(8, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08498) = 0 fcntl64(7, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08658) = 0 alarm(180) = 0 fcntl64(7, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb085b8) = 0 alarm(0) = 180 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=40, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=40, ...}) = 0 pread64(7, "", 1024, 40) = 0 fstat64(8, {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 time(NULL) = 1252311837 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/cur", {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 rename("/mnt/mail/mail/ingoiwt/.wx-dev/tmp/1252311830.M363574P30566.devel5.ghostdive.org", "/mnt/mail/mail/ingoiwt/.wx-dev/cur/12523 11830.M363574P30566.devel5.ghostdive.org,W=5448:2,S") = 0 brk(0x8501000) = 0x8501000 _llseek(12, 0, [2365285], SEEK_END) = 0 _llseek(12, 0, [2365285], SEEK_CUR) = 0 fstat64(12, {st_mode=S_IFREG|0600, st_size=2365285, ...}) = 0 write(12, "37668 :1252311830.M363574P30566."..., 64) = 64 fstat64(12, {st_mode=S_IFREG|0600, st_size=2365349, ...}) = 0 pwrite64(7, "\0\0\0\0@\0\0\20\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\1\0\0\0\200\200\200\214"..., 92, 40) = 92 pwrite64(7, "\200\200\200\207", 4, 40) = 4 fstat64(7, {st_mode=S_IFREG|0600, st_size=132, ...}) = 0 pread64(7, "\200\200\200\207@\0\0\20\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\1\0\0\0\200\200\200\214"..., 1024, 40) = 92 pread64(7, "", 1024, 132) = 0 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index", {st_mode=S_IFREG|0600, st_size=452212, ...}) = 0 umask(0) = 077 open("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.tmp", O_RDWR|O_CREAT|O_TRUNC|O_LARGEFILE, 0600) = 10 umask(077) = 0 fstat64(10, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 write(10, "\7\2x\0\320\0\0\0\f\0\0\0\1\0\0\0\22o\240J\0\0\0\0k\201\237J$\223\0\0"..., 208) = 208 write(10, "\1\0\0\0\10\0\0\0,\366\7\0\2\0\0\0\10\0\0\0<\366\7\0\3\0\0\0\10\0\0\0"..., 452004) = 452004 close(10) = 0 rename("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.tmp", "/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index") = 0 fcntl64(7, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08728) = 0 alarm(10) = 0 fcntl64(6, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08668) = 0 alarm(0) = 10 fstat64(6, {st_mode=S_IFREG|0600, st_size=3794944, ...}) = 0 pwrite64(6, "\0\0\0\0\\\0\0\0\f\0\0\0D\0\0\0,\0\0\0\0\0\0\0Message-"..., 92, 3449984) = 92 pwrite64(6, "\1\10\0\0\22o\240J{\266\240J\252\30\0\0\0\0\0\0\334\2444\0\0\0\0\0\200\200\200\210", 32, 0) = 32 fcntl64(6, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb086e8) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0 alarm(180) = 0 fcntl64(7, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb085f8) = 0 alarm(0) = 180 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=132, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=132, ...}) = 0 pwrite64(7, "\0\0\0\0@\0\0\20\1\0\0\0{\266\240J\0\0\0\0\4\0\4\0\1\0\0\0\200\200\200\204"..., 104, 132) = 104 pwrite64(7, "\200\200\200\207", 4, 132) = 4 fcntl64(7, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08668) = 0 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 pread64(7, "\200\200\200\207@\0\0\20\1\0\0\0{\266\240J\0\0\0\0\4\0\4\0\1\0\0\0\200\200\200\204"..., 1024, 132) = 104 pread64(7, "", 1024, 236) = 0 lstat64("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist.lock", {st_mode=S_IFREG|0600, st_size=26, ...}) = 0 unlink("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist.lock") = 0 epoll_ctl(5, EPOLL_CTL_DEL, 0, {0, {u32=136644264, u64=136644264}}) = 0 epoll_ctl(5, EPOLL_CTL_ADD, 0, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=136644264, u64=136644264}}) = 0 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/new", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/cur", {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 time(NULL) = 1252311837 umask(0177) = 077 time(NULL) = 1252311837 lstat64("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist.lock", 0xbfb08530) = -1 ENOENT (No such file or directory) open("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist.lock", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = 10 write(10, "30566:devel5.ghostdive.org", 26) = 26 fstat64(10, {st_mode=S_IFREG|0600, st_size=26, ...}) = 0 close(10) = 0 lstat64("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist.lock", {st_mode=S_IFREG|0600, st_size=26, ...}) = 0 umask(077) = 0177 stat64("/mnt/mail/mail/ingoiwt/.wx-dev", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 chown32("/mnt/mail/mail/ingoiwt/.wx-dev", 20000, -1) = 0 open("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist", O_RDONLY|O_LARGEFILE) = 10 close(10) = 0 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist", {st_mode=S_IFREG|0600, st_size=2365349, ...}) = 0 fstat64(12, {st_mode=S_IFREG|0600, st_size=2365349, ...}) = 0 alarm(180) = 0 fcntl64(7, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb085d8) = 0 alarm(0) = 180 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 open("/mnt/mail/mail/ingoiwt/.wx-dev/new", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 10 fstat64(10, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 fcntl64(10, F_SETFD, FD_CLOEXEC) = 0 fstat64(10, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 time(NULL) = 1252311837 getdents64(10, /* 2 entries */, 4096) = 48 getdents64(10, /* 0 entries */, 4096) = 0 close(10) = 0 open("/mnt/mail/mail/ingoiwt/.wx-dev/cur", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 10 fstat64(10, {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 fcntl64(10, F_SETFD, FD_CLOEXEC) = 0 fstat64(10, {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 time(NULL) = 1252311837 getdents64(10, /* 52 entries */, 4096) = 4048 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 brk(0x8541000) = 0x8541000 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4072 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 mmap2(NULL, 528384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d74000 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4072 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4072 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 time(NULL) = 1252311840 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4072 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4072 getdents64(10, /* 51 entries */, 4096) = 4080

2 6

[Dovecot] New need to delete dovecot-acl-list in dovecot 1.2?
by Adam McDougall 09 Sep '09

09 Sep '09

I just started testing 1.2.3 then 1.2.4 this week, I was too busy earlier in the year to look at 1.2 at all. So far so good except I noticed newly granted permissions via ACL on some newly created public mailboxes were not visible by the client. It seemed to be a version thing because the same files work fine concurrently on a server running 1.1.x. I came across this in the ACLwiki which seems to fix it: List cache dovecot-acl-list file lists all mailboxes that have "l" rights assigned. If you manually add/edit dovecot-acl files, you may need to delete the dovecot-acl-list to get the mailboxes visible. I don't ever recall needing to do this before, and it sounds similar to this which I have had set to 10 for a long time: # cache_secs parameter # specifies how many seconds to wait between stat()ing dovecot-acl file # to see if it changed. All of my dovecot-acl files are symlinks so hopefully it runs stat() on the target, but just in case I tried recreating the symlink afterwards but it didn't help and its over NFS so who knows if the running dovecot 'saw' it. Do I need to debug this behavior further or will I just have to live with remembering to delete the dovecot-acl-list file when I manually change dovecot-acl contents? Thanks.

2 3

[Dovecot] Odd/Incorrect Quota Reporting on Dovecot 1.2.4 & FreeBSD4
by Siraj 'Sid' Rakhada 09 Sep '09

09 Sep '09

Hi, Am seeing an odd problem on an old FreeBSD 4.11 box that I'm trying to get courier off, and dovecot on. At the same time, I'm trying to put some fairly simple quota support on, but getting very odd results. I think it might be better described with the log below, but, the gist of it is this: I have set a 1GB quota, and I was getting intermittent reports on the quota usage - sometimes at the correct usage (300MB or so), and then at some crazy amount over the quota usage. I can get it to be consistently incorrect though, as displayed with the below log. The maildirsize is correct, and matches closely to 'du' output, it's simply coming through incorrect on IMAP. It also only seems to happen if the maildirsize is not created before the first 'getquota[root]' command occurs. I think it's something to do with dovecot + FreeBSD (at least, this version)! I've done a quick test on a Debian box, and I don't have the same problem. Anyone else have any ideas what could be going wrong on this FreeBSD box? Is it worth me giving the dovecot -n output at this stage? It happens on different mailboxes too, this is just a sample. Thanks! ----- information & log follow # /usr/local/dovecot/sbin/dovecot --version 1.2.4 # uname -a FreeBSD server1.domain 4.11-RELEASE-p13 FreeBSD 4.11-RELEASE-p13 #5: Wed Oct 12 18:02:46 BST 2005 root@server1.domain:/usr/obj/build/src/sys/FBSD410RELENG i386 # cat maildirsize 1073741824S 304806180 16002 Attempt 1: . OK Capability completed. a login sid@domain test a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH QUOTA] Logged in a getquotaroot inbox * QUOTAROOT "inbox" "User Quota" * QUOTA "User Quota" (STORAGE 117738174 1048576) a OK Getquotaroot completed. a logout * BYE Logging out a OK Logout completed. closed Attempt 2: (on server do 'rm maildirsize') . OK Capability completed. a login sid@domain test a OK [snip] Logged in a getquotaroot inbox * QUOTAROOT "inbox" "User Quota" * QUOTA "User Quota" (STORAGE 117738174 1048576) a OK Getquotaroot completed. (on server, do 'rm maildirsize' again, while still connected, the first 'getquotaroot' is incorrect, as it seems dovecot regenerates the maildirsize file on login, hence the 'rm') a getquotaroot inbox * QUOTAROOT "inbox" "User Quota" * QUOTA "User Quota" (STORAGE 297662 1048576) a OK Getquotaroot completed. a getquotaroot inbox * QUOTAROOT "inbox" "User Quota"

2 2

[Dovecot] Password & Authentication schemes to comply with postfixadmin
by bsd 09 Sep '09

09 Sep '09

Hello, I am using the latest version of Dovecot on a FreeBSD box. I am trying to figure out which password scheme to use to comply with my database backend which is administered by "postfix admin". Here is an example of the password that can be generated in the database using the various encryption schemes available in postfix admin: $1$a733fb07$/g1h6opQxemdWUtzD2/kQ. --> md5crypt 25f9e794323b453885f5181f1b624d0b --> md5 acFhkap78XB2I --> system I am not certain I have understood very well how things all feet together… I have tried to modify the various options in dovecot-mysql.conf in order to comply with these settings: I have updated "default_pass_scheme" to "PLAIN-MD5, DIGEST-MD5, and CRYPT" but none of this seems to work. Do I have to modify something in dovecot.conf? For the moment I have these settings: auth default { mechanisms = plain login passdb sql { args = /usr/local/etc/dovecot-mysql.conf } userdb sql { args = /usr/local/etc/dovecot-mysql.conf } socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } The main idea is simply not to have cleatext passwd in the DB. Thanks for your support. ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ Gregober ---> PGP ID --> 0x1BA3C2FD bsd @at@ todoo.biz ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ P "Please consider your environmental responsibility before printing this e-mail"

2 1

[Dovecot] LDA does not read quota from userdb's extra fields
by Tim Chen 09 Sep '09

09 Sep '09

The version I use is dovecot 1.2.4 My config in dovecot.conf protocol imap { mail_plugins = quota imap_quota mail_log } protocol lda { mail_plugins = quota } userdb passwd-file { args = /etc/dovecot.userdb } quota = maildir quota_rule = *:storage=100MB /etc/dovecot.userdb user1:*:2001:2001::/ms/user1::userdb_quota_rule=*:storage=300M And in postfix/main.cf mailbox_command = /usr/local/libexec/dovecot/deliver I wish to have a global quota 100MB for all the users and using /etc/dovecot.userdb to specify larger quota(300MB) for some vip users. IMAP works normally as expected, using the following command will report correct quota. a login user1 pass1 user1 getquotaroot INBOX However, it seems LDA treat all users the same quota (100MB), and when trying to send mails to those vip users(300MB), it will reject the email and report "552 Requested mailbox exceeds quota. (in reply to RCPT TO command))" My speculation is LDA forget the read 'extra fields' from userdb, would you please help to verify it? Thanks very much for your help. Sincerely, Tim Chen

2 1

[Dovecot] changing location of index files
by suzuki 09 Sep '09

09 Sep '09

Hello, I think changing index files location of mail_location setting to reduce disk I/O. by adding "INDEX=/var/index/%d/%1n/%n" to mail_location like below, mail_location = maildir:~/Maildir:INDEX=/var/index/%d/%1n/%n Will this change cause any problems or data loss to existing pop3 users? There are only pop3 users on this server. % dovecot --version 1.1.18 % dovecot -n # 1.1.18: /usr/local/dovecot/etc/dovecot.conf # OS: FreeBSD 7.2-STABLE i386 syslog_facility: local4 protocols: pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/dovecot/var/run/dovecot/login login_executable: /usr/local/dovecot/libexec/dovecot/pop3-login login_greeting: ready mail_max_userip_connections: 1 verbose_proctitle: yes first_valid_uid: 10026 last_valid_uid: 10026 first_valid_gid: 10026 last_valid_gid: 10026 mail_privileged_group: vmail mail_uid: 10026 mail_gid: 10026 mail_location: maildir:~/Maildir mail_debug: yes maildir_copy_preserve_filename: yes mail_executable: /usr/local/dovecot/libexec/dovecot/pop3 mail_plugins: quota mail_plugin_dir: /usr/local/dovecot/lib/dovecot/pop3 mail_log_max_lines_per_sec: 30 pop3_enable_last: yes pop3_reuse_xuidl: yes pop3_lock_session: yes pop3_client_workarounds: outlook-no-nuls,oe-ns-eoh lda: postmaster_address: postmaster mail_plugins: quota sendmail_path: /usr/local/sbin/sendmail auth_socket_path: /var/run/dovecot/auth-master auth default: verbose: yes passdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: quota: maildir

2 1

Re: [Dovecot] FTS Plugin design
by rui.carneiro＠portugalmail.net 09 Sep '09

09 Sep '09

Hi again! After sometime using my changes on this plugin I found one major problem. When a message have two attachments with same name or one with content-type equal to "message/*", my solr schema design does not work because as attachment unique identifier I used attachment's name what is not correct. Now I am trying to find a way to know the mime part id of the parts used on fts_build_mail. Is that already possible or I need to do that by my own? Thank you in advance, Rui Carneiro

2 1

[Dovecot] The usage of dovecot-uidvalidity* files?
by Tim Chen 09 Sep '09

09 Sep '09

After installing a new server with dovecot 1.2.4, I found there is some new dovecot-uidvalidity* files in user's Maildir directory. However, I did not see such files in other servers with dovecot 1.1.2 (around 2008/07). What is function of those files? What will happen if I delete that files? I am curious why need to keep 2 files: dovecot-uidvalidity dovecot-uidvalidity.4aa4fa4c since the content of dovecot-uidvalidity is '4aa4fa4c' why do we need extra files? Thanks Timo for providing the wonderful dovecot software! Hope you don't mind my stupid questions. Sincerely, Tim Chen

2 1

[Dovecot] compression script for use with zlib module
by Leonardo Rodrigues 09 Sep '09

09 Sep '09

Hi, I'm wondering if someone already implemented a compression script (and would like to share it) based on the step-by-step provided on wiki page of Zlib module. I can already do some find|xargs gzip .... but couldnt implement it completly as described on the wiki page. I know the suggested step-by-step is very detailed and probably a must simplier will be enough for almost anyone .... anyway, if someone have the full script and would like to share it, i would be glad to get it :) http://wiki.dovecot.org/Plugins/Zlib 1) Find the mails you want to compress in a single maildir. 2) Compress the mails to tmp/ * Update the compressed files' mtimes to be the same as they were in the original files (e.g. touch command) 3) Run maildirlock <path> <timeout>. It writes PID to stdout, save it. * <path> is path to the Maildir's dovecot-uidlist (the control directory, if it's separate) * <timeout> specifies how long to wait for the lock before failing. 4) If maildirlock grabbed the lock successfully (exit code 0) you can continue. 5) For each mail you compressed: 1. Verify that it still exists where you last saw it. 2. If it doesn't exist, delete the compressed file. Its flags may have been changed or it may have been expunged. This happens rarely, so just let the next run handle it. 3. If the file does exist, rename() (mv) the compressed file over the original file. * Dovecot can now read the file, but to avoid compressing it again on the next run, you'll probably want to rename it again to include e.g. a "Z" flag in the file name to mark that it was compressed (e.g. 1223212411.M907959P17184.host,S=3271:2,SZ). Remember that the Maildir specifications require that the flags are sorted by their ASCII value, although Dovecot itself doesn't care about that. 6) Unlock the maildir by sending a TERM signal to the maildirlock process (killing the PID it wrote to stdout). -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, NÃO mandem email gertrudes(a)solutti.com.br My SPAMTRAP, do not email it

2 1

[Dovecot] inotify_init() failed: Function not implemented
by franc walter 09 Sep '09

09 Sep '09

Hello, i have in my mail.log some warnings: Sep 2 08:21:49 myserver dovecot: IMAP(me(a)myserver.tld): inotify_init() failed: Function not implemented how can i fix this? Thank you in advance, franc walter

2 1

[Dovecot] Server load while using Zlib compression
by Laurent CARON 09 Sep '09

09 Sep '09

Hi, I wonder if some users are using this plugin on production setups. If yes, how does it perform in terms of cpu load compared with the same setup without compression ? Thanks Laurent

2 1

[Dovecot] Using Dovecot code in a non-LGPL package
by Asheesh Laroia 08 Sep '09

08 Sep '09

Hi Timo (and all!), Venaktesh is a friend of mine working on a patch to the venerable Alpine mail reader so it can read Maildir format mailboxes on disk. Venkatesh wanted to know if he could use some code from Dovecot's lib-storage (safely opening/reading Maildirs, including accounting for NFS and ESTALE) and the UID->message mapping code. This way, Dovecot and Alpine would agree on how to handle UIDs for a given Maildir-format mailbox. Plus Alpine could benefit from the thought you've put into the safety of Maildirs on IMAP (which is *not* trivial!). But there are some possible licensing issues. Alpine (formerly known as PINE) is now licensed under the Apache License 2.0. As far as I can tell, if he wants to contribute a patch back to Alpine upstream, he should use use the Apache License 2.0. But Dovecot is licensed under LGPL 2.1; if he takes Dovecot code, modifies it, and mixes it with Alpine, that would not be allowed by the licenses together (as I understand it). The Apache License 2.0 is a permissive, non-copyleft license like the MIT License, but it adds a patent retaliation clause. See http://www.apache.org/licenses/LICENSE-2.0.html for its text and http://www.gnu.org/philosophy/license-list.html for a short statement of its compatibility with GPLv3; http://en.wikipedia.org/wiki/Apache_License#GPL_compatibility has a little more. License-wise, there are two choices, if you're willing Timo: the modified Dovecot code could be released under GPLv3, which *is* compatible with the Alpine license - it would just mean Alpine+Maildir would be GPLv3 when put together. Or you could grant a special permission to Venkatesh to distribute the modified Dovecot code under the Apache License 2.0. Timo (and others), what do you think? The past of least resistance is to say that a derivative work of Dovecot can be made using GPLv3; the most convenient would be to say that particular portions can be used under the Apache License 2.0. -- Asheesh. -- Why do we have two eyes? To watch 3-D movies with.

2 1

[Dovecot] Unusual IMAP config.
by S. A. Woltering 08 Sep '09

08 Sep '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, perhaps a silly question, perhaps an unusual one, I don't know. I'm trying to suss out how to set up Dovecot in such a way as to have two separate IMAP services running on the same system. To explain. We have an "internally-facing" IMAP and an "externally-facing" one. It's policy that anyone connecting to IMAP from outside uses a stronger authentication method than the default internal one. The current system uses the standard imap/imaps ports for internal auth, but a different port-pair for external access. (actually it's a bit more complex than that, but that's all I really need to go into for this exercise!) So, for example, I'd like to kick off a test rig that uses IMAP on port 143 using a standard password (file or NIS) auth and to set up another on port, say 144 using PAM. Can this be done within one single dovecot.conf, or should I be running two separate daemons? Thanks, SAW - -- Steven-Ashley Woltering, MBCS, Systems Analyst, ECMWF, Shinfield Park, Reading, RG2 9AX, UK Tel.: +44 1189 499473 (internal x2473) Email: Steven.Woltering(a)ecmwf.int -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKpjdxh854NVK99FMRAse8AJ4q75TxZtCUNk1jN8cTty15a33jQwCePV+i YU8JCcM9rSsQ86Xfu4Zwe1A= =lB1D -----END PGP SIGNATURE-----

2 2

Re: [Dovecot] Solr Plugin make only INBOX able to search
by rui.carneiro＠portugalmail.net 07 Sep '09

07 Sep '09

Hi again, Anyone could help me?

1 0

[Dovecot] Problems with Dovecot 1.1.16 and MS A.D.
by Vinicius Abrahao 07 Sep '09

07 Sep '09

Hello dear fellows, I'm trying to integrate my dovecot (version 1.1.16) but it's not working anyway. The test that I'm doing is simple: # telnet mail.unimetro.net 110 Trying 192.168.20.4... Connected to mail.unimetro.net. Escape character is '^]'. +OK Unimetro Mailserver Ready. user bindmail +OK pass xxxxxxx123 Connection closed by foreign host. At /var/log/dovecot.log I see these lines: dovecot: Aug 12 14:55:43 Info: dovecot v1.1.16 starting up dovecot: Aug 12 14:59:46 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 14:59:46 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 14:59:46 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:02:46 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, rip=192.168.20.4, lip=192.168.20.4, secured dovecot: Aug 12 15:06:57 Error: auth(default): ldap(postmaster): Connection appears to be hanging, reconnecting dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): ldap(postmaster): Connection appears to be hanging, reconnecting dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): ldap(bindmail,192.168.20.4): ldap_search((&(ObjectClass=person)(sAMAccountName=bindmail)(memberOf=CN=UMAMAIL,OU=Groups,DC=unimetro,DC=net))) failed: Operations error dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: Some times, with the same test these lines appears: dovecot: Aug 11 10:31:04 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:31:04 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:31:04 Error: auth(default): ldap(bindmail,192.168.20.4): ldap_search((&(ObjectClass=person)(sAMAccountName=bindmail) (memberOf=CN=UMAMAIL,OU=Groups,DC=unimetro,DC=net))) failed: Operations error dovecot: Aug 11 10:31:04 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:31:04 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:31:04 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:31:06 Info: pop3-login: Disconnected (auth failed, 1 attempts): user=<bindmail>, method=PLAIN, rip=192.168.20.4, lip=192.168.20.4, secured dovecot: Aug 11 10:34:10 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): user=<bindmail>, method=PLAIN, rip=192.168.20.4, lip=192.168.20.4, secured dovecot: Aug 11 10:35:17 Panic: auth(default): file aqueue.c: line 69 (aqueue_delete): assertion failed: (n < count) dovecot: Aug 11 10:35:17 Error: child 1579 (auth) killed with signal 6 (core not dumped) dovecot: Aug 11 10:38:17 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, rip=192.168.20.4, lip=192.168.20.4, secured dovecot: Aug 11 10:50:32 Error: auth(default): ber_get_next failed. dovecot: Aug 11 10:50:32 Error: auth(default): LDAP: Connection lost to LDAP server, reconnecting dovecot: Aug 11 10:54:53 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:54:53 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:54:53 Error: auth(default): re_encode_request new request is: Attached are my confs. I'm running at a FreeBSD 7.2 BOX. # pkg_info | egrep "dovecot|postfix|ldap" apr-ipv6-gdbm-db42-ldap-mysql-pgsql-1.3.8.1.3.9 Apache Portability Library dovecot-1.1.16 Secure and compact IMAP and POP3 servers dovecot-sieve-1.1.6 A Sieve plugin for the Dovecot 'deliver' LDA openldap-client-2.4.17 Open source LDAP client implementation postfix-2.6.2_1,1 A secure alternative to widely-used Sendmail And I have success using ldapsearch to access the MS A.D with: /usr/local/bin/ldapsearch -v -x -h 192.168.20.3 -D "CN=bindmail,CN=Users,DC=unimetro,DC=net" -w xxxxx123 -b "dc=unimetro, dc=net" Thanks for your time! Best regards, Vinícius Schmidt

2 1

[Dovecot] avoiding DoS
by David Halik 07 Sep '09

07 Sep '09

Hi, I was just looking for some advice on avoiding getting DoS'd from brute force log in attempts. We came in this morning to find that one of our Solaris 9 dovecot severs had wedged overnight due to a brute force connection attempt to pop3 from Brasil. In the span of about 15 seconds we received 342 connection auth attempts from the same IP: Sep 3 00:10:51 xxxxx dovecot: [ID 583609 mail.info] auth(default): new auth connection: pid=16862 Sep 3 00:10:51 xxxxx dovecot: [ID 583609 mail.info] auth(default): new auth connection: pid=16863 Sep 3 00:10:51 xxxxx dovecot: [ID 583609 mail.info] pop3-login: Login failed: Plaintext authentication disabled: rip=189.99.178.15, lip=xxxxx Sep 3 00:10:51 xxxxx dovecot: [ID 583609 mail.info] pop3-login: Aborted login (tried to use disabled plaintext auth): rip=189.99.178.15, lip=xxxxx Dovecot finally wedged silently and without complaint, becoming completely unresponsive. I had to kill -9 it this morning in order to restart the service. Once possibility I considered was that the dovecot user process limit was reached, but this is set to 1024, and I didn't see any errors or warnings anywhere in the logs. login_max_processes_count = 256 max_mail_processes = 1024 With the above I would think it would have been able to handle it gracefully, but apparently it did not. ulimit -n 2048 is also set on dovecot startup for the fd limit. Any suggestions on what I could tweak to prevent this from happening in the future? dovecot -n output: Note I upgraded to 1.2.4 this morning while it was already down. We were running either 1.2.0 or 1.2.1 last night, sorry didn't think to check first. ;) bash-2.05# ulimit -n 2048; dovecot -n # 1.2.4: /usr/local/etc/dovecot.conf # OS: SunOS 5.9 sun4u protocols: imap imaps pop3 pop3s ssl_cert_file: /usr/local/ssl/certs/nbcs.key+crt.pem ssl_key_file: /usr/local/ssl/certs/nbcs.key+crt.pem login_dir: /usr/local/var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_max_processes_count: 256 max_mail_processes: 1024 mail_location: maildir:~/Maildir:INDEX=/toolbox/nqu%h/dovecot:CONTROL=/toolbox/nqu%h/dovecot mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota fts fts_squat mail_plugins(imap): quota imap_quota fts fts_squat mail_plugins(pop3): quota mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): UID%u-%v namespace: type: private separator: . prefix: INBOX. inbox: yes list: yes subscriptions: yes lda: postmaster_address: postmaster(a)jla.rutgers.edu auth default: verbose: yes debug: yes passdb: driver: pam args: * userdb: driver: passwd plugin: quota: fs fts: squat fts_squat: partial=4 full=4 -- ================================ David Halik System Administrator OIT-CSS Rutgers University dhalik(a)jla.rutgers.edu ================================

4 3

[Dovecot] assertion failed while using sieve
by Maciej Uhlig 07 Sep '09

07 Sep '09

Hi, there is a line in TODO: "- sieve-cmu.c crash: i_assert(buf->used - 1 == part->body_size.physical_size); ". Yes, we've really seen this crash. Therefore we upgraded to dovecot-1.2.3 with dovecot-1.2-sieve-0.1.11 in order to use sieve plugin (i.e. not cmu-sieve). We use Solaris 10 on Sun servers, we don't use NFS. However, unfortunately, dovecot with sieve crashes too. Here is dovecot log excerpt: 2009-09-01T02:40:57+02:00 prac/prac dovecot: [ID 583609 mail.crit] deliver(id@domain): Panic: file ext-body-common.c: line 149: assertion failed: (buf->used - 1 == part->body_size.physical_size) 2009-09-01T02:40:57+02:00 prac/prac dovecot: [ID 583609 mail.crit] deliver(id@domain): Panic: file ext-body-common.c: line 149: assertion failed: (buf->used - 1 == part->body_size.physical_size) 2009-09-01T02:40:57+02:00 prac/prac dovecot: [ID 583609 mail.error] deliver(id@domain): Raw backtrace: 0xbd27c -> 0xfead33b0 -> 0xfead358c -> 0xfead396c -> 0xfead4a78 -> 0xfeaa19dc -> 0xfeaa1abc -> 0xfeaa1c38 -> 0xfeabf22c -> 0xfeabf520 -> 0xfea90b20 -> 0xfea91048 -> 0xfea91404 -> 0x26e58 -> 0x23778 Now, some background. We use a sieve script with >>require "body"<<. This script compiles correctly and more, it works correctly while named as >>id(a)domain.sieve<< or >>id(a)domain.svbin". Nevertheless while the very same script is defined in plugin section of dovecot conf as "sieve = script" or "sieve_before = script" or "sieve_after = script" then dovecot crashes. I consider it as an important hint for problem resolution. Moreover, not every mail is affected, but we didn't investigate which mails are correctly saved to inbox and which crash. The effect is, we're not able to implement global sieve policies which is bad because we really need them :-). We'd than be happy to test fixes, if any. Best regards, MU

2 4

[Dovecot] dovecot-auth segfault with vpopmail 5.5.0 on amd64
by Lawrence 07 Sep '09

07 Sep '09

Seeing dovecot-auth segfault on amd64 dovecot is 1.2.4 pertinent details below: ldd /usr/local/libexec/dovecot/dovecot-auth linux-vdso.so.1 => (0x00007fffef1fe000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007fe8e6bae000) libvpopmail.so => /usr/lib/libvpopmail.so (0x00007fe8e6986000) libdl.so.2 => /lib/libdl.so.2 (0x00007fe8e6782000) librt.so.1 => /lib/librt.so.1 (0x00007fe8e657a000) libc.so.6 => /lib/libc.so.6 (0x00007fe8e6229000) /lib64/ld-linux-x86-64.so.2 (0x00007fe8e6de6000) libpthread.so.0 => /lib/libpthread.so.0 (0x00007fe8e600e000) dovecot -n # 1.2.4: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-1-amd64 x86_64 Debian squeeze/sid base_dir: /var/run/dovecot log_path: /var/log/dovecot.log listen: 127.0.0.1:143 ssl_listen: *:993 ssl_cert_file: /var/qmail/control/servercert.pem ssl_key_file: /var/qmail/control/clientcert.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_greeting: Computer Solutions IMAP Server login_max_connections: 4096 mail_max_userip_connections: 50 first_valid_uid: 89 first_valid_gid: 89 mail_debug: yes mail_drop_priv_before_exec: yes mail_plugins: quota imap_quota imap_client_workarounds: outlook-idle namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: user: vpopmail passdb: driver: vpopmail userdb: driver: vpopmail plugin: quota: maildir this is the strace 16:59:30.529067 epoll_wait(7, {}, 7, 1788) = 0 16:59:32.317110 epoll_wait(7, {{EPOLLIN, {u32=17196288, u64=17196288}}}, 7, 5000) = 1 16:59:34.777612 read(8, "AUTH\t1\tPLAIN\tservice=imap\tsecured"..., 4074) = 134 16:59:34.777750 --- SIGSEGV (Segmentation fault) @ 0 (0) --- and from a core dump gdb /usr/local/libexec/dovecot/dovecot-auth ./core GNU gdb (GDB) 6.8.50.20090628-cvs-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/libcrypt.so.1...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/lib/libvpopmail.so...done. Loaded symbols for /usr/lib/libvpopmail.so Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/librt.so.1...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libnss_compat.so.2...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libnss_nis.so.2...done. Loaded symbols for /lib/libnss_nis.so.2 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Core was generated by `dovecot-auth'. Program terminated with signal 11, Segmentation fault. #0 0x0000000000000000 in ?? () (gdb) (gdb) bt full #0 0x0000000000000000 in ?? () No symbol table info available. #1 0x000000000041eb2d in vpopmail_lookup_vqp (request=0x1ae6548, vpop_user=0x7fff7a044830 "lawrence", vpop_domain=0x7fff7a0447d0 "shanghaiguide.com") at userdb-vpopmail.c:43 vpw = <value optimized out> #2 0x000000000041c9c6 in vpopmail_password_lookup (auth_request=0x7fff7a044830, cleartext=false, result_r=0x7fff7a0448d4) at passdb-vpopmail.c:65 vpop_user = "lawrence", '\0' <repeats 72 times> vpop_domain = "shanghaiguide.com", '\0' <repeats 63 times> vpw = <value optimized out> password = <value optimized out> #3 0x000000000041cc0d in vpopmail_verify_plain (request=0x7fff7a044830, password=0x1ad1278 "123", callback=0x412390 <auth_request_verify_plain_callback>) at passdb-vpopmail.c:119 result = <value optimized out> scheme = <value optimized out> tmp_pass = <value optimized out> crypted_pass = <value optimized out> ret = <value optimized out> #4 0x000000000041221d in auth_request_verify_plain (request=0x1ae6548, password=0x1ad1278 "123", callback=0x41ab00 <plain_verify_callback>) at auth-request.c:507 passdb = 0x1ad9a10 result = <value optimized out> cache_key = <value optimized out> __PRETTY_FUNCTION__ = "auth_request_verify_plain" #5 0x000000000041726e in mech_plain_auth_continue (request=0x1ae6548, data=0x1ad1250 "", data_size=<value optimized out>) at mech-plain.c:58 authid = 0x1ad1250 "" authenid = 0x1ad1251 "lawrence(a)shanghaiguide.com" error = <value optimized out> pass = 0x1ad1278 "123" i = <value optimized out> count = <value optimized out> #6 0x0000000000412c12 in auth_request_handler_auth_begin (handler=0x1ae18a8, args=<value optimized out>) at auth-request- handler.c:388 mech = <value optimized out> request = 0x1ae6548 list = 0x1ad1110 name = <value optimized out> arg = 0x1ad1218 "P\22\255\1" initial_resp = 0x1ad109c "AGxhd3JlbmNlQHNoYW5naGFpZ3VpZGUuY29tADEyMw==" initial_resp_len = 4428754 id = <value optimized out> buf = 0x1ad1218 #7 0x000000000040e2d6 in auth_client_handle_line (conn=0x1ae01f0) at auth-client-connection.c:174 No locals. #8 auth_client_input (conn=0x1ae01f0) at auth-client-connection.c:250 ---Type <return> to continue, or q <return> to quit--- _data_stack_cur_id = 3 line = 0x1ae0866 "AUTH\t1\tPLAIN\tservice=imap\tsecured \tlip = 127.0.0.1 \trip = 127.0.0.1 \tlport =993\trport=42735\tresp=AGxhd3JlbmNlQHNoYW5naGFpZ3VpZGUuY29tADEyMw==" ret = 2 #9 0x0000000000429e8b in io_loop_handler_run (ioloop=<value optimized out>) at ioloop-epoll.c:208 ctx = 0x1ad9fe0 event = 0x1adca40 list = 0x1ae0500 io = 0x1ae04c0 tv = {tv_sec = 4, tv_usec = 999952} t_id = 2 msecs = <value optimized out> ret = 1 call = <value optimized out> #10 0x0000000000429318 in io_loop_run (ioloop=0x1ad9350) at ioloop.c:335 No locals. #11 0x0000000000416aae in main (argc=<value optimized out>, argv=<value optimized out>) at main.c:347 foreground = false

2 2