- dovecot - dovecot.org

[Dovecot] new to dovecot, dealing with MH foders
by jerry scharf 03 Apr '05

03 Apr '05

Hello, I'm sorry if this is a repeat, a few choice searches into google didn't help and I found no search for the archives. I can no longer put of moving away from UW-IMAP. Dovecot certainly seems to be the right choice, but I am having problems getting it to do what I need it to for all my mail. The machine is running the dist version, 0.99.12. I have a system mailbox and a large MH mail tree (~25K messages.) I saw that dovecot didn't support mh trees like UW did. It looked like maildir would be a good common target. So I found a script that would convert the mbox to maildir and have adjusted postfix, and that all works fine. Then I found mh2maildir, and ran it over my entire mh tree. Then I tried just for a test copying one of the small top level directories under ~/Maildir, but my MUA (mulberry) doesn't see it. So how do I get dovecot to see things other than the inbox in maildir format? How can I easily test to see if it's dovecot's problem or the MUA? thanks for any help, jerry Jerry Scharf laguna way consulting

3 2

[Dovecot] dovecot-1.0-test65 + mysql build problem (sha1_result)
by Michael Goth 03 Apr '05

03 Apr '05

Hello all! When trying to build dovecot-1.0-test65 with mysql support I get the following error: ... /usr/local/mysql/lib/libmysqlclient.a(sha1.o)(.text+0x5c): In function `sha1_result': : multiple definition of `sha1_result' ../lib/liblib.a(sha1.o)(.text+0x830):/usr/local/src/dovecot/dovecot-1.0-test65/src/lib/sha1.c:242: first defined here /usr/lib/gcc-lib/i586-suse-linux/3.3.1/../../../../i586-suse-linux/bin/ld: Warning: size of symbol `sha1_result' changed from 158 in ../lib/liblib.a(sha1.o) to 126 in ../lib/liblib.a(sha1.o) collect2: ld returned 1 exit status make[3]: *** [dovecot-auth] Error 1 make[3]: Leaving directory `/usr/local/src/dovecot/dovecot-1.0-test65/src/auth' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/dovecot/dovecot-1.0-test65/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/dovecot/dovecot-1.0-test65' make: *** [all] Error 2 The version of mysql I'm using is 4.1.10a. Could this mean that dovecot uses a function ('sha1_result') that already exists in libmysqlclient.a? If not, can someone perhaps point me into the right direction where to look for the error? I can provide more details about my setup, if needed, of course. Regards, Michael

2 1

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