- dovecot - dovecot.org

[Dovecot] GSSAPI support status
by Fredrik Tolf 20 Jun '05

20 Jun '05

Hi list! I'm wondering, what is the current status of GSSAPI (krb5) support in Dovecot? I know from googling that there used to be a patch for it around a year ago, but I haven't seen a trace of that patch ever since, and GSSAPI doesn't even seem to be mentioned in the Dovecot source tree (at least not according to "grep -irl"). Is GSSAPI planned at all, as it stands? If not, is there a way for me to get my hands on the original patch, so that I can fix it up for the current version of Dovecot? I'm eagerly waiting for the day that I can switch from UW-IMAP to Dovecot, but I don't want to until I can get GSSAPI authentication. Thanks for reading! Fredrik Tolf

2 2

[Dovecot] "Angle" address with empty "display name"
by Chris Wakelin 20 Jun '05

20 Jun '05

Some clients are sending from addresses like <someone(a)somewhere.org> i.e. without a "friendly" name. It seems to me from RFC2822 that you should either have "Display Name <someone(a)somewhere.org>" or just "someone(a)somewhere.org" (both without the quotes). Dovecot, not unreasonably, treats "<someone(a)somewhere.org>" as having an empty Display Name, but this seems to confuse at least one client - our webmail ;) - which then displays "?" for the "from" address. The patch below tries to make dovecot treat empty display name as non-existent display name (so that the IMAP "ENVELOPE" command responds with "NIL" instead of "" in the relevant places). Best Wishes, Chris --- dovecot-1.0-stable/src/lib-mail/message-address.c.orig Fri Apr 8 12:30:34 2005 +++ dovecot-1.0-stable/src/lib-mail/message-address.c Mon Jun 20 10:42:23 2005 @@ -140,6 +140,10 @@ return -1; ctx->addr.name = p_strdup(ctx->pool, str_c(ctx->str)); + if (*ctx->addr.name == '\0') { + /* Cope with "<address>" without display name */ + ctx->addr.name = NULL; + } if (parse_angle_addr(ctx) < 0) { /* broken */ ctx->addr.domain = p_strdup(ctx->pool, "SYNTAX_ERROR"); -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- 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 0

[Dovecot] MySQL user_query ignored
by Helmut Zeilinger 20 Jun '05

20 Jun '05

Hi all, i installed Dovecot 0.99.14. Everything works fine except that the mysql setup directive "user_query" seems to be ignored - however the password_query works. Instead the default user query in db-mysql.c always takes effect. Might this be a bug or is something worng wit my setup below? (To keep on working i changed the default query in db-mysql.c..) Helmut dovecot-mysql.conf: db_host = localhost #db_port = 3306 db_unix_socket = /var/lib/mysql/mysql.sock db = mail db_user = mail db_passwd = db_client_flags = 0 default_pass_scheme = PLAIN password_query = SELECT password FROM users WHERE login = '%n' and domain='%d' user_query = SELECT '/var/mail/%d/%n' as home, 506 as uid, 100 as gid FROM users WHERE login = '%n' and domain='%d'

1 0

[Dovecot] "LDAP: No username in reply" error
by Jim Canon 18 Jun '05

18 Jun '05

Hi All, I am using the latest Dovecot stable with Fedora Core 4. I am trying to use it with LDAP, but I am getting the following error in my mail log when I attempt to check my mail: Jun 18 09:12:24 relm dovecot-auth: LDAP: No username in reply Jun 18 09:12:24 relm imap-login: Internal login failure: yaw(a)yaw.org [192.168.1.20] Here is the slapd log: Jun 18 08:28:12 setzer slapd[1956]: conn=37 op=36 SRCH base="o=ispman" scope=2 filter="(&(objectClass=posixAccount)(uid=yaw(a)yaw.org))" Jun 18 08:28:12 setzer slapd[1956]: conn=37 op=36 SRCH attr=uid userPassword Jun 18 08:28:12 setzer slapd[1956]: conn=37 op=36 SEARCH RESULT tag=101 err=0 nentries=1 text= Jun 18 08:28:12 setzer slapd[1954]: conn=37 op=37 SRCH base="o=ispman" scope=2 filter="(&(objectClass=posixAccount)(uid=yaw(a)yaw.org))" Jun 18 08:28:12 setzer slapd[1954]: conn=37 op=37 SRCH attr=uid homeDirectory uidNumber gidNumber Jun 18 08:28:12 setzer slapd[1954]: conn=37 op=37 SEARCH RESULT tag=101 err=0 nentries=1 text= Jun 18 08:28:12 setzer slapd[1952]: conn=566 fd=21 closed Jun 18 08:28:12 setzer slapd[1953]: conn=37 op=38 SRCH base="o=ispman" scope=2 filter="(&(objectClass=posixAccount)(uid=yaw(a)yaw.org))" Jun 18 08:28:12 setzer slapd[1953]: conn=37 op=38 SRCH attr=uid userPassword Jun 18 08:28:12 setzer slapd[1953]: conn=37 op=38 SEARCH RESULT tag=101 err=0 nentries=1 text= Jun 18 08:28:12 setzer slapd[1957]: conn=37 op=39 SRCH base="o=ispman" scope=2 filter="(&(objectClass=posixAccount)(uid=yaw(a)yaw.org))" Jun 18 08:28:12 setzer slapd[1957]: conn=37 op=39 SRCH attr=uid homeDirectory uidNumber gidNumber Jun 18 08:28:12 setzer slapd[1957]: conn=37 op=39 SEARCH RESULT tag=101 err=0 nentries=1 text= Jun 18 08:28:12 setzer slapd[1952]: conn=565 fd=18 closed Jun 18 08:28:13 setzer slapd[1952]: conn=568 fd=18 ACCEPT from IP=192.168.1.3:54510 (IP=0.0.0.0:389) Jun 18 08:28:13 setzer slapd[1955]: conn=568 op=0 BIND dn="uid=ispman,ou=admins,o=ispman" method=128 Jun 18 08:28:13 setzer slapd[1955]: conn=568 op=0 BIND dn="uid=ispman,ou=admins,o=ispman" mech=SIMPLE ssf=0 Jun 18 08:28:13 setzer slapd[1955]: conn=568 op=0 RESULT tag=97 err=0 text= Jun 18 08:28:13 setzer slapd[1956]: conn=568 op=1 SRCH base="o=ispman" scope=2 filter="(&(objectClass=posixAccount)(uid=dovecot))" Jun 18 08:28:13 setzer slapd[1956]: conn=568 op=1 SEARCH RESULT tag=101 err=0 nentries=0 text= Jun 18 08:28:13 setzer slapd[1956]: conn=568 op=2 SRCH base="o=ispman" scope=2 filter="(&(objectClass=posixGroup)(memberUid=dovecot))" Jun 18 08:28:13 setzer slapd[1956]: conn=568 op=2 SRCH attr=gidNumber Jun 18 08:28:13 setzer slapd[1956]: conn=568 op=2 SEARCH RESULT tag=101 err=0 nentries=0 text= Jun 18 08:28:13 setzer slapd[1952]: conn=569 fd=21 ACCEPT from IP=192.168.1.3:54511 (IP=0.0.0.0:389) Jun 18 08:28:13 setzer slapd[1953]: conn=569 op=0 BIND dn="uid=ispman,ou=admins,o=ispman" method=128 Jun 18 08:28:13 setzer slapd[1953]: conn=569 op=0 BIND dn="uid=ispman,ou=admins,o=ispman" mech=SIMPLE ssf=0 Jun 18 08:28:13 setzer slapd[1953]: conn=569 op=0 RESULT tag=97 err=0 text= Jun 18 08:28:13 setzer slapd[1953]: conn=569 op=1 SRCH base="o=ispman" scope=2 filter="(&(objectClass=posixAccount)(uid=dovecot))" Jun 18 08:28:13 setzer slapd[1953]: conn=569 op=1 SEARCH RESULT tag=101 err=0 nentries=0 text= Jun 18 08:28:13 setzer slapd[1955]: conn=569 op=2 SRCH base="o=ispman" scope=2 filter="(&(objectClass=posixGroup)(memberUid=dovecot))" Jun 18 08:28:13 setzer slapd[1955]: conn=569 op=2 SRCH attr=gidNumber Jun 18 08:28:13 setzer slapd[1955]: conn=569 op=2 SEARCH RESULT tag=101 err=0 nentries=0 text= I can supply more information if needed. I'm not actually sure what the error message means. Any ideas? Thanks, Jim

1 0

[Dovecot] imap crash
by Todd Burroughs 17 Jun '05

17 Jun '05

This is from the June 16 CVS, it also happens with June 15 but not with June 8. Basically, imap segfaults when opening my mbox. Some details are below: Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. #0 0x08094e5c in message_parse_header_next (ctx=0x80c8e10, hdr_r=0xbffff64c) at message-parser.c:755 755 if (msg[0] == '\n' || (gdb) bt full #0 0x08094e5c in message_parse_header_next (ctx=0x80c8e10, hdr_r=0xbffff64c) at message-parser.c:755 msg = (const unsigned char *) 0x0 i = Variable "i" is not available. (gdb) p *ctx $1 = {line = {name = 0x0, name_len = 0, value = 0x0, value_len = 0, full_value = 0x0, full_value_len = 0, middle = 0x0, middle_len = 0, name_offset = 14794827, full_value_offset = 0, continues = 0, continued = 0, eoh = 0, no_newline = 0, use_full_value = 0}, input = 0x80c9cfc, hdr_size = 0x0, name = 0x80cf030, value_buf = 0x0, skip = 0, skip_initial_lwsp = 0, has_nuls = 0} (gdb) p *hdr_r $2 = (struct message_header_line *) 0x0 (gdb) bt #0 0x08094e5c in message_parse_header_next (ctx=0x80c8e10, hdr_r=0xbffff64c) at message-parser.c:755 #1 0x0806bfaf in mbox_sync_parse_match_mail (mbox=0x80c3ba8, view=0x80c8ea8, seq=2028) at mbox-sync-parse.c:521 #2 0x080689d0 in mbox_file_seek (mbox=0x80c3ba8, view=0x80c8ea8, seq=2028, deleted_r=0xbffff748) at mbox-file.c:164 #3 0x0806a91f in mbox_mail_seek (mail=0x80c9200) at mbox-mail.c:63 #4 0x0806ab2a in mbox_mail_get_stream (_mail=0x80c9200, hdr_size=0x0, body_size=0x0) at mbox-mail.c:176 #5 0x0808cc55 in mail_get_stream (mail=0xfffffffe, hdr_size=0x0, body_size=0x0) at mail.c:106 #6 0x080760ef in index_mail_get_header_stream (_mail=0x80c9200, _headers=0x80c95d8) at index-mail-headers.c:606 #7 0x0808cc31 in mail_get_header_stream (mail=0xfffffffe, headers=0x80c95d8) at mail.c:97 #8 0x080769d0 in index_storage_search_next (_ctx=0x80c9188, mail=0x80c9200) at index-search.c:492 #9 0x0808d525 in mailbox_search_next (ctx=0x0, mail=0x80c9200) at mail-storage.c:405 #10 0x08057bee in cmd_search (cmd=0x80bcb98) at cmd-search.c:33 #11 0x080594f5 in _client_input (context=0x80bcb58) at client.c:334 #12 0x0809e1ca in io_loop_handler_run (ioloop=0x80bb9b0) at ioloop-poll.c:184 #13 0x0809d8e9 in io_loop_run (ioloop=0x80bb9b0) at ioloop.c:218 #14 0x080603e7 in main (argc=1, argv=0xbffffa44, envp=0xbffffa4c) at main.c:228

2 1

[Dovecot] dovecot.index.cache 1/3rd of INBOX size
by Chris Wakelin 17 Jun '05

17 Jun '05

I've noticed that my dovecot.index.cache file has got very large (24MB, which is more than 1/3 of my INBOX size). I've tried deleting (well, renaming) the dovecot.index.* files, and re-opening my INBOX, and the new dovecot.index.cache is only 90KB so far. I'm using dovecot-1.0-stable and mbox format. My mail_cache_fields and mail_never_cache_fields are set to the default. Looking back in the list archives, I found a message from Timo that suggested the cache entries are created for each message when the indexes are created, rather than when each message is accessed, so it ought not to grow? What happens when a message is deleted? I "strings/grep" ed through the dovecot.index.cache file and it looks like it's not caching any headers it shouldn't (like Received, X-Spam-XYZ etc.), but they seem to occur multiple times for each message. None of my other dovecot testers seem to have huge cache files (yet!). Anybody else seen this? 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

3 4

[Dovecot] Compressed maildir
by Curtis Maloney 17 Jun '05

17 Jun '05

Greetings, I noticed a while back someone posted a patch/plugin that allowed Dovecot to use compressed mbox files. I'm now wondering how far that would put us from having compressed maildir? I have a server with more CPU than disk space, and while I can buy more HDD space, my backup solution doesn't make that practical. It seems to me that when looking for a message file, if it ends in .gz unpack it, and otherwise everything acts as normal. Worst case, this is one strcat() and a stat() slower to find. Newly delivered messages could remain unpacked, and a cron job could come by whenever to compress old/large/un-looked-at-for-months messages. So, new and frequently referenced messages would be as fast as ever, and older messages would be slower. I would love to dive in an do this myself, but 1- my time is very very limited, working two jobs, and 2- I'm not running 1.0 yet, as it apparently still doesn't support my Thunderbird users tagging their messages (am I wrong? please tell me I'm wrong... I want to upgrade! :) -- Curtis Maloney cmaloney(a)cardgate.net

10 15

[Dovecot] SSHA with LDAP?
by Ben Beuchler 16 Jun '05

16 Jun '05

Poking around in the code for dovecot-stable seems to indicate that support has been added for the {SSHA} password scheme. This is not reflected in dovecot-ldap.conf. Is the SSHA code actually functional? Thanks! -Ben

2 2

[Dovecot] small dovecot problem
by Cor Bosman 16 Jun '05

16 Jun '05

Hi all, just noticed a small problem in test70. If you have an mail in your maildir 'new' directory, and use another method to delete that email (for instance pop it through another pop server), dovecot will continue to report that email as being on the server. So if you had 1 email, delete it through pop, dovecot will continue to say that 1 email is on the server, even if you disconnect/reconnect. If that same email is in the 'cur' dir (so its been read), this doesnt happen and dovecot will report 0 emails. Cor

2 1

[Dovecot] Dovecot and openmailadmin ?
by albi＠scii.nl 16 Jun '05

16 Jun '05

hi, wondered whether some people tried dovecot and openmailadmin ? http://www.openmailadmin.org "openMailAdmin is a little administration interface to IMAP mailservers." "openMailAdmin works with most of the popular MTAs, such as Postfix or Sendmail, and with almost every complete IMAP-server, i.e. Cyrus or Courier" a google-search didn't show any useful results so far, i'm just curious whether some people already tried it with dovecot (of course i can try it myself, but quite busy currently)

1 0