- dovecot - dovecot.org

[Dovecot] Wiki upgrade
by Timo Sirainen 28 Mar '05

28 Mar '05

Upgraded Moin wiki from 1.2.x -> 1.3.4 which required migrating old data using several scripts and reconfiguring the whole thing. If you see any problems, please mail me.

1 0

[Dovecot] Address with whitespace shows as ""@MISSING_DOMAIN
by Chris Wakelin 28 Mar '05

28 Mar '05

It seems that Dovecot gets confused when presented with a header like: From: someone(a)somewhere.org i.e. with leading whitespace and no "friendly name" This shows up as ""@MISSING_DOMAIN in clients, such as Pine, that believe what Dovecot tells them rather than parsing the headers themselves (e.g. Thunderbird). Here's a sample IMAP session: xyz FETCH 728 ENVELOPE * 728 FETCH (ENVELOPE ("Tue, 22 Mar 2005 10:10:50 +0100 (BST)" "Test" ((NIL NIL "" "MISSING_DOMAIN")) ((NIL NIL "c.d.wakelin" "reading.ac.uk")) ((NIL NIL "" "MISSING_DOMAIN")) ((NIL NIL "" "MISSING_DOMAIN")) NIL NIL NIL "<Pine.GSO.3.96.1010704101043.17798B-100000@suma3>")) xyz OK Fetch completed. Here's UW-IMAP on the same mailbox: . FETCH 729 ENVELOPE * 729 FETCH (ENVELOPE ("Tue, 22 Mar 2005 10:10:50 +0100 (BST)" "Test" ((NIL NIL "c.d.wakelin" "reading.ac.uk")) ((NIL NIL "c.d.wakelin" "reading.ac.uk")) ((NIL NIL "c.d.wakelin" "reading.ac.uk")) ((NIL NIL "c.d.wakelin" "reading.ac.uk")) NIL NIL NIL "<Pine.GSO.3.96.1010704101043.17798B-100000@suma3>")) . OK FETCH completed I'm not sure I read the RFC correctly, but it looks like whitespace is allowed (and if it wasn't, I'd expect our MTA, Exim to fix it on delivery). There's a particular member of one of the UK academic computing mailing lists who always seems to do this, but I'm not sure how common a problem it is! Best Wishes, Chris --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

2 2

[Dovecot] Troubleshooting help
by Paul Michael Reilly 28 Mar '05

28 Mar '05

Somehow, hopefully to be determined, I got my Thunderbird/dovecot Fedora Core 3 configuration into a real snit, such that I can no longer access my INBOX. When Thunderbird tries to get the INBOX content (or get new mail) it reports "The current command did not succeed. The mail server responded: Invalid messageset: -2147483648:*." Scouring logs and googling has come up empty. Now I'm flailing at trying to get to a state that this problem does not exist. I'd like to understand how this situation arose and how to deal with it better if it happens to any other users on my mail server. Thanks, -pmr

3 3

[Dovecot] cannot select
by juri vrljicak 28 Mar '05

28 Mar '05

hi everybody, Found many many answers in here but...not this one. My imap client displays all of the folders but not the inbox one (cannot select inbox). Paths in imap.passwd seem to be fine. using mbox format and error log says "fail with mbox file..is a directory" which i already know. do i have to create a file? and what about valid uids and gids, i had some trouble with that too. well defined and nevertheless dropped. (using netbsd dove sqmail) regards _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 1

[Dovecot] test65 "deliver" LDA bug
by "Branko F. Gračnar" 28 Mar '05

28 Mar '05

Hello. I've tried to implement dovecot's deliver LDA to my home mailserver. I've run into troubles :) dovecot-deliver.conf: -- snip -- mail = maildir:%h/Maildir:INBOX=maildir:%h/Maildir mbox_read_locks = flock mbox_write_locks = flock -- snip -- when i run: deliver -d bfg < email.txt dovecot delivers message to ~/Maildir/maildir/new It acctually creates "maildir" folder inside real maildir folder. If i try to list messages via Outlook express mail client, OE reports entire folder list, but also lists one message "which no longer exists on server". If i remove ~/Maildir/maildir folder this message dissaperas from OE imap folder listing. Test scenario: 1. start dovecot 2. try to deliver message using "deliver" program (succeedes) 3. try to open INBOX via imap: Outlook Express: - reports INBOX message listing with one message, which "doesn't exist on server anymore" - the next delivery test with "deliver" LDA fails (lots of nanosleep() calls) Thunderbird: - reports that there are NO messages in INBOX - still can delivery messages with "deliver" LDA deliver strace output (search for EVIL CODE string): --- snip --- execve("/opt/dovecot/libexec/dovecot/deliver", ["/opt/dovecot/libexec/dovecot/deliver", "-d", "bfg"], [/* 42 vars */]) = 0 uname({sys="Linux", node="frost", ...}) = 0 brk(0) = 0x80af7cc mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb28ee000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=29220, ...}) = 0 mmap2(NULL, 29220, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb28e6000 close(3) = 0 open("/lib/libdl.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \r\0\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=9604, ...}) = 0 mmap2(NULL, 11364, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x5837000 mmap2(0x5839000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x5839000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220T\1"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1207404, ...}) = 0 mmap2(NULL, 1132300, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x583a000 mmap2(0x5949000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10f) = 0x5949000 mmap2(0x594c000, 9996, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x594c000 close(3) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb28e5000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb28e56b0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb28e6000, 29220) = 0 open("/dev/urandom", O_RDONLY) = 3 read(3, "\362yOO", 4) = 4 close(3) = 0 time(NULL) = 1111840485 brk(0) = 0x80af7cc brk(0x80d87cc) = 0x80d87cc brk(0x80d9000) = 0x80d9000 uname({sys="Linux", node="frost", ...}) = 0 cat: 1111836380.P11693Q0M524017.frost:2,S: No such file or directory getpid() = 23206 rt_sigaction(SIGHUP, {0x8093a90, [], SA_RESTORER, 0x58625b8}, NULL, 8) = 0 rt_sigaction(SIGUSR1, {0x8093a90, [], SA_RESTORER, 0x58625b8}, NULL, 8) = 0 rt_sigaction(SIGUSR2, {0x8093a90, [], SA_RESTORER, 0x58625b8}, NULL, 8) = 0 rt_sigaction(SIGINT, {0x8093ad0, [INT], SA_RESTORER|SA_RESTART, 0x58625b8}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTERM, {0x8093ad0, [TERM], SA_RESTORER|SA_RESTART, 0x58625b8}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGALRM, {SIG_IGN}, {SIG_DFL}, 8) = 0 gettimeofday({1111840485, 349252}, {4294967236, 0}) = 0 open("/opt/dovecot/etc/dovecot-deliver.conf", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=111, ...}) = 0 pread(3, "#\n#\n# \n\nmail = maildir:%h/Maildi"..., 1024, 0) = 111 pread(3, "", 913, 111) = 0 close(3) = 0 socket(PF_UNIX, SOCK_STREAM, 0) = 3 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(3, {sa_family=AF_UNIX, path="/var/run/dovecot/auth-master"}, 110) = 0 fstat64(3, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0 _llseek(3, 0, 0xb71716b0, SEEK_CUR) = -1 ESPIPE (Illegal seek) getsockname(3, {sa_family=AF_UNIX, path=L '"}, [2]) = 0 write(3, "VERSION\t1\t0\nUSER\t1\tbfg\n", 23) = 23 poll([{fd=3, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLIN}], 1, 2147483647) = 1 gettimeofday({1111840485, 361824}, {4294967236, 0}) = 0 read(3, "VERSION\t1\t0\nSPID\t29143\n", 4096) = 23 poll([{fd=3, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLIN}], 1, 2147483647) = 1 gettimeofday({1111840485, 364325}, {4294967236, 0}) = 0 read(3, "USER\t1\tbfg\tsystem_user=bfg\tuid=1"..., 4073) = 66 getgid32() = 0 setgid32(100) = 0 setgroups32(1, [100]) = 0 setuid32(1000) = 0 setuid32(0) = -1 EPERM (Operation not permitted) getgid32() = 100 getegid32() = 100 setgid32(0) = -1 EPERM (Operation not permitted) lstat64("maildir/cur", 0xb7171640) = -1 ENOENT (No such file or directory) mkdir("maildir/cur", 0770) = -1 ENOENT (No such file or directory) ********* EVIL CODE ********* mkdir("maildir", 0770) = 0 mkdir("maildir/cur", 0770) = 0 lstat64("maildir/new", 0xb7171640) = -1 ENOENT (No such file or directory) mkdir("maildir/new", 0770) = 0 lstat64("maildir/tmp", 0xb7171640) = -1 ENOENT (No such file or directory) mkdir("maildir/tmp", 0770) = 0 ********* EVIL CODE ********* fcntl64(0, F_GETFL) = 0 (flags O_RDONLY) fcntl64(0, F_SETFL, O_RDONLY|O_NONBLOCK) = 0 fstat64(0, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0 lstat64("maildir/cur", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 lstat64("maildir/new", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 lstat64("maildir/tmp", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 stat64("/export/home/bfg/Maildir", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 stat64("maildir/dovecot-shared", 0xb7171620) = -1 ENOENT (No such file or directory) time(NULL) = 1111840485 open("/export/home/bfg/Maildir/dovecot.index", O_RDWR|O_LARGEFILE) = 4 alarm(120) = 0 fcntl64(4, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171410) = 0 alarm(0) = 120 fstat64(4, {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 mmap2(NULL, 144, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0xb28ed000 open("/export/home/bfg/Maildir/dovecot.index.log", O_RDWR|O_LARGEFILE) = 5 fstat64(5, {st_mode=S_IFREG|0600, st_size=16504, ...}) = 0 pread(5, "\1\0\30\0\223LEB\1\0\0\0\0\0\0\0\0\0\0\0\223LEB", 24, 0) = 24 open("/export/home/bfg/Maildir/dovecot.index.cache", O_RDWR|O_LARGEFILE) = 6 fstat64(6, {st_mode=S_IFREG|0600, st_size=1202176, ...}) = 0 mmap2(NULL, 1202176, PROT_READ, MAP_SHARED, 6, 0) = 0xb27bf000 fcntl64(4, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171470) = 0 alarm(120) = 0 fcntl64(5, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xb71714b0) = 0 alarm(0) = 120 stat64("/export/home/bfg/Maildir/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=16504, ...}) = 0 fstat64(5, {st_mode=S_IFREG|0600, st_size=16504, ...}) = 0 mmap2(NULL, 16504, PROT_READ, MAP_SHARED, 5, 0) = 0xb27ba000 madvise(0xb27ba000, 16504, MADV_SEQUENTIAL) = 0 fstat64(4, {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 stat64("/export/home/bfg/Maildir/dovecot.index", {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 fcntl64(4, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xb71714b0) = 0 write(2, "Error: ", 7Error: ) = 7 write(2, "Fixed index file /export/home/bf"..., 89Fixed index file /export/home/bfg/Maildir/dovecot.index: first_recent_uid_lowwater 3 -> 1) = 89 write(2, "\n", 1 ) = 1 msync(0xb28ed000, 120, MS_SYNC) = 0 fcntl64(4, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb71714f0) = 0 fcntl64(5, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb71714f0) = 0 stat64("maildir/new", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 stat64("maildir/cur", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 fstat64(4, {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 stat64("/export/home/bfg/Maildir/dovecot.index", {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 alarm(120) = 0 fcntl64(5, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171560) = 0 alarm(0) = 120 stat64("/export/home/bfg/Maildir/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=16504, ...}) = 0 fstat64(5, {st_mode=S_IFREG|0600, st_size=16504, ...}) = 0 fstat64(4, {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 stat64("/export/home/bfg/Maildir/dovecot.index", {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 alarm(120) = 0 fcntl64(4, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171570) = 0 alarm(0) = 120 fstat64(4, {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 stat64("/export/home/bfg/Maildir/dovecot.index", {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 fcntl64(4, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171470) = 0 _llseek(4, 0, [144], SEEK_END) = 0 write(4, "\0\0\0\0\0\0\0\0\0\0\0\0", 12) = 12 fstat64(4, {st_mode=S_IFREG|0600, st_size=156, ...}) = 0 mmap2(NULL, 156, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0xb27b9000 open("/etc/localtime", O_RDONLY) = 7 fstat64(7, {st_mode=S_IFREG|0644, st_size=696, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0644, st_size=696, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb27b8000 read(7, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\6\0\0\0\6\0"..., 4096) = 696 close(7) = 0 munmap(0xb27b8000, 4096) = 0 open("/etc/localtime", O_RDONLY) = 7 fstat64(7, {st_mode=S_IFREG|0644, st_size=696, ...}) = 0 close(7) = 0 msync(0xb27b9000, 156, MS_SYNC) = 0 fcntl64(4, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171470) = 0 umask(0177) = 022 time(NULL) = 1111840485 lstat64("maildir/dovecot-uidlist.lock", 0xb71714c0) = -1 ENOENT (No such file or directory) stat64("maildir/temp.frost.23206.19bb83d2a70b22b7", 0xb7171490) = -1 ENOENT (No such file or directory) open("maildir/temp.frost.23206.19bb83d2a70b22b7", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = 7 link("maildir/temp.frost.23206.19bb83d2a70b22b7", "maildir/dovecot-uidlist.lock") = 0 unlink("maildir/temp.frost.23206.19bb83d2a70b22b7") = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 umask(022) = 0177 open("maildir/dovecot-uidlist", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("maildir/new", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 8 fstat64(8, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0 getdents64(8, /* 2 entries */, 4096) = 48 getdents64(8, /* 0 entries */, 4096) = 0 close(8) = 0 open("maildir/cur", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 8 fstat64(8, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0 getdents64(8, /* 2 entries */, 4096) = 48 getdents64(8, /* 0 entries */, 4096) = 0 close(8) = 0 fstat64(4, {st_mode=S_IFREG|0600, st_size=156, ...}) = 0 mmap2(NULL, 156, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0xb27b8000 pwrite(5, "\0\0\0\0\221\315\0\20", 8, 16504) = 8 pwrite(5, "\1\0\0\0\1\0\0\0", 8, 16512) = 8 pwrite(5, "\200\200\200\204 \0\0\20", 8, 16520) = 8 pwrite(5, "\34\0\4\0\1\0\0\0", 8, 16528) = 8 fsync(5) = 0 pwrite(5, "\200\200\200\204", 4, 16504) = 4 fstat64(5, {st_mode=S_IFREG|0600, st_size=16536, ...}) = 0 munmap(0xb27ba000, 16504) = 0 mmap2(NULL, 16536, PROT_READ, MAP_SHARED, 5, 0) = 0xb27ba000 madvise(0xb27ba000, 16536, MADV_SEQUENTIAL) = 0 fstat64(4, {st_mode=S_IFREG|0600, st_size=156, ...}) = 0 stat64("/export/home/bfg/Maildir/dovecot.index", {st_mode=S_IFREG|0600, st_size=156, ...}) = 0 fcntl64(4, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171460) = 0 munmap(0xb27b9000, 156) = 0 munmap(0xb27b8000, 156) = 0 umask(0) = 022 open("/export/home/bfg/Maildir/dovecot.index.tmp", O_RDWR|O_CREAT|O_TRUNC|O_LARGEFILE, 0600) = 8 umask(022) = 0 write(8, "\7\0x\0\220\0\0\0\f\0\0\0\1\10\4\0\223LEB\0\0\0\0\223L"..., 120) = 120 write(8, "\0\0\0\0\224LEB\10\0\4\0\4\0\5\0cache\0\0\0", 24) = 24 close(8) = 0 fcntl64(4, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171460) = 0 fsync(4) = 0 rename("/export/home/bfg/Maildir/dovecot.index.tmp", "/export/home/bfg/Maildir/dovecot.index") = 0 fcntl64(4, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171530) = 0 fcntl64(5, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171530) = 0 lstat64("maildir/dovecot-uidlist.lock", {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 unlink("maildir/dovecot-uidlist.lock") = 0 close(7) = 0 munmap(0xb28ed000, 144) = 0 stat64("maildir/tmp/1111840485.P23206Q0M364325.frost", 0xb7171660) = -1 ENOENT (No such file or directory) umask(0) = 022 open("maildir/tmp/1111840485.P23206Q0M364325.frost", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = 7 umask(022) = 0 _llseek(7, 0, [0], SEEK_CUR) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 poll([{fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLHUP}], 1, 2147483647) = 1 gettimeofday({1111840485, 393090}, {4294967236, 0}) = 0 read(0, "", 4096) = 0 fsync(7) = 0 close(7) = 0 alarm(120) = 0 fcntl64(5, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171590) = 0 alarm(0) = 120 stat64("/export/home/bfg/Maildir/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=16536, ...}) = 0 fstat64(5, {st_mode=S_IFREG|0600, st_size=16536, ...}) = 0 fstat64(4, {st_mode=S_IFREG|0600, st_size=156, ...}) = 0 stat64("/export/home/bfg/Maildir/dovecot.index", {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 open("/export/home/bfg/Maildir/dovecot.index", O_RDWR|O_LARGEFILE) = 7 alarm(120) = 0 fcntl64(7, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171410) = 0 alarm(0) = 120 fstat64(7, {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 mmap2(NULL, 144, PROT_READ|PROT_WRITE, MAP_SHARED, 7, 0) = 0xb28ed000 fcntl64(7, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171440) = 0 close(4) = 0 alarm(120) = 0 fcntl64(7, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}, 0xb71715a0) = 0 alarm(0) = 120 umask(0177) = 022 time(NULL) = 1111840485 lstat64("maildir/dovecot-uidlist.lock", 0xb71714f0) = -1 ENOENT (No such file or directory) stat64("maildir/temp.frost.23206.187e2a44c13cb5c3", 0xb71714c0) = -1 ENOENT (No such file or directory) open("maildir/temp.frost.23206.187e2a44c13cb5c3", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = 4 link("maildir/temp.frost.23206.187e2a44c13cb5c3", "maildir/dovecot-uidlist.lock") = 0 unlink("maildir/temp.frost.23206.187e2a44c13cb5c3") = 0 fstat64(4, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 umask(022) = 0177 open("maildir/dovecot-uidlist", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) fcntl64(5, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171560) = 0 fcntl64(7, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171510) = 0 link("maildir/tmp/1111840485.P23206Q0M364325.frost", "maildir/new/1111840485.P23206Q0M364325.frost") = 0 unlink("maildir/tmp/1111840485.P23206Q0M364325.frost") = 0 alarm(120) = 0 fcntl64(7, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}, 0xb71715b0) = 0 alarm(0) = 120 alarm(120) = 0 fcntl64(5, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171530) = 0 alarm(0) = 120 stat64("/export/home/bfg/Maildir/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=16536, ...}) = 0 fstat64(5, {st_mode=S_IFREG|0600, st_size=16536, ...}) = 0 pwrite(5, "\0\0\0\0\2\0\0\20", 8, 16536) = 8 pwrite(5, "\1\0\0\0 \0\0\0", 8, 16544) = 8 fsync(5) = 0 pwrite(5, "\200\200\200\204", 4, 16536) = 4 fcntl64(5, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171550) = 0 fcntl64(7, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171650) = 0 write(4, "1 1111837843 2\n1 1111840485.P232"..., 50) = 50 utime("maildir/dovecot-uidlist.lock", [2005/03/26-13:34:45, 2005/03/26-13:34:45]) = 0 fsync(4) = 0 rename("maildir/dovecot-uidlist.lock", "maildir/dovecot-uidlist") = 0 close(4) = 0 exit_group(75) SHELL EXIT CODE: 0 --- snip --- Best regards, Brane

2 1

[Dovecot] Another imap crash...
by Todd Burroughs 26 Mar '05

26 Mar '05

The segfault problem that was happening seems to be fixed. I'm still getting some "(imap) killed with signal 6" errors. I just noticed that it did get one segfault. Unfortunately, I don't have a core file. I'll try to get one if this happens again. Here's the error messages, not sure if it will help. I'm using the CVS copy from March 24. dovecot: Mar 26 05:28:20 Error: 4282 IMAP(support): Corrupted index cache file /mailhome/new/s/support/.imap/INBOX/dovecot.index.cache: indexid changed dovecot: Mar 26 05:28:20 Error: 4282 IMAP(support): Corrupted transaction log file /mailhome/new/s/support/.imap/INBOX/dovecot.index.log: invalid indexid (1111832898 != 1111831599) dovecot: Mar 26 05:28:20 Error: 4282 IMAP(support): Corrupted index file /mailhome/new/s/support/.imap/INBOX/dovecot.index: Record UIDs are not ordered dovecot: Mar 26 05:28:20 Error: 4282 IMAP(support): Corrupted transaction log file /mailhome/new/s/support/.imap/INBOX/dovecot.index.log: invalid indexid (1111831599 != 0) dovecot: Mar 26 05:28:20 Error: 4282 IMAP(support): Corrupted index file /mailhome/new/s/support/.imap/INBOX/dovecot.index: Record UIDs are not ordered dovecot: Mar 26 05:28:20 Error: child 4282 (imap) killed with signal 11 Todd Burroughs

1 0

[Dovecot] quota issue POP3
by Obantec Support 26 Mar '05

26 Mar '05

Hi Just u/g to RH FC3 from RH8.0 which seemed to work fine with quotas. I have quotas for usernames set up as /home/domain/domainX/username/ for web space 50MB say 48MB used so 2MB free and /var/mail/spool/username for email. 100MB (60MB used so 40MB is available). /var/mail/username is symbolic linked via to spool/mail under /var dovecot seems to be using the quota for /home/.. and sees only 2MB so refuses to write file back. maillog is reporting (username and IP replaced). Mar 16 13:20:03 proteus2a pop3-login: Login: username [11.22.33.44] Mar 16 13:20:03 proteus2a pop3(username): Error rewriting mbox file /var/mail/username: Disk quota exceeded Mar 16 13:20:03 proteus2a pop3(username): write() failed with mbox file /var/mail/username: Disk quota exceeded i am assuming this is when pop3 login is trying to re-write file back when deleting emails. Mark -- Obantec Support www.obantec.net 0845 458 3121 WebHosting and Domains Nominet UK Tag Holder CentralNic Accredited Reseller

3 3

[Dovecot] Postfix SMTP AUTH patch updated
by Timo Sirainen 25 Mar '05

25 Mar '05

There was a small protocol change in later 1.0-test releases which made the older patches not to work. Updated the patch for Postfix 2.1.5 and added patch for Postfix 2.2.1. I also tested that it works with Dovecot 1.0-stable releases. So, if you're interested: http://dovecot.org/patches/postfix/

2 1

[Dovecot] Segfault in imap process
by Todd Burroughs 25 Mar '05

25 Mar '05

We've been testing dovecot for a while and I noticed yesterday that imap crashes quite often. It seems to be about even with SIGABRT and SIGSEGV. This one was SIGSEGV. Our system is SuSE Linux 9.2, 2.6.11.5 kernel (also happened with an older 2.6 kernel). Dovecot version is 1.0-test64 and was compiled with: "./configure --prefix=/services/dovecot --disable-ipv6" It's using mbox over NFS and I've configured "mmap_disable = yes". The mailbox that it crashed on is one of our support mailboxes and it is pretty busy. In the last 1/2 hour, it received over 100 emails. I had a look at the code, but didn't notice anything obvious. Thanks for any help... Here's the log messages: dovecot: Mar 22 18:22:23 Error: 19697 IMAP(support): UIDVALIDITY changed (1111532787 -> 1111533642) in mbox file /mailhome/new/s/support/mbox dovecot: Mar 22 18:22:26 Error: child 19697 (imap) killed with signal 11 and a backtrace: mail201:/services/dovecot/var/log # gdb /services/dovecot/libexec/dovecot/imap imap.core.pid19697 GNU gdb 6.2.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-suse-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. warning: current_sos: Can't read pathname for load map: Input/output error Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x08079f14 in mail_cache_sync_lost_handler (index=0x0) at mail-cache-sync-update.c:152 152 file_cache_invalidate(index->cache->file_cache, 0, (uoff_t)-1); (gdb) bt #0 0x08079f14 in mail_cache_sync_lost_handler (index=0x0) at mail-cache-sync-update.c:152 #1 0x0807bcfb in mail_index_map (index=0x80c24e8, force=0) at mail-index.c:792 #2 0x0807c870 in mail_index_try_open (index=0x80c24e8, lock_id_r=0xbffff68c) at mail-index.c:1064 #3 0x0807c9cf in mail_index_open (index=0x80c24e8, flags=5, lock_method=MAIL_INDEX_LOCK_FCNTL) at mail-index.c:1219 #4 0x08076025 in index_storage_mailbox_init (storage=0x80b7b90, box=0x80ac920, index=0x80c24e8, name=0x80a292f "INBOX", flags=Variable "flags" is not available. ) at index-storage.c:330 #5 0x08067cd8 in mbox_open (storage=0x80b7b90, name=0x80a292f "INBOX", flags=0) at mbox-storage.c:510 #6 0x08067ea4 in mbox_mailbox_open (_storage=0x80b7b90, name=0x80a292f "INBOX", flags=0) at mbox-storage.c:557 #7 0x08089305 in mailbox_open (storage=0x0, name=0x80a292f "INBOX", flags=0) at mail-storage.c:292 #8 0x08057ace in _cmd_select_full (cmd=0x80b7e80, readonly=0) at cmd-select.c:32 #9 0x08057ca1 in cmd_select (cmd=0x80b7e80) at cmd-select.c:99 #10 0x08059145 in _client_input (context=0x80b7e40) at client.c:334 #11 0x08099eca in io_loop_handler_run (ioloop=0x80b69e8) at ioloop-poll.c:184 #12 0x080995e9 in io_loop_run (ioloop=0x80b69e8) at ioloop.c:218 #13 0x0805fea7 in main (argc=1, argv=0xbffffa24, envp=0xbffffa2c) at main.c:229 (gdb) Todd Burroughs

2 2

Fw: [Dovecot] Auto Create Folders
by Chris L. Franklin 24 Mar '05

24 Mar '05

>> the problem might be: what would your mta do if: >> 1. the user never logged in via imap okay, so then they would never get there mail ? I guess I don't see where your going with this problem. >> 2. therefor no folders were created by dovecot .... Ok ?? >> 3. it has to deliver a spam message to the spam folder. Your right the filter would put it into the spam folder, witch it would created if it's not found. And as a side note the "Spam" folder was just a example folder name. Really for are needs it would be a folder called "Meetings" >> "so you have to ensure the folder existance at the user creation level >> imho. thats the logical point to do exactly that. >> checking for folder existance everytime a user might access a service is >> stupid. it costs at least a stat() call per directory." Some how you missed the part.I'd like to make sure this use always has this folder. Aka if they delete it, I'd like it to be recreated. PS. In the end all's it comes down to is i was wounder if there was a way to have dovecot auto create a folder or a list of folders at login. OR really if there was a way to tell dovecot a list of folders a user COULD NOT delete (But could delete the folders in side). -- Chris L. Franklin --

2 1

[Dovecot] dovecot-ldap with tls
by ck 24 Mar '05

24 Mar '05

hi all, Can somebody help me to find out how to use dovecot to connect to my ldap server which has the tls support? Currently I'm using my dovecot to connect to ldap without tls and soon my ldap server will apply the tls and all others server have to connect through the tls. thanks a lot. CK from Malaysia

2 1

[Dovecot] automatic flag updates
by Aaron VanDevender 24 Mar '05

24 Mar '05

Is there a way to get dovecot to send automatic flag updates? I notice that when I have two clients connected and one of them reads a new message, the server sends a status update which contains the number of unseen messages, but doesn't specifically say which ones have changed. I think the solution to this problem, while not wasting bandwidth, is to issue a unilateral FETCH FLAGS response whenever a flag changes. There doesn't seem to be a way to get dovecot (I'm using 0.99.10) to do this. Can the 1.0-test versions do this? cya .sig

2 7

[Dovecot] stable assert error
by Paul Jongsma 23 Mar '05

23 Mar '05

Hello, When moving a message from my inbox to an existing mailbox folder I get: dovecot: Mar 21 12:52:48 Error: IMAP(paulj): file istream-raw-mbox.c: line 383 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != (uoff_t)-1) dovecot: Mar 21 12:52:48 Error: child 10265 (imap) killed with signal 6 This after moving from 0.99 to 1.0 stable on 5.3-RELEASE-p5 Client is Apple Mail program Anything I can do to fix or investigate? Thanks Paul

3 3

[Dovecot] Hide non-accessable folder from users
by Remy Zandwijk 22 Mar '05

22 Mar '05

Hi all, In our faculty, people keep asking about shared mail folders. With Dovecot up and running this should be no problem. I think we will have about 50 shared folders. I did take a look at the various solutions, but not all of them are useable. For example, I do not want users to create sub-folders in shared folders. This means the symlink option is unuseable. In my opinion, the easiest solution is creating a namespace and create the shared folders in the location of this namespace. Every shared folders gets his own UNIX group ID. Offcourse, this works great. The ony big disadvantage is that every users 'sees' all shared mailfolders, even if the user does not have the proper rights to access the folders. Is there a way to hide the non-accessable folders from users? Best regards, Remy Zandwijk

1 0

Re: [Dovecot] Auto Create Folders
by Chris L. Franklin 22 Mar '05

22 Mar '05

To make sure users have certain folders. -- Chris L. Franklin --

4 4

[Dovecot] strange email client problems
by Gabriel Granger 22 Mar '05

22 Mar '05

I've got some issues with dovecot, that I need to resolve, I only have about 20 users in the office, but the average disk space used by each user is anywhere from 1GB up to at the extreme end of the scale 7GB. I'm using the mailbox format. The server is a P4 2.8 with a 1GB of ram and run off 250GB SATA disks. most users have lots of structured folders going as deep as 6 levels. The problems I'm getting are odd the problems that I'm getting at the moment are "cannot copy mail to sent folder", but sends the message fine, this doesn't happen all the time but happens to everyone but me... I'm using OS X's Mail.app which seems to always work:) all my users are using W2K and either ThunderBird or Mozilla The other problem which I've been made aware of... The users get the "loading message" or "opening messages" and the egg timer goes round but never completes. I managed to clear the problem by getting the user to close their email client and then kill their IMAP processes on the server, when the user logs in again the client responds correctly. Is there something I'm doing wrong with the configuration of dovecot? would using MailDir help, I dont want to migrate from Mailbox unless this change will make things better, I understand their are benefits from using MailDir, but I dont know if I will continue to see the same problems if I migrate. Any help or advise would be great, I should add that everyone is connecting to the server over SSL Gabe

3 5

[Dovecot] emulating courier imap
by Geo Carncross 21 Mar '05

21 Mar '05

I'm trying this: default_mail_env = maildir:%h/.maildir:INDEX=%h/.indexes:INBOX=% h/.maildir namespace private { separator = . prefix = INBOX. inbox = no } namespace private { separator = . prefix = inbox = yes hidden = yes } but dovecot doesn't appear to be honoring "hidden" - am I missing something? (that is, all my folders appear twice- one under INBOX, the other under root) I tried without the second segment, and makign the first one "inbox=yes" - but then I got two inboxes... -- Internet Connection High Quality Web Hosting http://www.internetconnection.net/

3 2

[Dovecot] Mixing mbox and maildir
by Tom Alsberg 21 Mar '05

21 Mar '05

Hi there. I understood that in Dovecot 1.0 it should be possible to mix the usage of mbox and maildir mailboxes. I just downloaded, built, and am testing dovecot-stable-20050304. I'm a bit confused as to the terms of namespaces (haven't read that part of the RFC yet), but this does not seem related. Anyway, when I try specifying: default_mail_env = ~/mail/:INBOX=/var/mail/%u On login I'm immediately disconnected, seeing something like: dovecot: IMAP(user): Failed to create storage with data: ~/mail:INBOX=/var/mail/user in the log file. This seems more like a bug to me (or maybe something in permissions I haven't noticed - but I've checked...) Any way, according to the documentation, it will detect whether ~/mail/ is mbox or maildir - but would that enable having both mbox and maildir in that directory? The goal is, to deploy Dovecot 1.0 at some time, while here there are users who have both maildir and mbox mailboxes (I.E. spool is mbox, ~/mbox is mbox, ~/mail contains some mbox mailboxes for small stuff that users want to be able to access even using /usr/bin/mail, and some larger maildir mailboxes (less critical, or high volume - e.g. mailing lists). How is that possible? Thanks, -- Tom P.S. Thanks again, Timo and rest of developers for this big piece of code - I maintain Dovecot 0.99 in another place and it's by far the most useful IMAP server yet. -- Tom Alsberg - hacker (being the best description fitting this space) Web page: http://www.cs.huji.ac.il/~alsbergt/ DISCLAIMER: The above message does not even necessarily represent what my fingers have typed on the keyboard, save anything further.

6 11

[Dovecot] Shared maildirs with symlinking
by Gauthier Vandemoortele 21 Mar '05

21 Mar '05

Hello, I try to set up a shared maildir with symbolink links, but it doesn't work. The main user, from which I would share a mailbox, creates a mailbox named "Commun" with thunderbird. I see on the file system from the server that a directory .Commun is created in his ~/Maildir/ and that the file ~/Maildir/.subscriptions has now such an entry. Right. In ~/Maildir/Commun the permissions are /cur 700 /new 700 /tmp 700 .customflags 600 .imap.index 600 .imap.index.data 600 .imap.index.log 600 .imap.index.tree 600 dovecot-uidlist 600 and as owner MainUser/users (I work on a slackware 10, all the users have by default the group users.) So, I change all the rights to 770 for directories and 660 for other files (I don't forget .Commun itself) Now the other user ; he creates also a folder named "Commun", so that such an entry exists in .subscriptions. As admin, I delete his folder ~/Maildir/.Commun, and create a symbolink link ~OtherUser/Maildir/.Commun pointing to ~MainUser/Maildir/.Commun Now MainUser moves a mail in his folder Commun, always with thunderbird ; OtherUser sees now a message in the "same" folder, but he can't read it. In fact, Thunderbird displays a little icon but without textuel information, like subject, or so. If OtherUser clicks on it, the mailer hangs indefinitly. It's logical, the file created in ~MainUser/Maildir/.Commun has 600 as permissions. On the other hand, OtherUser can move or create a file in his folder Commun, but MainUser does'nt see it, I suppose because his index is not updated. I had read in http://wiki.dovecot.org/SharedFolders that : It's important to have dovecot-shared file created in the shared maildir with the permissions and group ID you want to have access to the mailbox. Dovecot uses the same permissions and GID when it creates index files, dovecot-uidlist file, new mail files, etc. With my experience, it seems that Dovecot creates the file regardless of the permissions of the shared folder. Can someone say how to resolve that ? I use dovecot-0.99.11 Thanks in advance, -- Gauthier Vandemoortele <gauthier.vandemoortele(a)skynet.be> ... Un jeune sur dix qui sait pas lire, ça en fait neuf sur dix qui lisent des conneries. (Brèves de comptoir - J-M Gourio)

2 1

[Dovecot] Loading messages
by Gabriel Granger 19 Mar '05

19 Mar '05

Thanks to all for pointing out the Thunderbird bug workaround, I've got another question Some of my users are complaining that when they select a message, the email client says "Loading Message" and either takes a long time to display a small message or does not display the message at all. Its odd becuase it seems that larger message on these users machines seem to open more quickly then the small 1Kb - 15Kb messages. Looking a little further on the messages that wont open they all seem to be very small in size. Is this a common issue? or something i need to tweak on the dovecot.conf or on the client side? Gabe

5 4

[Dovecot] problems with migration to Maildir
by F. Even 19 Mar '05

19 Mar '05

I'm attempting to use Maildir and mbox together until I can finish migrating all mailboxes and figure out issues I'm having with a couple other mailboxes. But, I want to officially start using Maildir as the primary msg. store. Now...when I configure Dovecot as follows, it creates new folders in the ~/mail folder, which is where my mboxes reside: #default_mail_env = #default_mail_env = mbox:~/mail/:INBOX=~/mbox #default_mail_env = mbox:~/:INBOX=~/mbox #default_mail_env = mbox:~/mail:INBOX=~/mbox default_mail_env = maildir:~/Maildir #namespace private { # separator = / # inbox = yes # prefix = # location = mbox:~/mail:INBOX=~/mbox #} #namespace private { # separator = / # prefix = "Maildir/" # location = maildir:~/Maildir #} namespace private { separator = / inbox = yes location = maildir:~/Maildir } namespace private { separator = / location = mbox:~/mail } I would like to have access to the mbox hierarchy, but I want all new folders by default created in ~/Maildir. How do I go about acheiving this? Thanks, Frank

2 5

[Dovecot] 1.0-test65 and ldap auth
by KATOH Yasufumi 19 Mar '05

19 Mar '05

Hi, Does 1.0-test65 work with ldap auth? The log is: dovecot: Mar 15 20:59:32 Error: child 13676 (auth) killed with signal 11 Info log is: dovecot: Mar 15 20:59:19 Info: Dovecot v1.0-test65 starting up dovecot: Mar 15 20:59:32 Info: auth(default): client in: AUTH 1 PLAIN service=POP3 secured lip=127.0.0.1 rip=127.0.0.1 resp=AGthcm1hQGhhcnAuZ3I uanAAU2FncmFkbzAy dovecot: Mar 15 20:59:36 Info: pop3-login: Aborted login [127.0.0.1] linux kernel 2.6.10, glibc 2.3.2 OpenLDAP 2.2.23 -- karma(a)jazz.email.ne.jp / KATOH Yasufumi

3 4

[Dovecot] Auto Create Folders
by Chris L. Franklin 19 Mar '05

19 Mar '05

Is there any way to addon the ability to have dovecot auto create imap folders for a user ? -- Chris L. Franklin

3 2

[Dovecot] Re: Warning, newbie!
by Pete 18 Mar '05

18 Mar '05

To make things clearer, this is where I am at now when I login from Mutt. FreeBSD 4.11 Dovecot -0.99.13 Postfix current Mar 18 09:28:15 slippery dovecot: Killed with signal 15 Mar 18 11:10:38 slippery imap(pete): We couldn't drop root group privileges Mar 18 11:10:38 slippery dovecot: child 97190 (imap) returned error 89 -- Pete http://milneweb.com http://nomorevirus.com

1 0

[Dovecot] Moving from 0.99 to 1.0-stable
by Jim Trigg 18 Mar '05

18 Mar '05

What is involved in migrating from 0.99 to 1-stable? (I'd be creating a FreeBSD port to work with, but the main question I have is what would need to be done to configuration files.) Thanks, Jim -- Jim Trigg, Lord High Everything Else O- /"\ Hostmaster, Huie Kin family website \ / ASCII RIBBON CAMPAIGN Verger and System Administrator, X HELP CURE HTML MAIL All Saints Church - Sharon Chapel / \

2 1