- dovecot - dovecot.org

[Dovecot] Possible Feature request
by Chris L. Franklin 01 Nov '04

01 Nov '04

I've Looked over the list of Auth methods that dovecot can use But i didn't see a option for a custom auth option. Would it be possible to add in a way for dovecot to call a script to check a users login info. have it able to retun the the homedir,gid/uid, and weather or not the password matched. -- Chris L. Franklin --

3 2

[Dovecot] Crash (segfault) while reading folder headers
by Steve Meyers 01 Nov '04

01 Nov '04

Occasionally, while reading the headers of a folder, Dovecot crashes. The visible effect in my mail client is that it will tell me a folder has a new message, but when I click on it, it will take forever to load, and there will be no new messages. When another message comes in to that folder, the folder begins to work again. I generated a core from the latest crash, and the gdb dump is included below. After generating the core file, I removed the .imap.index* files from that folder, and it started working again. I am using Fedora Core 1, with dovecot as an RPM (version dovecot-0.99.10.5-0.FC1). It's a Pentium 4 CPU. Let me know if there is any more information that would help you resolve this. ============================================================== Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x08088225 in hash_lookup () (gdb) bt full #0 0x08088225 in hash_lookup () No symbol table info available. #1 0x08060784 in maildir_index_sync_readonly () No symbol table info available. #2 0x0805e586 in maildir_open_mail () No symbol table info available. #3 0x0806bf8a in index_mail_next () No symbol table info available. #4 0x0806aa33 in index_storage_fetch_next () No symbol table info available. #5 0x08055f0c in imap_fetch () No symbol table info available. #6 0x0805254a in cmd_fetch () No symbol table info available. #7 0x08054260 in cmd_uid () No symbol table info available. #8 0x08054a49 in _client_reset_command () No symbol table info available. #9 0x08054ad8 in _client_input () No symbol table info available. #10 0x0808b128 in io_loop_handler_run () No symbol table info available. #11 0x00000001 in ?? () No symbol table info available. #12 0x000025c7 in ?? () No symbol table info available. #13 0x080933f2 in imap_ext_commands () No symbol table info available. #14 0x09c03b30 in ?? () ---Type <return> to continue, or q <return> to quit--- No symbol table info available. #15 0x09c03a78 in ?? () No symbol table info available. #16 0xbfefc278 in ?? () No symbol table info available. #17 0x0808d918 in o_stream_flush () No symbol table info available. Previous frame inner to this frame (corrupt stack?)

2 1

[Dovecot] Filesystem requirements
by Nigel Metheringham 01 Nov '04

01 Nov '04

What are the filesystem requirements for dovecot - for example I see some people are running with atime updates switched off (as I intend to do so myself), so presumably dovecot has no need of an accurate atime implementation. How about directory atime? ctime/mtime etc? I'm intending to run on a linux box using local disk, so am currently considering using reiserfs (3.6) with noatime, nodiratime options since that appeared to work with good performance on the quick benchmark test I tried. I do not have a particularly high opinion of reiserfs reliability, but it normally appears to fail in a all-or-nothing way (ie filesystem unusable) rather than some files going corrupt or missing, so I can work round that with a backup regime. Nigel. -- [ Nigel Metheringham Nigel.Metheringham(a)InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ]

2 1

[Dovecot] Cache fields
by Alex S Moore 01 Nov '04

01 Nov '04

Using 1.0-test51, or maybe test50. I this message in syslog: mail_cache_fields: Invalid cache field name 'MessagePart', ignoring >From the what I see, MessagePart is the default value. My <sysconfdir>/dovecot.conf has: mail_cache_fields = MessagePart Thanks, Alex

2 1

[Dovecot] Problem with folder not showing content
by Tom Sommer 01 Nov '04

01 Nov '04

Hi, I'm having some problems with one of my IMAP folders in thunderbird. When creating a new account in thunderbird and importing from my dovecot test51 installation, using maildir - all folders work fine, except one which does not list it's content when I click it When I look on the server, I see all the mails inside the folder, but once I click the folder and ask thunderbird to download the messages - it just doesn't display any mails in it. Is there any way to repair this? -- Tom

1 1

[Dovecot] Invalid BODY[..] - missing '>'
by Tom Sommer 01 Nov '04

01 Nov '04

Hi, Sometimes when I browse messages in my folders, or move messages from one folder to another - I get this error in Thunderbird: http://pub.tsn.dk/screendumps/dovecot.bug.1.jpg -- Tom

2 1

[Dovecot] Dovecot mysql authentication
by Petr Bartel 27 Oct '04

27 Oct '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Helo, Is somebody able to say me how I can set config files for dovecot to support $subject. Thanx a lot ~ Petr - -- Intelligence is the ability to avoid doing work, yet getting the work done. Linus Torvalds Petr Bartel ICQ 74097173 Irix a.s. e-mail bartel at irix dot cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBf6j0zO0gscxrtkkRAmbUAJ4hpcStslq1iXIOgowACbQ6T0bNeACfdqIR OLs0ZEwTGMZH2r6oJStbZTI= =W6gq -----END PGP SIGNATURE-----

1 0

[Dovecot] Maildir unreliability
by Timo Sirainen 27 Oct '04

27 Oct '04

Looks like maildir can't be used very realiably without quite a lot of locking. Writing and scanning the directory would have to be locked, but reading wouldn't (as long as the file hasn't been renamed which would require scanning to find it). So much for "no locks needed".. The problem is that opendir()/readdir() may temporarily not return some files if there has been changes in the directory since the opendir(). That means Dovecot thinks a message is expunged, while in fact it really isn't, and the next scan would usually show it again. Currently when that happens, Dovecot usually prints an error message about it and rebuilds indexes. Of course, in real life clients aren't often bombing the same mailbox with tons of changes in multiple connections, which is usually needed to trigger this. I wrote a test program which tests this: http://dovecot.org/tmp/readdir.c I'd like to hear if you can run it in some system without errors. I tested Linux 2.4 and 2.6 with ext2, ext3, xfs and reiser3, Solaris 8/ufs and OpenBSD 3.5/sparc64. Only OpenBSD passed the test, but I'm not sure if it's only because the computer was so slow and didn't switch between processes hard enough. I'd be especially interested about FreeBSD and various NFS systems. If it actually works properly in some systems, I guess I'll make the extra locking configurable.

8 15

[Dovecot] dovecot-auth crash
by Dan Sully 26 Oct '04

26 Oct '04

#0 io_remove (io=0x0) at ioloop.c:51 51 if ((io->condition & IO_NOTIFY_MASK) != 0) { (gdb) bt #0 io_remove (io=0x0) at ioloop.c:51 #1 0x0804fbd8 in auth_client_connection_destroy_wait (conn=0x8083f10) at auth-client-connection.c:494 #2 0x0805093d in auth_callback (request=0x847e0f0, result=134681075, reply=0x0, reply_size=0) at auth-client-connection.c:104 #3 0x080507c0 in auth_client_input (context=0x8083f10) at auth-client-connection.c:286 #4 0x0805f042 in io_loop_handler_run (ioloop=0x8082b88) at ioloop-poll.c:184 #5 0x0805e4e8 in io_loop_run (ioloop=0x8082b88) at ioloop.c:218 #6 0x08052415 in main (argc=1, argv=0x0) at main.c:296 This is on Linux 2.6.7 / glibc 2.3.1, dovecot test-51 -D -- Down, not across.

1 0

Re: [Dovecot] Maildir unreliability
by Timo Sirainen 25 Oct '04

25 Oct '04

On 25.10.2004, at 11:04, Peter Evans wrote: > Are you sure its maildir that is the issue, I am sure God Emperor DJB > would have issues with any such statement maligning the holy grail. > > The issue looks to me like it is attribute caching, and thus not > actually > specific to Maildir, just aggravated by it. Well, it's not maildir issue itself, but maildir more or less relies on readdir() not losing renamed files. I'm not sure what you mean by attribute caching, because it's not just with NFS. I'm sure if you point that out to DJB he just says it's not a real problem, because it doesn't happen hardly ever except with some stress test tools, or mailboxes with _many_ simultaneous users. Or maybe with a heavily loaded server. Or ... In any case, I'd rather make Dovecot resistant to this problem entirely rather than hope that everyone uses maildirs only in optimal conditions.

2 1