- dovecot - dovecot.org

Re: [Dovecot] [ #14832]: Capital letters in POP3 logins
by Timo Sirainen 03 Apr '05

03 Apr '05

In CVS pass_query can now return "user" column to replace the username that was used to log in. Besides fixing character casing problems, it also allows login aliases.

1 0

[Dovecot] FC2 POP3/SMTP Configuration
by Linux Stuff 03 Apr '05

03 Apr '05

OK, let me try this again. . . . I'm a newbie to dovecot and a little bit less of a newbie to linux. I am in the process of moving my server from RH9 to FC2. The only obstacle remaining is my email. I run dovecot (v0.99.14) POP3 and sendmail (8.12.11-4.6) with Mozilla (1.4.2 and others), Thunderbird (1.0.2) and Netscape (7.1 on PC's, etc) mail clients - mostly PC's (W2K, WXP). They all can read their mail but none of the users can send any mail. I have also tested with Outlook and it works!? Ximian Evolution (1.4.6) also works!??? Depending on the state of the dovecot.conf file, I get the following: Mar 28 16:04:14 corvette sendmail[5810]: unable to open Berkeley db /etc/sasldb2: Invalid argument Mar 28 16:04:14 corvette sendmail[5810]: unable to open Berkeley db /etc/sasldb2: Invalid argument Mar 28 16:04:14 corvette sendmail[5810]: no secret in database Why do Outlook and Ximian work and the others do not? I know I must be missing something in my config file. Ideas?? Thanks

2 1

[Dovecot] LDA Wishlist idea
by Mark Lidstone 02 Apr '05

02 Apr '05

Hi all, Sorry if this is out of place, but I've seen people suggesting future functionality for Dovecot on here before. TBH I'm not completely sure if this would be possible in a LDA. Demon (an ISP) have extensions to POP3 they call "SDPS" - there's basically an extra command that can be called for an email and it gives the envelope rcpt and from addresses. I was wondering if there was any chance of future versions of Dovecot allowing something similar? Many thanks, Mark Lidstone IT and Network Support Administrator BMT SeaTech Ltd Grove House, Meridians Cross, 7 Ocean Way Ocean Village, Southampton. SO14 3TJ. UK Tel: +44 (0)23 8063 5122 Fax: +44 (0)23 8063 5144 E-Mail: mailto:mark.lidstone@bmtseatech.co.uk Website: www.bmtseatech.co.uk ======================================================================== == Confidentiality Notice and Disclaimer: The contents of this e-mail and any attachments are intended only for the use of the e-mail addressee(s) shown. If you are not that person, or one of those persons, you are not allowed to take any action based upon it or to copy it, forward, distribute or disclose the contents of it and you should please delete it from your system. BMT SeaTech Limited does not accept liability for any errors or omissions in the context of this e-mail or its attachments which arise as a result of Internet transmission, nor accept liability for statements which are those of the author and not clearly made on behalf of BMT SeaTech Limited. ======================================================================== ==

3 2

Re: [Dovecot] [ #14832]: Capital letters in POP3 logins
by Gerald V. Livingston II 02 Apr '05

02 Apr '05

I just tested and IMAP doesn't ignore case either. Remove the UPPER CASE maildir created by your POP3 login then do the same thing with an IMAP client. Set up the IMAP client to use an UPPER CASE username and when you log-in/refresh folders it creates the new UPPERCASE empty Maildir all over again. Crap, between this and the missing QUOTA feature I guess I'm gonna have to rip out Dovecot and use Courier. I really wanted to use Dovecot for it's speed with the indexing. What I don't understand is -- all usernames in my test database are stored in lower case -- shouldn't it simply fail to match and cause the login to fail? Can anyone point out how to force the match to be case sensitive? I'll investigate and get back to the list. It would be "nicer" though if Dovecot converted all username input to lower case before authenticating to maintain uniqueness of email addresses. Gerald On Wed, 30 Mar 2005 21:16:12 +0400 "support(a)majordomo.ru" <support(a)majordomo.ru> wrote: > Using dovecot (version 1.0-test59, with mysql-auth) I saw strange problem: > after authentication by POP3 in case that username given has capital letters, for example SupportTeam(a)majordomo.ru, > dovecot creates new maildir 'SupportTeam' for this username instead reading mails from existing maildir 'supportteam'. > Then dovecot scans created maildir 'SupportTeam' and returns 0 messages (sure:). > IMAP4 works fine in the same time. > Can I solve this problem or it is virtually "bug" of dovecot?

4 5

[Dovecot] dovecot authentication problem on OSX
by Mac Shabba 01 Apr '05

01 Apr '05

after reading good comments on dovecot i'm trying to get it going I've got an apple g4, with osx 10.3.8 Compile and install went fine. I can also start dovecot, and telnet to it...but I can't login Even before I try to auth i get this in the log: >>localhost dovecot: Dovecot starting up >>localhost imap-login: opendir(".") failed when trying to get list of authentication servers: Permission denied I can't find any reference to this error message, and I'm completely puzzled about it I just need to know how to figure out what is causing this...is it related to pam, folder permissions, server config, .... MacShabba

2 1

[Dovecot] Anybody tracking the GSSAPI patch?
by David B Harris 01 Apr '05

01 Apr '05

Hey all, I'm doing some Kerberos stuff at work, and I'm thinking it'd be nice if dovecot had GSSAPI support. I found http://dovecot.org/list/dovecot/2004-July/004039.html (thanks Colin :), but it's a long ways away from applying to the current stable tree. I'm wondering - has anybody else been keeping a local copy of this patch up to date? Thanks, Dave -- Arguing with an engineer is like wrestling with a pig in mud. After a while, you realise the pig is enjoying it. OpenPGP v4 key ID: 4096R/59DDCB9F Fingerprint: CC53 F124 35C0 7BC2 58FE 7A3C 157D DFD9 59DD CB9F Retreive from subkeys.pgp.net or risk key corruption

1 0

[Dovecot] test65 killed by SIGSEV
by Thomas Hummel 31 Mar '05

31 Mar '05

Hi, I had successfully set up dovecot-1.0-test62 + ldap pass/user db, but now I'm encoutering a SIGSEV problem with a similar set up of a brand new dovecot-1.0-test65 installation. The auth process is killed by a SIGSEV as reported in the error log file : dovecot: Mar 30 17:06:59 Error: child 28291 (auth) killed with signal 11 To be precise, the problem occurs in the "ldap_lookup_pass" function (auth/passdb-ldap.c) just before loging the ldap request parameters (auth_request_log_debug) and to actually perform the search (db_ldap_search). The signal occurs on the call of t_strarray_join(attr_names, ",") What I'm observing is that the "attr_names" array of the "passdb_ldap_conn" ldap connection doesn't seem to hold the right attributes : while in the test62 version it holded 'uid' and 'userPassword', it holds now 'uid' and 'homeDirectory'. As a matter of fact, the content of this array seem to change between the "preinit" and "init" passdb function and I'm not quite sure this is legal. So my client (actually just a test through telnet) gets a 'NO Temporary authentication failure'. Here's a gdb backtrace of the process : ------- Program received signal SIGSEGV, Segmentation fault. 0x08065bf6 in t_strarray_join (arr=0x807aa20, separator=0x8067b1a ",") at strfuncs.c:571 571 len = strlen(*arr); (gdb) bt full #0 0x08065bf6 in t_strarray_join (arr=0x807aa20, separator=0x8067b1a ",") at strfuncs.c:571 alloc_len = 8 sep_len = 1 len = 9 pos = 39 needed_space = 0 str = 0x806e488 "uid,homeDirectory,,,uidNumber,gidNumber" #1 0x080578a1 in ldap_lookup_pass (auth_request=0x8077a10, ldap_request=0x8077ab0) at passdb-ldap.c:181 conn = (struct ldap_connection *) 0x807a810 vars = (const struct var_expand_table *) 0x807a9a0 attr_names = (const char **) 0x807aa08 filter = 0x806e268 "(&(objectClass=posixAccount)(uid=dovetest))" base = 0x806e468 "ou=personnes, dc=pasteur, dc=fr" str = (string_t *) 0x806e268 #2 0x08050947 in auth_request_verify_plain (request=0x8077a10, password=0x806e198 "pass", callback=0x8054790 <verify_callback>) at auth-request.c:261 passdb = (struct passdb_module *) 0x806b9e0 result = -1077941592 cache_key = 0x646975 <Error reading address 0x646975: Bad address> __PRETTY_FUNCTION__ = "auth_request_verify_plain" ---Type <return> to continue, or q <return> to quit--- #3 0x0805486e in mech_plain_auth_continue (request=0x8077a10, data=0xffffffff <Error reading address 0xffffffff: Bad address>, data_size=6580597) at mech-plain.c:62 authenid = 0x806e181 "dovetest" error = 0xbfbfeaf8 "(ë¿¿²ø\004\b\020@\b\b\034\020\b\b(ë¿¿dø\004\b\002" pass = 0x806e198 "pass" i = 0 count = 2 #4 0x08051a80 in auth_request_handler_auth_begin (handler=0x8084010, args=0x808101c "1\tPLAIN\tservice=IMAP\tsecured\tlip=127.0.0.1\trip=127.0.0.1\tresp=AGRvdmV0ZXN0AHBhc3M=") at auth-request-handler.c:327 len = 20 mech = (struct mech_module *) 0x0 request = (struct auth_request *) 0x8077a10 list = (const char * const *) 0x806e114 name = 0x806e130 "resp" arg = 0x806e160 "\200á\006\b\016" initial_resp = 0x806e0de "AGRvdmV0ZXN0AHBhc3M=" initial_resp_data = (const void *) 0x646975 initial_resp_len = 0 id = 1 buf = (buffer_t *) 0x806e160 valid_client_cert = 0 ---Type <return> to continue, or q <return> to quit--- #5 0x0804f8b2 in auth_client_input (context=0x80785c0) at auth-client-connection.c:144 conn = (struct auth_client_connection *) 0x80785c0 line = 0x8081017 "AUTH\t1\tPLAIN\tservice=IMAP\tsecured\tlip=127.0.0.1\trip=127.0.0.1\tresp=AGRvdmV0ZXN0AHBhc3M=" #6 0x0805f8dc in io_loop_handler_run (ioloop=0x8078000) at ioloop-poll.c:184 data = (struct ioloop_handler_data *) 0x806d080 pollfd = (struct pollfd *) 0x2 tv = {tv_sec = 1, tv_usec = 999555} io = (struct io *) 0x806d5c0 t_id = 2 msecs = 0 ret = 0 call = 1 #7 0x0805f319 in io_loop_run (ioloop=0x8078000) at ioloop.c:218 No locals. #8 0x080541dd in main (argc=1, argv=0x1) at main.c:311 foreground = 0 (gdb) ------- Thanks -- Thomas Hummel | Institut Pasteur <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau

1 2

[Dovecot] Pine and prefix - LIST command bug?
by Chris Wakelin 31 Mar '05

31 Mar '05

I've been having problems with Pine 4.62 talking to Dovecot 1.0 stable. It's fine when the folder collection path is empty, but if I have "~/mail/" or "mail/" it gives access errors (I'm using the "~/mail/", "mail/" etc. hidden namespaces for backwards compatability). It seems to me that Dovecot is not replying correctly to a "LIST" command with empty mailbox name: - Dovecot: xyz LIST "" "" * LIST (\NoSelect) "/" "" xyz LIST "~/mail/" "" * LIST (\NoSelect) "/" "" xyz LIST "mail/" "" * LIST (\NoSelect) "/" "" UW-IMAP; xyz LIST "" "" * LIST (\NoSelect) "/" "" xyz LIST "~/mail/" "" * LIST (\NoSelect) "/" ~/ xyz LIST "mail/" "" * LIST (\NoSelect) "/" mail/ RFC 2060 says: An empty ("" string) mailbox name argument is a special request to return the hierarchy delimiter and the root name of the name given in the reference. The value returned as the root MAY be null if the reference is non-rooted or is null. In all cases, the hierarchy delimiter is returned. This permits a client to get the hierarchy delimiter even when no mailboxes by that name currently exist. Mind you, it looks like at least our UW-IMAP also gets it wrong for "~/mail/". Of course, I may be misunderstanding something! 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 8

Re: [Dovecot] [ #14832]: Capital letters in POP3 logins
by Jakob Hirsch 31 Mar '05

31 Mar '05

support(a)majordomo.ru wrote: > Can I solve this problem or it is virtually "bug" of dovecot? No bug, just the "garbage in, garbage out" principle. Mysql's string matches are case-insensisitive by default, so when dovecot asks mysql for the user information of UsEr1, it will get the information of user1 and therefore assumes that UsEr1 is a valid login. It's not dovecot's fault. If you want the match case-insensitive (so UsEr1 will be rejected), add the BINARY attribute to the userid field or change your query to '... WHERE BINARY userid = "%u"' in password_query and user_query. If you want to allow logins as UsEr1 (and let him access user1's mail), you have to change your dovecot.conf, I think. Use %h instead of %u there, and let user_query return the home directory with something like 'SELECT CONCAT('/var/spool/vmail/',LOWER(userid)) AS home, ...'.

3 5

[Dovecot] [ #14832]: Capital letters in POP3 logins
by support＠majordomo.ru 30 Mar '05

30 Mar '05

Здравствуйте, Это автоматически созданное сообщение, просьба не отвечать на него. Ваше письмо, отправленное на support(a)majordomo.ru с темой "Capital letters in POP3 logins", получено почтовой системой хостинг-провайдера Majordomo.ru. Вам ответят в ближайшее время. Вашему письму присвоен номер 14832 , если в дальнейшем Вы будете связываться с нами по данному вопросу, просьба его указать. С уважением, служба техподдержки Majordomo.ru. =========================================== URL http://www.majordomo.ru phone +7 812 3200732 phone +7 095 7272278 e-mail support(a)majordomo.ru

1 0

[Dovecot] [ #14832]: Capital letters in POP3 logins
by support＠majordomo.ru 30 Mar '05

30 Mar '05

Hello all! I'm newbie here :) Using dovecot (version 1.0-test59, with mysql-auth) I saw strange problem: after authentication by POP3 in case that username given has capital letters, for example SupportTeam(a)majordomo.ru, dovecot creates new maildir 'SupportTeam' for this username instead reading mails from existing maildir 'supportteam'. Then dovecot scans created maildir 'SupportTeam' and returns 0 messages (sure:). IMAP4 works fine in the same time. Can I solve this problem or it is virtually "bug" of dovecot? Thanks in advance! Vladimir

1 0

[Dovecot] Chrooting dovecot.
by BSD Mail 30 Mar '05

30 Mar '05

Greetings, I have installed Dovecot under FreeBSD 5_3 It is pretty impressive. I got SSL working with no problem for both imap and pop3. Besides that I do still want to chroot Dovecot. I noticed that there are some options in the dovecot.conf that are intended for this. Unfortunately online resources on how to do that can't be found on google. Although I'm running the server as user dovecot. I still do have this: dovecot pop3-login 491 1 tcp4 10.0.1.4:995 *:* dovecot pop3-login 490 1 tcp4 10.0.1.4:995 *:* dovecot pop3-login 489 1 tcp4 10.0.1.4:995 *:* dovecot imap-login 488 1 tcp4 10.0.1.4:993 *:* dovecot imap-login 487 1 tcp4 10.0.1.4:993 *:* dovecot imap-login 486 1 tcp4 10.0.1.4:993 *:* root dovecot 481 5 tcp4 10.0.1.4:993 *:* root dovecot 481 6 tcp4 10.0.1.4:995 *:* Fine for the first six lines it's doing what it's doing. But the last two lines are running as root. That is why I want to chroot the server. I would like if anyone can point me to some howto or notes on how to do so. If there is none I will have to configure a jail just for this purpose. Thanks in advance. -- Regards,

4 3

[Dovecot] Abort error in current CVS version
by Todd Burroughs 30 Mar '05

30 Mar '05

I just tried the latest version from CVS and got this error: dovecot: Mar 29 18:11:33 Error: 27526 IMAP(todd.bluegenesis.com): Corrupted index cache file /mailhome/new/t/b/todd.bluegenesis.com/.imap/INBOX/dovecot.index.cache: Duplicated field in header: hdr.RESENT-TO dovecot: Mar 29 18:11:33 Error: 27526 IMAP(todd.bluegenesis.com): file index-mail-headers.c: line 68 (index_mail_parse_header_finish): assertion failed: (match[match_idx] != mail->header_match_value + 1) dovecot: Mar 29 18:11:34 Error: child 27526 (imap) killed with signal 6 I deleted the index files, didn't help. I checked my mailbox and there aren't any mails with a duplicate "Resent-To" header. With older versions of dovecot, I still get this error, but it does not abort. (Using mbox, if it matters) Here's a backtrace: Core was generated by `imap'. Program terminated with signal 6, Aborted. #0 0xffffe410 in ?? () (gdb) bt #0 0xffffe410 in ?? () #1 0xbffff528 in ?? () #2 0x00000006 in ?? () #3 0x00006b86 in ?? () #4 0xb7ef1d41 in raise () from /lib/tls/libc.so.6 #5 0xb7ef3529 in abort () from /lib/tls/libc.so.6 #6 0x0809744a in i_internal_panic_handler ( fmt=0x6 <Address 0x6 out of bounds>, args=0x6b86 <Address 0x6b86 out of bounds>) at failures.c:374 #7 0x08097864 in i_panic ( format=0x80a3bcc "file %s: line %d (%s): assertion failed: (%s)") at failures.c:173 #8 0x080748cf in index_mail_parse_header (part=0x0, hdr=0x0, mail=0x80c2f20) at index-mail-headers.c:210 #9 0x08090963 in _read (stream=0x80c3be8) at istream-header-filter.c:170 #10 0x0809a293 in i_stream_read (stream=0x80c3c0c) at istream.c:51 #11 0x0809a4d1 in i_stream_read_data (stream=0x80c3c0c, data=0xbffff7c4, size=0xbffff7c8, threshold=58) at istream.c:229 #12 0x08092f5f in message_parse_header_next (ctx=0x80c1920, hdr_r=0xbffff7f8) at message-parser.c:735 #13 0x0809363e in message_parse_header (part=0x0, input=0x80c3c0c, hdr_size=0x0, callback=0x80757c0 <search_header>, context=0xbffff880) at message-parser.c:655 ---Type <return> to continue, or q <return> to quit--- #14 0x08075640 in index_storage_search_next (_ctx=0x80c5568, mail=0x80c2f20) at index-search.c:502 #15 0x0808b705 in mailbox_search_next (ctx=0x6, mail=0x80c2f20) at mail-storage.c:405 #16 0x08057bee in cmd_search (cmd=0x80ba980) at cmd-search.c:33 #17 0x080594f5 in _client_input (context=0x80ba940) at client.c:334 #18 0x0809c5da in io_loop_handler_run (ioloop=0x80b95b0) at ioloop-poll.c:184 #19 0x0809bcf9 in io_loop_run (ioloop=0x80b95b0) at ioloop.c:218 #20 0x080603a7 in main (argc=1, argv=0xbffffa74, envp=0xbffffa7c) at main.c:229 (gdb)

1 0

[Dovecot] Compile Error in current CVS
by Todd Burroughs 30 Mar '05

30 Mar '05

Had a small error with the current CVS version. It was in deliver.c. Here's a fix. I'm assuming that adding NULL is correct ;-) dovecot.2005-03-29/src # diff deliver/deliver.c.orig deliver/deliver.c 86c86 < box = mailbox_open(storage, mailbox, MAILBOX_OPEN_FAST | --- > box = mailbox_open(storage, mailbox, NULL, MAILBOX_OPEN_FAST | Here's the symptoms: deliver.c: In function `save_mail': deliver.c:87: warning: passing arg 3 of `mailbox_open' makes pointer from integer without a cast deliver.c:87: error: too few arguments to function `mailbox_open' make[3]: *** [deliver.o] Error 1 make[3]: Leaving directory `/services/src/9.2/dovecot/dovecot.2005-03-29/src/deliver' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/services/src/9.2/dovecot/dovecot.2005-03-29/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/services/src/9.2/dovecot/dovecot.2005-03-29' make: *** [all] Error 2

1 0

[Dovecot] Checkin 1.37 of src/lib-storage/mail-storage.c
by Geo Carncross 29 Mar '05

29 Mar '05

Checkin 1.37 of src/lib-storage/mail-storage.c added a parameter to mailbox_open() but this broke building src/deliver/deliver.c as revision 1.2 doesn't use the new parameter. It looks like save_mail() of src/deliver/deliver.c calls mailbox_open() and it looks like it might work fine if it were to use a (struct istream *)0 as the third parameter (instead of the flags) -- but I don't use deliver [yet], so I don't have any adequate way to test this. -- Internet Connection High Quality Web Hosting http://www.internetconnection.net/

1 0

[Dovecot] mbox zlib compression plugin
by Timo Sirainen 29 Mar '05

29 Mar '05

Some people have been asking this forever, but because it wasn't possible to implement it as a plugin, I hadn't done it. Now, due to some API changes for other purposes, it was suddenly easy. So, if you want to try it, grab the latest CVS code / nightly CVS snapshot and http://dovecot.org/patches/1.0/zlib-plugin.tar.gz Compilation instructions inside zlib-plugin.c file. What it does is check if mbox name ends with ".gz", if so it opens it as read-only using zlib. If the file isn't actually zlib compressed, zlib seems to be able to still access it as a normal file (but it's still read-only). It should be possible to implement it for maildir files as well by hooking into mail_get_stream().

1 0

[Dovecot] FC2 POP Configurtion
by Linux Stuff 29 Mar '05

29 Mar '05

I'm a newbie to dovecot and a little bit less of a newbit to linux. I am in the process of moving my server from RH9 to FC2. The only obstacle remaining is my email. I run sendmail with netscape mail clients - mostly PC's. They all can read their mail but none of the users can send. Depending on the state of the dovecot.conf file, I get the following: Mar 28 16:04:14 corvette sendmail[5810]: unable to open Berkeley db /etc/sasldb2: Invalid argument Mar 28 16:04:14 corvette sendmail[5810]: unable to open Berkeley db /etc/sasldb2: Invalid argument Mar 28 16:04:14 corvette sendmail[5810]: no secret in database I know I must be missing something, probably trivial. Does someone have a simple, easy-to-read, config file for dovecot pop running with sendmail? Thanks

1 0

[Dovecot] error creating storage
by Alex 28 Mar '05

28 Mar '05

Hello, I have some problems. I am getting the error: Mar 28 21:24:01 APOLLO imap(alex(a)mydomain.nl): Failed to create storage with data: mydomain.nl/alex What is wrong with it? I think it has something to do with the rights or something. Can anyone tell me what to do? Thank you, Alex

1 0

[Dovecot] Re: telnet to pop3 problem
by Obantec Support 28 Mar '05

28 Mar '05

Hi Yes i was :( did the change you suggested and that bit works now. Off to look at using syslog to how dovecot logging works. Mark ----- Original Message ----- From: "Herbert" <herbert(a)oslo.ath.cx> To: "Obantec Support" <support(a)obantec.net> Sent: Monday, March 28, 2005 4:31 PM Subject: Re: telnet to pop3 problem > Obantec Support <support(a)obantec.net> wrote: > > Hi > > > > default_mail_env was commented out. when i set it to > > > > default_mail_env = maildir:/var/spool/mail/%u > ^^^^^^^ > You are not using maildir, are you? > > > it fails to deliver maillog shows. > > Mar 28 15:34:31 proteus2a pop3(obantec): > > lstat(/var/spool/mail/obantec/cur) failed: Not a directory > > > > /var/spool/mail exists what is /cur ??? all i want is > > /var/spool/mail/obantec where obantec is the mail file. > > Maybe you should use: > > default_mail_env = mbox:/var/spool/mail/%u > > - Herbert > > > -- > No virus found in this incoming message. > Checked by AVG Anti-Virus. > Version: 7.0.308 / Virus Database: 266.8.4 - Release Date: 27/03/2005 > >

1 0

[Dovecot] telnet to pop3 problem
by Obantec Support 28 Mar '05

28 Mar '05

Hi I have 1 customer who is having issues with pop3 on FC3 telnet mail.hisdomain.com 110 +OK dovecot ready. user beachy -ERR Unknown command. user beachy +OK pass letmein +OK Logged in. list -ERR No INBOX for user. pass & username fake for this example! Mark

2 2

[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

[Dovecot] error
by Pete 18 Mar '05

18 Mar '05

Hi, I am getting this error in my syslog when I try to access with Mutt. Mar 18 09:06:55 slippery imap(pete): We couldn't drop root group privileges This is more difficult to get running that I expected but I will stick with it a little longer. -- Pete http://milneweb.com http://nomorevirus.com

2 2

[Dovecot] postfix + SMTP AUTH using DOVECOT AUTH DAEMON
by Ing. Alejandro Rodriguez 18 Mar '05

18 Mar '05

hi ppl I'm the new member of the list. Looking at recent messages look like there is a way to do SMTP AUTH in postfix using the Dovecot AUTH daemon. Currently my Dovecot installation auth again PAM (local users) and a simple shadow file (for virtual users, I plan to move to MYSQL later). I don't want to have different databases one for dovecot a one for SASL. Where I can found the POSTFIX patch, or better, some kind of helper daemon for Postfix. thx A

2 1

[Dovecot] Namespaces and subscriptions
by Chris Wakelin 17 Mar '05

17 Mar '05

I've got a problem with subscriptions in 1.0-stable when migrating from UW-IMAP. I've modified the SUBSCRIPTION_FILE_NAME entries as suggested in the Wiki http://wiki.dovecot.org/Migration and included the "~/mail/" etc. hidden namespaces. The .mailboxlist files contain entries like "~/mail/somefolder" and the clients have "~/mail/" set as a prefix. In UW-IMAP: xyz LSUB "" "*" * LSUB () "/" ~/mail/somefolder xyz LSUB "~/mail/" "*" * LSUB () "/" ~/mail/somefolder Now with Dovecot: xyz LSUB "" "*" * LSUB () "/" "~/mail/somefolder" xyz LSUB "~/mail/" "*" * LSUB () "/" "~/mail/~/mail/somefolder" In other words, Dovecot is prepending the namespace to the list of folders stored in .mailboxlist. This causes Thunderbird to show the folders as -~ - mail | somefolder which are accessible. Squirrelmail gets completely confused and tries to display "~/mail/~/mail/somefolder" (but works with the prefix set to ""). Am I missing something? I tried Geo's empty namespace patch, just in case that would help, but it didn't. 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

1 1

[Dovecot] Warning, newbie!
by Pete 17 Mar '05

17 Mar '05

Greetings again all, <snip> I am a Postfix/Courier-IMAP user and am interested in Dovecot. I have install Dovecot via FBSD ports. I have got to the part where I can telnet in to the server. </snip> I guess I ought to backup a little, now that I have the above resolved. I am wanting/wondering about using Dovecot with Postfix. I assume some of you have done this. Have you any thoughts, comments, how-to -- Pete http://milneweb.com http://nomorevirus.com

4 4

[Dovecot] Warning, newbie!
by Pete 17 Mar '05

17 Mar '05

Greetings All, I am a Postfix/Courier-IMAP user and am interested in Dovecot. I have install Dovecot via FBSD ports. I have got to the part where I can telnet in to the server. -bash-2.05b$ telnet 192.168.1.61 143 Trying 192.168.1.61... Connected to 192.168.1.61. Escape character is '^]'. * OK dovecot ready. x login pete testing * BAD [ALERT] Plaintext authentication is disabled, but your client sent password in plaintext anyway.If anyone was listening, the password was exposed. x NO Plaintext authentication disabled. x logout * BYE Logging out x OK Logout completed. Connection closed by foreign host. -bash-2.05b$ I am afraid I dont know what to do from here. Anyone care to assist me? Thanks, -- Pete http://milneweb.com http://nomorevirus.com

2 1