- dovecot - dovecot.org

[Dovecot] [sfs@tc.umn.edu: Re: dovecot-auth file descriptor usage]
by Steven F Siirila 24 Jan '07

24 Jan '07

I hate to be a pest, but are there any revelations on file descriptor "overusage" by dovecot-auth? ----- Forwarded message from Steven F Siirila <sfs(a)tc.umn.edu> ----- Date: Sat, 20 Jan 2007 12:42:50 -0600 From: Steven F Siirila <sfs(a)tc.umn.edu> To: Dovecot Mailing List <dovecot(a)dovecot.org> User-Agent: Mutt/1.4.2.1i Subject: Re: [Dovecot] dovecot-auth file descriptor usage Okay, here is one which has closed fds 0 and 1, so I presume it is proxying SSL: 11988: imap-login Current rlimit: unlimited file descriptors 2: S_IFIFO mode:0000 dev:295,0 ino:2692866 uid:0 gid:1 size:0 O_RDWR 4: S_IFCHR mode:0644 dev:287,0 ino:99614726 uid:0 gid:3 rdev:190,1 O_RDONLY|O_LARGEFILE FD_CLOEXEC /devices/pseudo/random@0:urandom 5: S_IFIFO mode:0000 dev:295,0 ino:2692868 uid:65 gid:65 size:0 O_RDWR FD_CLOEXEC 6: S_IFIFO mode:0000 dev:295,0 ino:2692868 uid:65 gid:65 size:0 O_RDWR FD_CLOEXEC 7: S_IFSOCK mode:0666 dev:293,0 ino:33376 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK SOCK_STREAM SO_REUSEADDR,SO_KEEPALIVE,SO_SNDBUF(49152),SO_RCVBUF(49640),IP_NEXTHOP(0.0.193.232) sockname: AF_INET 134.84.119.102 port: 143 peername: AF_INET 160.94.23.17 port: 38847 8: S_IFSOCK mode:0666 dev:293,0 ino:63591 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK SOCK_STREAM SO_SNDBUF(16384),SO_RCVBUF(5120) sockname: AF_UNIX peername: AF_UNIX default 9: S_IFSOCK mode:0666 dev:293,0 ino:43728 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK SOCK_STREAM SO_SNDBUF(16384),SO_RCVBUF(5120) sockname: AF_UNIX On Fri, Jan 19, 2007 at 11:34:44PM +0200, Timo Sirainen wrote: > On Wed, 2007-01-17 at 12:57 -0600, Steven F Siirila wrote: > > Doh! Here's another one (took 3 more trials to nab one): > > > > 29058: imap-login > > Current rlimit: unlimited file descriptors > > 0: S_IFSOCK mode:0666 dev:293,0 ino:63436 uid:0 gid:0 size:0 > > O_RDWR|O_NONBLOCK > > SOCK_STREAM > > SO_REUSEADDR,SO_KEEPALIVE,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0) > > sockname: AF_INET 0.0.0.0 port: 143 > > 1: S_IFSOCK mode:0666 dev:293,0 ino:42189 uid:0 gid:0 size:0 > > O_RDWR|O_NONBLOCK > > SOCK_STREAM > > SO_REUSEADDR,SO_KEEPALIVE,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0) > > sockname: AF_INET 0.0.0.0 port: 993 > > Almost, but not quite :) File descriptors 0 and 1 are open only when the > process is listening for new connections (for ports 143 and 993). So > this process wasn't proxying SSL. > > > 2: S_IFIFO mode:0000 dev:295,0 ino:2456463 uid:0 gid:1 size:0 > > O_RDWR > > This is logging pipe. > > > 3: S_IFSOCK mode:0666 dev:293,0 ino:37418 uid:0 gid:0 size:0 > > O_RDWR > > SOCK_STREAM > > SO_SNDBUF(16384),SO_RCVBUF(5120) > > sockname: AF_UNIX > > Connection to master process. > > > 4: S_IFCHR mode:0644 dev:287,0 ino:99614726 uid:0 gid:3 rdev:190,1 > > O_RDONLY|O_LARGEFILE FD_CLOEXEC > > /devices/pseudo/random@0:urandom > > /dev/urandom. > > So it hasn't actually yet even connected to dovecot-auth. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593 ----- End forwarded message ----- -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

2 1

[Dovecot] pop/imap login logging only username part of full email address
by Justin McAleer 24 Jan '07

24 Jan '07

I have my login log format set like so: login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c When I log in using a full email address, though, I only get the username part of the address: Jan 24 13:28:29 node7 dovecot: pop3-login: Login: user=<justin>, method=PLAIN, rip=137.118.2.60, lip=137.118.7.247 Jan 24 13:28:30 node7 dovecot: POP3(justin): Disconnected: Logged out top=0/0, retr=0/0, del=0/717, size=15797460 Is that behavior intentional? If so, can it log the full username as given by the client instead? Anyone with multiple domains probably wants to see the domain part. Changing %u to %n yields the same log entry, and %d seems to be empty so nothing gets logged if I try to log that.

2 2

[Dovecot] More AFS maildir debugging
by Aaron Solochek 24 Jan '07

24 Jan '07

There appears to be some sort of a race condition when accessing a maildir directory for the first time with dovecot. I was getting a non-specific error trying to select INBOX, but when I stepped through it with a debugger it worked. Deleting the dovecot files and running the select again it failed. I started playing with it again just now, and when attempting to access Sent, I actually got some errors: a04 select Sent imap(aarons): Error: Corrupted transaction log file /XX/Maildir/.Sent/dovecot.index.log: unexpected end of file while reading header imap(aarons): Error: Corrupted transaction log file /XX/Maildir/.Sent/dovecot.index.log: unexpected end of file while reading header imap(aarons): Error: Corrupted transaction log file /XX/Maildir/.Sent/dovecot.index.log: unexpected end of file while reading header a04 NO Internal error occurred. Refer to server log for more information. [2007-01-13 16:17:51] I then deleted dovecot.index.log and dovecot.index.log.2 (the only two dovecot files that were present) and retried the select: a04 select Sent a04 NO Internal error occurred. Refer to server log for more information. [2007-01-13 16:23:40] Does anyone more familiar with the code than myself have any pointers of where to concentrate my debugging efforts? Thanks. -Aaron

4 13

[Dovecot] dovecot-acl file location in rc18
by Radek Zavicak 24 Jan '07

24 Jan '07

Hi, I'm trying to use ACL with dovecot rc18 but I don't understand where to store per-mailbox dovecot-acl file. In dovecot.conf I have mail_location = maildir:/var/vmail/%u/ and I do not use namespaces. I have some "testuser" maildir with subdir ".test". When I put dovecot-acl file to the .test directory I get this error in my log file: Error: IMAP(testuser): /var/vmail/testuser/.test/dovecot-acl is no longer kept in control directory, move it to the actual maildir (/var/vmail/testuser/.test) Error: child 28143 (imap) returned error 89 This error tells me to move dovecot-acl file from control dir to mail directory but these are the same for me (and I think it's Dovecot default for maildir). Where I should store per-mailbox dovecot-acl file in this case? Regards, Radek Zavicak

3 3

[Dovecot] too many open files error when using quota plugin
by Justin McAleer 24 Jan '07

24 Jan '07

With the quota plugin loaded (even with a quota value of 0), I get errors like the following: open(/var/mailstore/01/1a/301620/Maildir/cur/1169654988.P22440Q0M696852.<hostname stripped>,S=4437552:2,Sbc) failed: Too many open files To do this, I have a folder with about 700 messages and I tell Thunderbird to run junkmail controls on it (fetches all messages). Watching an strace on the imap process I'm connected to, the problem seems to be when the plugin goes to close the maildirsize file, it's not closing the correct file descriptor: open("/var/mailstore/01/1a/301620/Maildir/./maildirsize", O_RDWR|O_APPEND) = 1016 read(1016, "1024S\n395 1\n397 1\n", 5120) = 18 read(1016, "", 5102) = 0 close(4294967295) = -1 EBADF (Bad file descriptor) It closes that same descriptor every time. On a side note, I'm just curious why it needs to read the maildirsize file for a fetch request anyway?

2 2

[Dovecot] building with SSL support in non-std directories
by AJ Weber 24 Jan '07

24 Jan '07

I'm trying to get configure to find the right libs/includes to build with SSL support (openssl), but it just seems to refuse! I tried passing " --with-ssl=openssl --with-ssldir=/usr/local/ssl ", but this didn't seem to help. In /usr/local/ssl is: drwxr-xr-x 2 root root 4096 2006-12-11 13:25 bin drwxr-xr-x 2 root root 4096 2006-12-11 12:15 certs drwxr-xr-x 3 root root 4096 2006-12-11 12:15 include drwxr-xr-x 4 root root 4096 2006-12-11 13:25 lib drwxr-xr-x 6 root root 4096 2006-12-11 12:15 man drwxr-xr-x 2 root root 4096 2006-12-11 13:25 misc -rw-r--r-- 1 root root 9374 2006-12-11 13:25 openssl.cnf drwxr-xr-x 2 root root 4096 2006-12-11 12:15 private Can someone tell me what it's looking for and how to properly tell it to compile in the SSL support??? Thanks, AJ

2 1

[Dovecot] rc18 dies with Query: LSUB "" "*" failed on Squirrelmail
by Gavin Henry 24 Jan '07

24 Jan '07

Just upgraded, and then had to downgrade straight away. Couldn't get our Squirrelmail page up. Logged in fine etc. but got: Query: LSUB "" "*" failed, refer to server logs etc. Nothing in logs that shows error with mail_debug=yes What should I be looking for? Gavin. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

3 10

[Dovecot] default_pass_scheme = PLAIN-MD5 dont work :(
by mancausoft 24 Jan '07

24 Jan '07

I config postfix+mysql+dovecot for SASL SMTP autentication. It works if set: default_pass_scheme = PLAIN and store plain-text password in mysql I'm change default_pass_scheme = PLAIN with default_pass_scheme = PLAIN-MD5 an store password in mysql with md5('passwd') and dovecotpw -s PLAIN-MD5 -p test {PLAIN-MD5} and md5("test") = 098f6bcd4621d373cade4e832627b4f6 but don't work: Jan 24 13:02:31 domain postfix/smtpd[18461]: connect from [x.x.x.x] Jan 24 13:02:37 domine dovecot: auth-worker(default): mysql: Connected to localhost (mail_info) Jan 24 13:02:39 domain postfix/smtpd[18461]: warning: [x.x.x.x]: SASL CRAM-MD5 authentication failed: PDI3Nac3ODA2NjQ0Njg4MzMuMTE2OTY0Mzc1N0BrbHVnY3QtY3Jldz4= Jan 24 13:02:40 domain postfix/smtpd[18461]: lost connection after AUTH from [x.x.x.x] Why?? where are the errors?? -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Questo inverno scaldale il cuore, con il prezioso calore di un Diamante. * Non lasciarti sfuggire lo sconto del 20% riservato a te! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5630&d=24-1

2 2

[Dovecot] dovecotpw/sql crypt scheme core dump with rc17-19
by Andre Dalle 24 Jan '07

24 Jan '07

Platform is Solaris 8 on a 280R. I'm setting up a new installation of Dovecot, and I ran into some troubles that I've partly tracked down. I setup auth/user dbs with LDAP initially, and things worked well. Passwords are stored as "{crypt}zxcv..." in LDAP. I setup SQL, and began getting this: dovecot: Jan 23 16:37:47 Error: child 8718 (auth-worker) killed with signal 11 Passwords are stored as "zxcv..." in SQL. I changed default_pass_scheme from CRYPT to PLAIN, and no troubles. I then tried dovecotpw: dovecotpw -p 123 -s PLAIN-MD5 {PLAIN-MD5}202cb962ac59075b964b07152d234b70 dovecotpw -p 123 -s CRYPT Segmentation Fault (core dumped) So I then tried this: truss dovecotpw -p 123 -s crypt open64("/dev/urandom", O_RDONLY) = 3 read(3, "F80E82 c", 4) = 4 fcntl(3, F_GETFD, 0x00000000) = 0 fcntl(3, F_SETFD, 0x00000001) = 0 open64("/usr/local/lib/dovecot/auth/password", O_RDONLY|O_NDELAY) Err#2 ENOENT read(3, "8382", 2) = 2 Incurred fault #6, FLTBOUNDS %pc = 0xFF0E3304 siginfo: SIGSEGV SEGV_MAPERR addr=0x00000005 Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x00000005 *** process killed *** Suffice to say, there is no "/usr/local/lib/dovecot/auth/password". I'm guessing that the dovecot auth-worker process is failing for the same reason but I don't know how to debug that one. I have core files for the dovecotpw process. -- André Dalle Systems Administrator NCF Internet

2 2

[Dovecot] All index file bugs fixed(?)
by Timo Sirainen 23 Jan '07

23 Jan '07

I fixed the nightly snapshot building. Now it's again being built every night (if there have been any changes). Please test it before I'll make rc18 release. http://dovecot.org/nightly/dovecot-latest.tar.gz I've also been stress testing a lot with http://dovecot.org/tools/imaptest.c. Last night I ran it for 9 hours with mmap_disable=yes and it picked up only one race condition, which is also now fixed. I'll run the next night with mmap_disable=no and see if anything shows up with it. I'm hopeful that there aren't any important index file related bugs left anymore. This is actually the first time in Dovecot's existence that I'm really not aware of *any* bugs in index file handling. v1.0 release should be really near now, unless you figure out new problems :) Here's a list of bugs that should have been fixed since rc17: "Corrupted index file dovecot.index: Record field keywords points outside record size (12 < 12+2)" "Corrupted Index file dovecot.index: Record [1].uid=0" Crashes - http://dovecot.org/list/dovecot-cvs/2007-January/007395.html "open() failed with file dovecot.index.log: No such file or directory" - http://dovecot.org/list/dovecot-cvs/2007-January/007405.html "Fixed index file dovecot.index: seen_messages_count 8 -> 9" "View synchronization from transaction log failed: Deleted counter wrong" etc. - http://dovecot.org/list/dovecot-cvs/2007-January/007403.html Corrupted transaction log errors: - http://dovecot.org/list/dovecot-cvs/2007-January/007389.html - http://dovecot.org/list/dovecot-cvs/2007-January/007393.html Corrupted view errors: - http://dovecot.org/list/dovecot-cvs/2007-January/007366.html - http://dovecot.org/list/dovecot-cvs/2007-January/007368.html Corrupted cache file errors: - http://dovecot.org/list/dovecot-cvs/2007-January/007364.html Fixed a lot of crashes whenever something went wrong (I deleted index files every 3 seconds until it crashed, last run went for several minutes before I stopped trying): - http://dovecot.org/list/dovecot-cvs/2007-January/007397.html

5 15

[Dovecot] 1.0.rc18 released
by Timo Sirainen 23 Jan '07

23 Jan '07

http://dovecot.org/releases/dovecot-1.0.rc18.tar.gz http://dovecot.org/releases/dovecot-1.0.rc18.tar.gz.sig I think we're quite near v1.0 now. * ACL plugin + Maildir: Moved dovecot-acl file from control directory to maildir. To prevent accidents caused by this change, Dovecot kills itself if it finds dovecot-acl file from the control directory. * When opening a maildir, check if tmp/'s atime is over 8h old. If it is, delete files in it with ctime older than 36h. However if atime - ctime > 36h, it means that there's nothing to be deleted and the scanning isn't done. We update atime ourself if filesystem is mounted with noatime. * base_dir doesn't need to be group-readable, don't force it. * mail_read_mmaped setting is deprecated and possibly broken. It's now removed from dovecot-example.conf, but it still works for now. * Removed also umask setting from dovecot-example.conf since currently it doesn't do what it's supposed to. + Authentication cache caches now also userdb data. + Added mail_log plugin to log various mail operations. Currently it logs mail copies, deletions, expunges and mailbox deletions. - dict quota: messages=n parameter actually changed storage limit. - A lot of fixes to handling index files. This should fix almost all of the problems ever reported. - LDAP: auth_bind=yes was more or less broken. - Saved mails and dovecot-keywords file didn't set the group from dovecot-shared file. - Fixed potential assert-crash while searching messages - Fixed some crashes with invalid X-UID headers in mboxes - If you didn't have a namespace with empty prefix, giving STATUS command for a non-existing namespace caused the connection to give "NO Unknown namespace" errors for all the future commands.

4 6

[Dovecot] Dovecot-1.0.rc17 on Solaris10 = assert_error
by Kevin Richter 23 Jan '07

23 Jan '07

Hi, i have a problem with dovecot rc17 on Solaris10. I have compiled Dovecot and openSSL in 32bit: CFLAGS="-I/opt/openssl-0.9.7l/include" LDFLAGS="-L/opt/openssl-0.9.7l/lib -R/opt/openssl-0.9.7l/lib" ./configure --prefix=/opt/dovecot-1.0.rc17 --with-ssl=openssl --with-ssldir=/opt/openssl-0.9.7l --enable-shared --disable-ipv6 --with-file-offset-size=32 make and make install ran without errors or warnings. The /opt/dovecot-1.0.rc17/var/log says: dovecot: Jan 16 11:20:05 Error: IMAP(kric0999): file lib.c: line 13 (nearest_power): assertion failed: (num <= ((size_t)1 << (BITS_IN_SIZE _T-1))) The error occures whenever i start my mail client and the authorization is successful. Cam anyone help me? Regards, Kevin Richter

2 6

[Dovecot] Current state of mulit-server NFS setups
by Justin McAleer 23 Jan '07

23 Jan '07

Hi list, I've been perusing the list archives, but I couldn't find a recent, definitive answer to what I'd like to know. I'm looking to set up a new batch of servers to migrate ~160,000 accounts, spread across several domains, onto (from CommuniGate). Last year I worked with the earlier beta/RC versions of Dovecot, so I'm generally familiar with the setup required. However, a lot of development has been done since I was last dealing with it. So, what I'd like to end up with is a load balanced group of servers providing pop and imap access with quota support using an NFS filesystem. We have a new Netapp device (forget the actual model) that can do SAN/iSCSI/NFS. We tried using various clustered filesystems previously, but the performance/stability issues were a nightmare, so I've fallen back to NFS (or perhaps SAN if users can't hit any server in the group). So, what does my dovecot setup need to be? I've seen some people say they disable indexing in the LDA, but allow pop/imap to index. Some say the attribute cache needs to be disabled, which I'd think would be worse than just disabling indexes. Some say indexes should be kept on local disk (dedicated server for users), and others seem to report problems even when doing so. Is there a general consensus? I was also wondering if dovecot's sanity checking on the indexes would allow each server in a balanced group to keep indexes on local disk (so if the maildir has changed on another server, dovecot rebuilds it). If so, does that take away all performance gains from having indexes at all? Thanks for any info you all can provide.

2 1

[Dovecot] Maildir Quota backend
by Ioannis Zachariadis 23 Jan '07

23 Jan '07

Hi, I've noticed that in the maildir backend for the quota plugin the quota limit is being read in kilobytes. In the quota-maildir.c at maildir_quota_init() , line 550 (rc18) if (strncmp(*args, "storage=", 8) == 0) { size = strtoull(*args + 8, NULL, 10) * 1024; if (size != 0) root->message_bytes_limit = size; root->master_message_limits = TRUE; } The value that's being read from storage is supposed to be in kB, at least that's what I understand from the wiki, and then the value of size is stored in bytes. thanks -- giannis.

2 1

[Dovecot] LDAP authentication stops working...
by Adrian Close 23 Jan '07

23 Jan '07

Hi all, I'm running dovecot-1.0.rc17 on OpenBSD 3.9, using userdb and passdb methods of "ldap" (SSL on 636/tcp) in addition to "passwd". Occasionally (generally after a few hours of operation, but not always), LDAP-based logins stop working (e.g. hang/timeout after POP3 PASS command). Accounts with local passwords (as opposed to accounts with a password field of "x") still work fine at this point. 'tcpdump' shows the persisient 636/tcp connection still with bidirectional traffic (PUSH/ACKs and ACKs like normal). After restarting Dovecot, things are fine until next time. I guess I could try and get login_ldap working with bsdauth, but if there's an issue in the Dovecot LDAP support I'd like to see it fixed. Any ideas? Thanks, Adrian Close P.S. I note the LDAP timeout logging patch but it won't apply easily to rc17 and I'm hoping the issue has progressed since then anyway...

7 14

[Dovecot] X-UID: 4085788205 != 2147483647
by Stephen Gowing 23 Jan '07

23 Jan '07

Hi, Dovecot (at least versions 0.99.10.4, 0.99.11, 1.0rc15, rc17 and rc18) allows message Unique Identifiers to be an unsigned 32 bit value, so something like "X-UID: 4085788205" is allowed. Some IMAP clients I've tested (Thunderbird 1.5.0.9, SquirrelMail 1.4.9a/PHP 4.3.2) appear to use signed 32 bit identifiers and request the above message as UID 2147483647 (max signed 32 bit integer). Evolution 2.0.2 fetches 4085788205 without complaint. Is there any chance Dovecot could decide to invalidate and renumber a folder when identifiers greater than 2147483647 are found? sbg

2 1

[Dovecot] mysteriously disappearing RECENT flag
by Vadim Zeitlin 22 Jan '07

22 Jan '07

Hello, I've decided to switch from UW-IMAP to Dovecot and so installed 1.0.rc15-2 on a Debian/Etch system and started using it with the existing MBOX folders. My configuration is pretty much the default one, in particular I didn't touch to any of mbox_xxx options. The (hoped for) performance improvements were indeed quite noticeable and mostly it works just fine but I seem to have one strange problem with the recent messages: Dovecot seems to reset the RECENT flag on the message right *before* the mailbox is opened. So even if a message was just copied to a folder (e.g. by email client filtering), it doesn't have RECENT flag when the mailbox is opened. Here is an example of what I see: % telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS STARTTLS AUTH=PLAIN] Dovecot ready. 1 login user password 1 OK Logged in. 2 status test (messages recent unseen) * STATUS "test" (MESSAGES 41 RECENT 0 UNSEEN 0) 2 OK Status completed. [--- switch to another window and copy a message to the test folder ---] 3 status test (messages recent unseen) * STATUS "test" (MESSAGES 42 RECENT 1 UNSEEN 0) 3 OK Status completed. 4 select test * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 42 EXISTS * 0 RECENT * OK [UIDVALIDITY 1048987099] UIDs valid * OK [UIDNEXT 407] Predicted next UID 4 OK [READ-WRITE] Select completed. 5 status test (messages recent unseen) * STATUS "test" (MESSAGES 42 RECENT 0 UNSEEN 0) 5 OK Status completed. 6 fetch 42 flags * 42 FETCH (FLAGS (\Seen)) 7 logout * BYE Logging out 7 OK Logout completed. Connection closed by foreign host. Why does Dovecot send "0 RECENT" when the mailbox is opened when it had just told that there was a recent message in it? And why is the message effectively old (no \Recent in the FETCH reply)? Notice that if I look at the MBOX file I see "Status: R" until command number 7, it becomes "Status: RO" only when I log out -- but internally Dovecot clearly considers it to be old long before that. Am I doing something wrong? Or is this the expected behaviour and, in this case, is there any way to change it to the more expected one (UW-IMAP-like)? Thanks in advance, VZ

2 3

[Dovecot] RC18 core dumps
by Cassidy B. Larson 22 Jan '07

22 Jan '07

Still seeing a few core dumps via the deliver process and corrupted transaction log files with RC18: Jan 22 10:46:36 zahara deliver(user(a)host.com): Corrupted transaction log file /data/mail/host.com/us/user(a)home.com/dovecot.index.log: start_offset (71680) > file size (71520) Jan 22 10:46:36 zahara deliver(user(a)host.com): seq = 6, rec->uid = 0, first_new_seq = 6, records = 5 Jan 22 10:46:36 zahara kernel: pid 41186 (deliver), uid 127: exited on signal 6 (core dumped) Jan 22 10:50:17 zahara deliver(user(a)host.com): Corrupted transaction log file /data/mail/host.com/us/user(a)host.com/dovecot.index.log: Append with UID 512, but next_uid = 513 However, if the user gets another email, it appears deliver doesnt core dump again. Thoughts? -c

2 1

[Dovecot] mail_log plugin in RC18
by Roger Weeks 22 Jan '07

22 Jan '07

On Jan 22, 2007, at 8:37 AM, Timo Sirainen wrote: > + Added mail_log plugin to log various mail operations. Currently it > logs mail copies, deletions, expunges and mailbox deletions. Hi Timo - I saw this addition and it sounds very useful in our enviroment. Can the plugin be enabled for specific users? Or is is a system-wide only plugin? -- Roger J. Weeks Systems & Network Administrator Mendocino Community Network

3 2

[Dovecot] Logging
by Ioannis Zachariadis 22 Jan '07

22 Jan '07

I use the syslog facility for logging purposes. I was wondering if there is a way to redirect all logs to mail.* For example, there are user.* messages.. can I change all of them to mail.* ? thanks. -- giannis.

3 9

[Dovecot] Dovecot rc15 crash in mbox-sync-update.c
by Steven F Siirila 22 Jan '07

22 Jan '07

Here is another crash we've been seeing recently in rc15 on Solaris 10. (gdb) bt full #0 0xff1c12a4 in ?? () No symbol table info available. #1 0xff140040 in ?? () No symbol table info available. #2 0x000786a8 in t_buffer_alloc (size=688976) at data-stack.c:346 __PRETTY_FUNCTION__ = "file %s: line %" #3 0x00078190 in t_pop () at data-stack.c:149 frame_block = (struct stack_frame_block *) 0x7fffffff #4 0x00042a90 in mbox_sync_update_status (ctx=0x8f7e0) at mbox-sync-update.c:267 No locals. #5 0x00041730 in mbox_sync_rewrite (sync_ctx=0xffbff548, mail_ctx=0x39d5, end_offset=14098141, move_diff=27645, extra_space=1, first_seq=45, last_seq=163) at mbox-sync-rewrite.c:552 mails = (struct mbox_sync_mail *) 0xcf238 offset = 1 dest_offset = 4294967295 next_end_offset = 14079696 next_move_diff = 6 start_offset = 1275633 expunged_space = 0 idx = 185 first_nonexpunged_idx = 0 padding_per_mail = 50 count = 542 ret = 0 __PRETTY_FUNCTION__ = "mktime(today) fail" #6 0x0003db84 in mbox_sync (mbox=0xc09c0, flags=32407386) at mbox-sync.c:1375 index_sync_ctx = (struct mail_index_sync_ctx *) 0xc1d58 sync_view = (struct mail_index_view *) 0xc1d90 sync_ctx = {mbox = 0xc09c0, flags = 0, input = 0xc5878, file_input = 0xc5750, write_fd = 10, index_sync_ctx = 0xc1d58, sync_view = 0xc1d90, t = 0xc3340, hdr = 0xc1dd8, header = 0xb6900, from_line = 0xb68d8, base_uid_validity = 1143728609, base_uid_last = 5161, base_uid_last_offset = 1538, mails = {buffer = 0xb6928, element_size = 56}, syncs = {buffer = 0xb6950, element_size = 20}, sync_rec = {uid1 = 0, uid2 = 0, type = 0, add_flags = 0 '\0', remove_flags = 0 '\0', keyword_idx = 0}, mail_keyword_pool = 0xc3598, saved_keywords_pool = 0xc36a0, prev_msg_uid = 5494, next_uid = 5709, idx_next_uid = 1, seq = 586, idx_seq = 587, need_space_seq = 45, expunged_space = 0, space_diff = -27680, dest_first_mail = 0, first_mail_crlf_expunged = 0, delay_writes = 0} seq = 4294967295 offset = 18446744073709551615 lock_id = 3 ret = 0 changed = 1 #7 0x0003e2c8 in mbox_sync (mbox=0xb8128, flags=0) at mbox-sync.c:1312 index_sync_ctx = (struct mail_index_sync_ctx *) 0x7e9 sync_view = (struct mail_index_view *) 0x1ee3429 sync_ctx = {mbox = 0x164d, flags = MBOX_SYNC_LAST_COMMIT, input = 0x24a, file_input = 0x24b, write_fd = 45, index_sync_ctx = 0x0, sync_view = 0x0, t = 0x0, hdr = 0xffffffff, header = 0xffff93e0, from_line = 0x0, base_uid_validity = 0, base_uid_last = 0, base_uid_last_offset = 18428719917034373157, mails = {buffer = 0x10, element_size = 753960}, syncs = {buffer = 0xb7e14, element_size = 753960}, sync_rec = {uid1 = 753104, uid2 = 752648, type = 563200, add_flags = 0 '\0', remove_flags = 8 '\b', keyword_idx = 788928}, mail_keyword_pool = 0x0, saved_keywords_pool = 0x0, prev_msg_uid = 13, next_uid = 2155905152, idx_next_uid = 7, seq = 4290770536, idx_seq = 433948, need_space_seq = 563200, expunged_space = -18024225394221448, space_diff = 2418925581670400, dest_first_mail = 0, first_mail_crlf_expunged = 0, delay_writes = 0} seq = 32386076 offset = 2516850835456 lock_id = 4294967295 ret = 788928 changed = 753960 #8 0x00069f24 in mail_storage_class_register (storage_class=0xb8128) at mail-storage.c:42 No locals. #9 0x00028fe0 in imap_sync_deinit (ctx=0xc09c0) at imap-sync.c:83 status = {messages = 706560, recent = 705536, unseen = 0, uidvalidity = 0, uidnext = 753216, first_unseen_seq = 0, keywords = 0x3e7} #10 0x00021248 in cmd_status (cmd=0xb7e14) at cmd-status.c:91 client = (struct client *) 0xb7dd0 args = (struct imap_arg *) 0xb8078 status = {messages = 745216, recent = 2, unseen = 4290771088, uidvalidity = 0, uidnext = 0, first_unseen_seq = 0, keywords = 0xffbff830} storage = (struct mail_storage *) 0xb7c08 real_mailbox = 0xb8128 "mail/AutoFiled/2006" str = (string_t *) 0x10 #11 0x0002287c in client_handle_input (cmd=0xb7dd0) at client.c:380 client = (struct client *) 0x210e8 __PRETTY_FUNCTION__ = "parameter \0\0\0\0\0\0Inva" #12 0x0007e3bc in timeout_add (msecs=743112, callback=0xab800, context=0xac400) at ioloop.c:152 timeout = (struct timeout *) 0x2 #13 0x0007dcb4 in _seek (stream=0xb56c8, v_offset=3039960672808960, mark=116) at istream-mmap.c:149 No locals. #14 0x0002ab24 in main (argc=-4195379, argv=0xab800, envp=0xac400) at main.c:123 No locals. (gdb) quit -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

2 9

[Dovecot] can i set "folder alias"?
by John Wong 22 Jan '07

22 Jan '07

when i use mailclientA to send mail, then the mailclientA program default will save it to folder "sendA", when i use mailclientB to send mail, then the mailclientB program default will save it to folder "sendB". i know i can configure the mailclient program to use which folder, but can i set something like "folder alias"? imap { # ln -s sendA sendB folder alias = "sendA = sendB"; folser alias = "draftA = draftB"; ....... } i use dovecot-1.0rc17, imap, maildir sorry, i don't speak english

3 2

Re: [Dovecot] Deliver log entries have no date and time
by Timo Sirainen 22 Jan '07

22 Jan '07

On Sun, 2007-01-21 at 12:09 -0500, My BSD wrote: > This works but keeps the double quotes (""), please see below: > > "deliver([username]): "Jan 21 11:43:42 "Info: auth input: > [username]" Yea, bug, fixed again: http://dovecot.org/list/dovecot-cvs/2007-January/007476.html

1 0

Re: [Dovecot] Deliver log entries have no date and time
by Timo Sirainen 21 Jan '07

21 Jan '07

On Sun, 2007-01-21 at 10:37 -0500, My BSD wrote: > Deliver's log entries do not include a date and time: > > "deliver([username]): Info: auth input: [username]" Fixed: http://dovecot.org/list/dovecot-cvs/2007-January/007474.html You can also uncomment log_timestamp from dovecot.conf to make it work.

1 0

[Dovecot] feature request: proxy destination in logs
by Marshal Newrock 21 Jan '07

21 Jan '07

I would like to be able to see in the logs which server a pop/imap connection is proxied to. Thank you. -- Marshal Newrock, Ideal Solution LLC http://www.idealso.com

3 3