- dovecot - dovecot.org

[Dovecot] test73 not compiling with iconv?
by Sean Porter 22 Jun '05

22 Jun '05

I've recently upgraded from test53 to test73 from a source compile on FreeBSD 5.3, and am getting some [BADCHARSET] errors in 73 that I wasn't getting in 53 (specifically with Squirrelmail). When I run one of Squirrelmail's built-in filters, I get the following error: ERROR: Could not complete request. Query: SEARCH CHARSET ISO-8859-1 UNSEEN Subject {14} *****SPAM***** Reason Given: [BADCHARSET] Unknown charset Googling around, I found the admonition on the wiki about chrooted environments: http://wiki.dovecot.fi/moin.cgi/QuestionsAndAnswers#head- e146cada4e103a4a93a736998c64f23b1a8cd312 so I disabled all chroot directives in my config and ran as root, just to see if that was the error. No luck. When running configure with "./configure --with-mysql --with- storages=maildir --with-ssl=openssl", I noticed that I got this error regarding iconv: checking for iconv... no, consider installing GNU libiconv Oddly enough, I do have libiconv-1.9.2 installed in /usr/local: /usr/local/lib/libiconv.a /usr/local/lib/libiconv.so@ -> libiconv.so.3 /usr/local/lib/libiconv.so.3 /usr/local/include/iconv.h and an iconv -l shows support for the charset in question. I tried adding the prefix directive to configure: ./configure --with-mysql --with-storages=maildir --with-ssl=openssl -- with-libiconv-prefix=/usr/local and got the same message. I presume that 53 picked up iconv headers and libraries from LD_LIBRARY_PATH, and now 73 isn't getting it even set explicitly -- I see some ChangeLog entries for iconv files in dovecot source in May, but nothing more. How can I verify that dovecot compiled with libiconv support? Anyone else see the same thing? Thanks, Sean

1 0

[Dovecot] Hang-up problems with outlook 2003 and test 1.0
by Alfonso Sparano 21 Jun '05

21 Jun '05

Hi all, I'm testing dovecot 1.0 on a tru64 v5.1 and on a rhel3 platforms. I've a problem when I use outlook 2003 to download mails: outlook stop responding and hang-up when I use imap protocol. Someone have the same problem? What should I do? This is my configuration: protocols = pop3 imap disable_plaintext_auth = no mail_save_crlf = yes mail_read_mmaped = yes maildir_copy_with_hardlinks = yes protocol pop3 { pop3_uidl_format = %08Xv%08Xu } auth default { mechanisms = plain passdb = passwd userdb = passwd user = root } Alfonso

1 0

RE: [Dovecot] strip realms and force lowercasing of usernames?
by Jeff Graves 20 Jun '05

20 Jun '05

I don't know C or C++ but here's the patch I wrote for lowercase auth on test69. Hopefully it's a starting point for anyone who wants to try and tackle this but well beyond my abilities. Jeff Graves, MCSA Customer Support Engineer Image Source, Inc. 10 Mill Street Bellingham, MA 02019 508.966.5200 - Phone 508.966.5170 - Fax jeff(a)image-src.com - Email www.image-src.com -----Original Message----- From: dovecot-bounces(a)dovecot.org [mailto:dovecot-bounces@dovecot.org] On Behalf Of Peter Evans Sent: Wednesday, June 15, 2005 8:33 PM To: dovecot(a)dovecot.org Subject: Re: [Dovecot] strip realms and force lowercasing of usernames? Dan Hollis (test3943395(a)anime.net) wrote: > So that's three people then. me, jeff graves and peter hessler. More than > two :-) > What's the exact 'minimum required users for a feature' number? :-) Feel free to code it yourself and submit a patch to Timo. I guess you want to start with 1.0-test-reallybignumber as a base. If I had the energy, I might do this. P

3 3

[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