- dovecot - dovecot.org

[Dovecot] miugrating mail to new server
by Gabe Granger 22 Jun '05

22 Jun '05

Hi All, I've just a new server to help with migration of our email, the old email server is using mbox and the new is using Maildir. I've managed to some user mail migrated fine. The new server is only a temp server as I have too many users to migrate easily in one go(Also I want to nuke the current mailserver, remove SuSE and install Debian on it). So what i'm doing it moving users one by one to temp server and converting to Maildir. My question is. I notice that all email files in maildir format end with .<host> when I go to migrate everything to back over to the original server is this going to cause me problem? Ie will the original server now have to be named the same as the temp server so that the maildir format files end with the same .<host> or does that not matter? Any help, advise would be great. Gabe

2 1

[Dovecot] question about
by Michiel van Es 22 Jun '05

22 Jun '05

Hi, I am running Dovecot (dovecot-0.99.11-2.EL4.1 on centos 4) and we are switching from newer machines. I copied all usernames from /etc/passwd,/etc/group and /etc/shadow to the new machine. I do not want that every user has it's own /home/$user directory.. When I test my dovecot installation with a telnet 'servername' 110 user test pass test I get this error: ################################################################################ Jun 20 13:22:47 mx01 pop3(aaptest): mbox: Can't create root IMAP folder /home/aaptest/mail: Permission denied Jun 20 13:22:47 mx01 pop3(aaptest): MAIL environment missing and autodetection failed (home /home/aaptest) Jun 20 13:22:47 mx01 dovecot: child 3393 (pop3) returned error 89 ############################################################################## So I changed the MAIL environment to /var/spool/mail (using Sendmail and mbox) Now I get this error: ###############################################################################3 Jun 20 13:27:37 mx01 pop3-login: Login: aaptest [::ffff:10.101.3.37] Jun 20 13:27:37 mx01 pop3(aaptest): open(/var/spool/mail//inbox, O_CREAT) failed: Permission denied Jun 20 13:27:37 mx01 pop3(aaptest): mkdir_parents(/var/spool/mail//.imap/INBOX) failed: Permission denied ################################################################################# Wht is Dovecot trying to AUTOcreate IMAP folders? I do not want Dovecot to do this hence I tell Dovecot to serve only pop3 and pop3s: # imap imaps pop3 pop3s protocols = pop3 pop3s # IP or host address where to listen in for connections. It's not currently # possible to specify multiple addresses. "*" listens in all IPv4 interfaces. # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4 # interfaces depending on the operating system. You can specify ports with # "host:port". #imap_listen = [::] pop3_listen = [::] Does anyone know how I can dissable this IMAP-AUTOcreate behaviour? Thanks in advance. Michiel

4 9

[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