- dovecot - dovecot.org

[dovecot] SMTP options
by Jesse Peterson 13 Mar '03

13 Mar '03

I realize this is not an SMTP discussion list, but... here goes: This is my situation. We have mobile users that need a secure (SSL) SMTP+auth gateway that simply forwards rfc822's to our real MTA. All it would have to do is accept SSL connections, authenticate the user, accept his message, then send that to the MTA. Anybody know of a very minimal software package that can do this? -- Jesse Peterson / jesse(a)pixeltechs.com

2 1

[dovecot] 0.99.8.1 out
by Timo Sirainen 11 Mar '03

11 Mar '03

Nothing but bugfixes from CVS: * src/lib-storage/index/mbox/mbox-list.c: mbox: LIST "" invalid-directory/% doesn't anymore give internal error * src/lib-storage/index/index-fetch.c: FETCH: \Seen flag updating didn't work (eg. FETCH BODY[]). * src/lib-imap/imap-parser.c: Literal parser broke if \r\n wasn't in buffer at the time '}' was parsed. * src/lib-mail/message-address.c: message_address_write() didn't work. * src/lib-mail/message-address.c: message_address_parse(): allow using data_stack_pool (above two fix SEARCH FROM, TO, CC, BCC crashing) * src/lib-storage/index/index-save.c: Don't crash if something tries to write 0 bytes in headers while saving the message. This happened sometimes with mbox. * src/auth/master-connection.c: Don't crash if auth request wasn't found. * src/lib/failures.c: Handle /dev/stderr directly instead of open()ing. * src/lib-imap/imap-quote.c: Use literals for strings containing '"' and '\' characters too. This wasn't done at all before so FETCH ENVELOPE, BODY and BODYSTRUCTURE could have returned pretty broken results. * src/lib-storage/index/mbox/mbox-storage.c: Selecting INBOX didn't use index files if full_filesystem_access was yes. * src/auth/db-ldap.c: Setting user_global_uid or user_global_gid crashed. * src/lib/safe-mkdir.c: safe_mkdir(): usage fchmod() and fchown(). chmod() wasn't really safe and lchown() wasn't portable. * src/auth/mech-plain.c: Invalid PLAIN auth request crashed auth process. * src/master/main.c: [::] address wasn't treated exactly as "ipv6 any", but looks like gethostbyname() worked with it. * doc/nfs.txt: updated * doc/index.txt: update

1 0

[dovecot] Apple's Mail.app
by Scott A.McIntyre 10 Mar '03

10 Mar '03

Hi, I solved the OSX Authentication issue; I'm now reliably able to get authenticated using the Password Server with PAM with: # login: auth account password session auth required pam_nologin.so auth sufficient pam_securityserver.so auth sufficient pam_unix.so auth required pam_deny.so account required pam_permit.so password required pam_deny.so session required pam_permit.so As the /etc/pam.d/imap Anyway -- new problem. With Apple's Mail.app and how it wants to download messages into it's cache, I've found that there's a problematic interaction between Dovecot and Mail.app -- but pinning down exactly what and where is proving to be a hassle. I was running Courier-Imap with Mail.app, and that worked without incident (however, the courier-imap server was on Linux, not OSX Server, that will not work (yet) with osx-server). If I use Entourage and Dovecot, it works fine. The primary symptom is that as it downloads messages Mail.app just hangs; no response, the session just freezes. Usually it's when the status bar is saying something akin to "Caching 9 of 506" at which point it stops. The number varies, but it's always in the first couple of dozen. Messages are small, so it's not that it's hanging on a large mail download. I eventually have to forcibly kill Mail.app. The log says nothing of use: dovecot: Mar 07 17:31:23 Info: Dovecot starting up imap-login: Mar 07 16:32:50 Info: Login: scott [194.109.29.21] imap-login: Mar 07 16:33:46 Info: Login: scott [194.109.29.21] imap-login: Mar 07 16:35:38 Info: Login: scott [194.109.29.21] But perhaps there's a more verbose option somewhere. Thoughts? Scott

4 4

[dovecot] IMAP Folder paths
by Juergen Kahnert 07 Mar '03

07 Mar '03

Hello, we like to use dovecot, but our old imapd used to store the paths of the folder in the file ~/.mailboxlist. This file contains something like this: mail/read mail/dovecot .netscape/imap/mailbox .Mail/foo Each line with a path to one mbox folder. And please pay attention that there is no path to the inbox, because this is stored on the server... Is there a way to use this files with dovecot? It would be a real pain to change this for a few thousand user... Do you see a chance of using such a file? Or is it already possible and I'd overlooked it? Or is it easy / hard to implement? kind regards, Jürgen Kahnert

5 6

[dovecot] vpopmail auth failure
by Oskar Eyb 07 Mar '03

07 Mar '03

hello! when is try to use IMP with dovecot and vpopmail i receive the following error-msg: dovecot-auth: Mar 06 20:43:24 Info: vpopmail(test@$DOMAIN): unknown user But this user exists! Where i can search for the mistake? Greets, Oskar

2 3

[dovecot] OSX & Authentication
by Scott A.McIntyre 07 Mar '03

07 Mar '03

Hi, Taking a stab at getting OSX Server 10.2.4 running Dovecot -- with a minor tweak of replacing lchown() with chown() in the src/lib/sakfe-mkdir.c, it compiled and installed without any problems. However, oddness in authentication. It works once, but only once. I'm trying to use pam and have the following: auth required pam_securityserver.so auth sufficient pam_unix.so account required pam_unix.so In the dovecot.conf I have (amongst other things): auth_userdb = passwd auth_passdb = pam I start up dovecot and do: Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK dovecot ready. . login scott pass . OK Logged in. . logout * BYE Logging out . OK Logout completed. No problem. However, try it again and: Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK dovecot ready. . login scott pass . NO Authentication failed. . logout * BYE Logging out . OK Logout completed. Perhaps there's a better way to get dovecot playing under osx; I'd tried a number of ways of using pam, but perhaps there's a magic other option I've not got working yet. I do run the password server and my account name is using that as per the Workgroup Manager's settings (as opposed to Basic)... Any thoughts appreciated! Scott

2 2

[dovecot] ldap support
by Farkas Levente 06 Mar '03

06 Mar '03

hi, it seem to me that dovecot support only v2 ldap protocol but openldap2.1 support only v3 (or you can enable v2 in the conf file, but it seems they wouldn't like to support it in the future). will dovecot support v3 ldap protocal? thanks. -- Levente "Si vis pacem para bellum!"

3 4

[dovecot] problem with COPY?
by JP 05 Mar '03

05 Mar '03

hi all, I've been trying to use dovecot (from cvs 03.mar.2003, linux 2.2.20, gcc 2.96, openssl 0.9.7a) as an replacement for uw-imap, and it seems to be doing its job, except for one thing: I have my mua (sylpheed-claws from cvs) set up so that it will sort message into certain(imap) directories. so when I check the mail in the INBOX, new mails will be processed automatically and, for example spamcop related emails are moved to their own 'folder'. imap session below. [STARTTLS and LOGIN stuff not included... no errors whatsoever there.] [18:06:39] IMAP4< 5 OK Logged in. [18:06:39] IMAP4> 6 SELECT INBOX [18:06:40] IMAP4< * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) [18:06:40] IMAP4< * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. [18:06:40] IMAP4< * 49 EXISTS [18:06:40] IMAP4< * 3 RECENT [18:06:40] IMAP4< * OK [UNSEEN 47] First unseen. [18:06:40] IMAP4< * OK [UIDVALIDITY 1046109663] UIDs valid [18:06:40] IMAP4< * OK [UIDNEXT 64] Predicted next UID [18:06:40] IMAP4< 6 OK [READ-WRITE] Select completed. [18:06:40] IMAP4> 7 UID SEARCH UID 1:* [18:06:40] IMAP4< * SEARCH 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 49 52 55 56 57 58 61 62 63 [18:06:40] IMAP4< 7 OK Search completed. [18:06:40] IMAP4> 8 STATUS INBOX (MESSAGES RECENT UIDNEXT UIDVALIDITY UNSEEN) [18:06:40] IMAP4< * STATUS "INBOX" (MESSAGES 49 RECENT 3 UIDNEXT 64 UIDVALIDITY 1046109663 UNSEEN 3) [18:06:40] IMAP4< 8 OK Status completed. [18:06:40] IMAP4> 9 UID FETCH 61:63 (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER.FIELDS (Date From To Cc Newsgroups Subject Message-Id References In-Reply-To Content-Type Seen Status X-Status From)]) [18:06:40] IMAP4< * 47 FETCH (UID 61 FLAGS (\Recent) RFC822.SIZE 3111 BODY[HEADER.FIELDS (DATE FROM TO CC NEWSGROUPS SUBJECT MESSAGE-ID REFERENCES IN-REPLY-TO CONTENT-TYPE SEEN STATUS X-STATUS FROM)] {322} [18:06:40] IMAP4< * 48 FETCH (UID 62 FLAGS (\Recent) RFC822.SIZE 3111 BODY[HEADER.FIELDS (DATE FROM TO CC NEWSGROUPS SUBJECT MESSAGE-ID REFERENCES IN-REPLY-TO CONTENT-TYPE SEEN STATUS X-STATUS FROM)] {322} [18:06:40] IMAP4< * 49 FETCH (UID 63 FLAGS (\Recent) RFC822.SIZE 3109 BODY[HEADER.FIELDS (DATE FROM TO CC NEWSGROUPS SUBJECT MESSAGE-ID REFERENCES IN-REPLY-TO CONTENT-TYPE SEEN STATUS X-STATUS FROM)] {322} [18:06:40] IMAP4< 9 OK Fetch completed. [18:06:40] IMAP4> 10 STATUS Spamcop (MESSAGES RECENT UIDNEXT UIDVALIDITY UNSEEN) [18:06:40] IMAP4< * STATUS "Spamcop" (MESSAGES 14 RECENT 0 UIDNEXT 51 UIDVALIDITY 1046109859 UNSEEN 0) [18:06:40] IMAP4< 10 OK Status completed. [18:06:40] IMAP4> 11 UID COPY 61 Spamcop now after this, the conenction goes unresponsive and the following appears in the server log: Mar 4 18:06:42 btp212 imap(jp): file index-save.c: line 61 (write_with_lf): assertion failed:(size > 0 && size <= SSIZE_T_MAX) Mar 4 18:06:42 btp212 dovecot: child 6022 (imap) killed with signal 6 any ideas on what might be causing this? dovecot/mua/some else? regards, JP

2 2

[dovecot] Torture tests
by Ian R. Justman 04 Mar '03

04 Mar '03

Hi, all. I've been so impressed with Dovecot, I'm in the process of moving my mail over to it. In fact, one of my mailboxes got SO huge, it'll likely literally take more than a day to move it all over (in excess of 19,000 mails, about 140 megabytes). So far, the IMAP server shows absolutely no sign of crapping out yet. It should also be noted that I'm moving all this mail out of a Cyrus mailstore into an mbox folder on the same server using Pine. And at work, for my work mail, I recently installed Dovecot 0.99.8, using the POP2 port so I can have test it out while not disturbing my coworkers' ability to retrieve mail. So far, I have yet to see anything bad happen. My IMAP test is taking place under Debian GNU/Linux Woody and my POP3 test under FreeBSD 4.7-STABLE. Though any suggestions in what to keep an eye out for in either case? --Ian.

2 1

[dovecot] pine/dovecot issues
by David E. Storey 04 Mar '03

04 Mar '03

Folks, I'm running into some issues with pine and dovecot. (dovecot is running mbox for now... plan to switch to maildir soon.) At first I thought it was a funky issue with the way I was using pine to access mailboxes. (I use rsh to invoke imap as pre-authenticated so when I switch to maildirs, I don't have to worry about pine being patched to support it.) But after switching over to using authenticated IMAP over port 143, it still had issues. I'm getting messages like: Junk in start of group Not an Address Junk at end of envelope Unknown Message property Thus far, it seems to only occur in pine. (Squirrelmail and evolution appear to be fine) Is it the client? Is it dovecot? is it easily fixable? It feels like some sort of escaping issue or parsing issue or something. I just don't know enough about IMAP to determine exactly what it is. I'm using dovecot v0.99.8, MAIL=mbox:%h/Mail/:INBOX=%h/.mailbox I've just converted off of wu-imap in hopes of someday migrating to maildirs on that box. (anyone know of a good mbox to maildir conversion tool? I used to have on that worked fine, but I've since found a ton that don't work well for me at all. I have about a gig of email to backup and convert) d!

3 4

[dovecot] ldap config
by Stefan Sels 03 Mar '03

03 Mar '03

Hi, how do I setup the config to use an ldap server for authentification ? I tried : auth_userdb = ldap:/usr/local/dovecot/etc/dovecot-ldap.conf auth_userdb = ldap:/usr/local/dovecot/etc/ auth_userdb = usr/local/dovecot/etc/dovecot-ldap.conf however I got an error. What is the correct syntax for the ldap config ? Regards, Stefan Sels

2 1

[dovecot] patch for src/auth/db-ldap.c
by Alex Howansky 01 Mar '03

01 Mar '03

*** src/auth/db-ldap.c.orig Sat Mar 1 00:20:10 2003 --- src/auth/db-ldap.c Sat Mar 1 00:20:31 2003 *************** *** 35,42 **** DEF(SET_STR, pass_attrs), DEF(SET_STR, pass_filter), DEF(SET_STR, default_pass_scheme), ! DEF(SET_STR, user_global_uid), ! DEF(SET_STR, user_global_gid) }; struct ldap_settings default_ldap_settings = { --- 35,42 ---- DEF(SET_STR, pass_attrs), DEF(SET_STR, pass_filter), DEF(SET_STR, default_pass_scheme), ! DEF(SET_INT, user_global_uid), ! DEF(SET_INT, user_global_gid) }; struct ldap_settings default_ldap_settings = { -- Alex Howansky Wankwood Associates http://www.wankwood.com/

1 0

[dovecot] Re: zlib support
by Ian R. Justman 27 Feb '03

27 Feb '03

Timo Sirainen wrote: > Yes, it's been in todo for some time now. mbox support would likely be > read-only, read-write would require recreating the whole .gz file on > updates. Actually, I wouldn't mind seeing something like this so I can compress up my old mail and perhaps store them on CD, for example. I tend to archive mailing list traffic by month (which I store in mbox format), so past months tend to not change much, if at all. :) While not an absolute necessity, it'd be nice to have. --Ian.

1 0

[dovecot] zlib support
by seth vidal 27 Feb '03

27 Feb '03

Hi, Silly idea, Ever considered zlib support so the imap server could read through gzipped mbox files or gzipped maildir entries? -sv

2 1

[dovecot] pop3: last, and auth plain
by Mark E. Mallett 27 Feb '03

27 Feb '03

Hi- A couple of comments regarding the POP3 server (I realize the POP3 server is probably low priority though..) One problem is that the "LAST" command is not supported. Some mail clients end up downloading all messages every time because of this (or so I'm told). The biggest source of these remarks is people using the yahoo webmail front end. I wonder if this could be added? Also, under BSD/OS, the "auth plain" mechanism doesn't work. Perusing the mailing list archives, I see that the symptoms appear just like those that were reported earlier for another BSD system. I'm curious as to whether there has been any progress on that front? Yours, -mm-

2 4

[dovecot] 0.99.8 released
by Timo Sirainen 25 Feb '03

25 Feb '03

Hope I didn't forget anything :) v0.99.8 2003-02-25 Timo Sirainen <tss(a)iki.fi> * NOTE: Configuration file has changed a bit: auth_userinfo was replaced by userdb and passdb. *_port were merged into *_listen. Disabling listening in imaps port is now done by changing protocols setting. * Maildir: .customflags location has changed for INBOX. If you have set any custom flags, move Maildir/.INBOX/.customflags into Maildir/.customflags or they will be lost. * mbox: Autodetect /var/mail/%u and /var/spool/mail/%u as INBOXes if they're found and mail_default_env isn't set. * passwd-file: File format changed a bit. If you used realm or mail fields, you'll have to fix the file. See doc/auth.txt for description of the format. + Fully featured POP3 server included. Disabled by default. + Support for LITERAL+, MULTIAPPEND, UNSELECT, IDLE, CHILDREN and LISTEXT extensions. + LDAP authentication support. + Internal API cleanups made Dovecot faster and take less memory + auth_verbose logs now all authentication failures + Support for Solaris 9 sendfilev() + New setting: mail_full_filesystem_access allows clients to access the whole filesystem by simply giving the path before the mailbox name (eg. SELECT ~user/mail/box, LIST "" /tmp/%). While this allows users to share mailboxes, it's not recommended since Dovecot's index files can't be safely shared. + New setting: client_workarounds. + Dynamically loadable authentication modules. Binary package builders should consider using it for at least LDAP. + mbox: Content-Length is saved now to each saved message, so it's now safe to have lines beginning with "From ". + mbox: mail_read_mmaped = no works with it now + Indexes can be kept in memory by adding :INDEX=MEMORY to MAIL environment. There's not much point to do this now though, since the UIDs won't be saved. - COPY now behaves as RFC2060 says: "If the COPY command is unsuccessful for any reason, server implementations MUST restore the destination mailbox to its state before the COPY attempt." - LIST and LSUB rewrite, should fix several bugs in them - maildir_copy_with_hardlinks = yes was broken. - mboxes in subfolders weren't selectable. - STORE didn't accept multiple flags without () around them - PLAIN SASL-authentication was a bit broken. - IMAP dates were parsed a few hours wrong - STATUS command removed \Recent flags from messages - Several bugfixes to SEARCH command, especially related to multiple search conditions - If auth/login process died unexpectedly at startup, the exit status or killing signal wasn't logged. - mbox parsing might have crashed sometimes - mbox: when saving mails, internal headers were allowed in input, sometimes causing problems (eg. duplicate headers) when appending and copying messages - mbox: X-Keywords headers were duplicated - Some small fixes to how messages are saved to Maildir - Next command after STARTTLS was ignored which left the connection stuck sometimes - Dovecot was pretty much broken with FreeBSD

1 0

[dovecot] Re: Configuration file format changes
by Timo Sirainen 25 Feb '03

25 Feb '03

On Tue, 2003-02-25 at 02:56, Brad Figg wrote: > Just my $.02 (and that's probably overcharging). Anytime I need > a config file I use XML and an open source parser. I hate XML config files. Not going to happen. Ever. :) I think they're difficult to read with standard text editor. Even more difficult to modify. And creating read-only parser for just about any config file format doesn't take hardly any time. External XML libraries would also annoy people.

2 1

[dovecot] Configuration file format changes
by Timo Sirainen 25 Feb '03

25 Feb '03

After tomorrow's 0.99.8 release I think it's time for a new config file format. It could be made backwards compatibile with the old format, but there would be new tree-like categories. I was thinking something like this: # global settings protocols = imap # "foo.server.org" is just descriptive name # settings inside server { .. } will override global ones. # groups (namespace, login settings, auth settings) aren't replaced # unless same name is used. server foo.server.org { imap_listen = 1.2.3.4 ssl_cert_file = /etc/ssl/certs/foo.cer # default namespace (no name) namespace { type = private mail = mbox:~/mail } # Have to quote so '#' won't be thought out as comment. # I think quoting should work everywhere actually.. namespace "#maildir" { type = private inbox = yes # this namespace contains INBOX mail = Maildir:~/Maildir } # override global auth default auth default { auth_mechanisms = plain digest-md5 auth_realms = foo.server.org auth_userdb = ldap /etc/dovecot-ldap.conf auth_passdb = ldap /etc/dovecot-ldap.conf } } server bar.server.org { imap_listen = 1.2.3.5 ssl_cert_file = /etc/ssl/certs/bar.cer namespace { type = private #mail = #autodetect } # shared mailboxes between users # eg. user/timo.sirainen/some-shared-folder namespace user { type = user mail = /home/%u/mail/shared } } server baz.server.org { imap_listen = 1.2.3.6 ssl_disable = yes # Only Courier-like INBOX namespace namespace INBOX { type = private } } # common namespace between all instances namespace shared { type = shared mail = mbox:/var/lists:INDEX=~/mail/.shared/ } auth default { auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam }

1 1

[dovecot] Maildir plus mbox?
by wolfgang 25 Feb '03

25 Feb '03

is it possible with dovecot to have the inbox in Maildir format and additional imap folders in mbox format? regards, wolfgang

2 2

[dovecot] Re: Trouble setting up dovecot
by Tim Snider 24 Feb '03

24 Feb '03

Thanks Timo, turns out I'm more of a rookie at sysconfiguring than I thought, so perhaps this helps identify stuff that a rookie wouldn't already know...<G> On Thu, 2003-02-20 at 19:46, Timo Sirainen wrote: > > > I've not configured up LDAP on my server yet, so it's just plain PAM for > > now. I'm able to login fine with all my other apps, so I doubt it's a > > problem with PAM, but not impossible. I haven't done anything with PAM > > on this machine yet as it's live. I've been testing things out on > > another machine(NON-SMP/RH8), which I'll try tomorrow if I get a > > chance.) > > You have to have it configured in /etc/pam.d/imap. For example: > > auth required pam_unix.so nullok > account required pam_unix.so Thanks this makes more sense than the options you provide in doc/auth.txt, so you may wish to change that. On both RH7.3 and a RH8.0 box here, I don't have pwdfile, it's apparently been replaced by other functionality. > > > each imap-login is waiting at a read(7, > > That's the problem then. It really shouldn't be blocking there. Could > you get the backtrace to see where it's hanging? ie. run as root: > > gdb /usr/local/libexec/dovecot/imap-login <pid of the imap-login> > > and "bt" in it. It's hung up in SSL_CTX_use_PrivateKey() in ssl-proxy-openssl.c, which as you correctly surmised below, is due to a password protected key. I've located and used mkcert.sh. As a note the only docs for doc/mkcert.sh are halfway through the NEWS file and rapidly receeding as you add new releases, (congrats on the fast progress by the way!), however you might consider adding a short note about it to the doc/auth.txt or doc/configuration.txt file for those new to dovecot. > > > I do call fflush() after each write to log. Killing with SIGTERM will do > > > clean exit which may log more things, maybe it's just that? Also killing > > > child processes makes master process log their exits. > > > > I usually note the messages log (watched by a tail -f) show up after I > > kill the dovecot master process.(Kill -9) > > Depends on what the messages are I guess. But if you're kill -9ing the > master process, it's quite likely that the child processes will complain > about losing it. After playing a bit, I think that those messages were due to the kill -9, SIGTERM is nicer. I still end up with little in the way of verbose debugging messages, by my standards. Usually all I see is login and logout messages. Otherwise, I get the occasional lockfile message, which is something that I need to sort out with Exim, and completely on my end. > > dovecot: Feb 20 18:11:51 Info: Dovecot starting up > > imap-login: Dec 31 16:00:00 Fatal: Can't load private key file > > /usr/local/ssl/private/cedarintkey.pem: error:0906406D:PEM > > routines:DEF_CALLBACK:problems getting password > > Err, isn't this the reason why your SSL doesn't work? :) Or was that > just an example? If your private key is crypted with some password, > Dovecot can't use it at least currently.. Correct! Doh! I have been able to use imaps, since I built a non-passworded private key. I was using passworded keys that I'd built for Apache, and would eventually like to have one set of keys that I can reference for each virtual domain. Were you planning on something like the Apache startssl option? I can live with the constraint of one 'connection' key for now. Have you considered allowing each virtual domain to have it's own keys? Kind of difficult as the secure pipe to the server is already in place by the time the login name is seen... Kinda makes it tough for a true virtual presence without explicit assigned IP's. Hmmm, any plans for at least a different keys/identity per IP? If I understand the configuration file for now, it seems to be designed for one cert per machine. Thanks for the help, I've just got to sort out the lockfile differences between Exim and Dovecot and I should then be functional. After that I'll start using LDAP. TJ

2 1

[dovecot] ./autogen.sh
by Jesse Peterson 23 Feb '03

23 Feb '03

CVS update @ Sat Feb 22 15:14:52 PST 2003 When ./autogen.sh is run, I get: src/Makefile.am:5: required directory src/lib-settings does not exist Just thought someone would want to know. - Jesse

2 2

[dovecot] Trouble setting up dovecot
by Tim Snider 21 Feb '03

21 Feb '03

Hi, I'm new to the list but have been trying to get dovecot configured for the past week and a bit. I've gone through the list archives and solved a few of my problems, but most don't seem to be addressed. First off I want to say thanks for starting this project, I've been hoping that someone would start an IMAP/POP server with some flexibility in the way it's configured and provides both packages in one.I've tried setting up Courier once and found it onerous, UW was easier but forces a bunch of assumption that don't suit the way I wanted to configure virtual mail. I'd love to run dovecot, eventually with LDAP and Jamm, and Exim to handle my virtual domains, however I'm running into a fair number of problems and haven't had any luck getting past them. I'm running a RedHat 7.3 SMP server, with iptables for a firewall, so I've got several cards and thus IPs.I started out with dovecot 99.4 but noted that it was missing the LDAP, tried 99.8-test5 and am now working with 99.8-test7, both seem to have the same problems. I'm currently trying to setup a IMAP server on the inside of the firewall, 192.168.2.X. If I use just imap, turn of SSL/TLS I'm fine, and can do plaintext authentication via shadow, but I can't get PAM authentication working. If I turn on SSL(ssl_disable = no), neither the imap or the imaps respond and a netstat -tp shows that no process owns the socket PID/process = '-', often with characters in the Recv-Q. I've tried turning on all the debugging flags for configure on, --with-rawlog --enable-debug --enable-asserts --with-ssl=openssl as well as verbose_proctitle = yes, and auth_verbose = yes, setup logfiles /var/log/dovecot/messages, yet all I get are authorization messages. And I've noted that a number of them only show up after I've killed the dovecot process, so I'm wondering if there needs to be a bit of flushing somewhere? As well I've also tried to run "dovecot -F", with the log files commented out in the .conf file, but get nothing via stderr. I note that when I try the log_timestamp option, the dates sent from imap-login are completely incorrect and don't change, so I don't think the date is being read correctly. Is log_timestamp operational? One thing I'm not clear on is what process to run it under, I've setup a user/group 'dovecot', but does dovecot have to be a member of wheel? I've also noted in earlier versions you had things running via imapd-master, but that now seems to been replaced by "dovecot", is that correct? Is anyone else running dovecot on a SMP system? Any comments or suggestions? I do have development experience, but my Linux/UNIX programming is a bit rusty. I'd love to help make this a rocking product, but need some help getting it dovecot up and running. Any help is appreciated. Thanks, TJ timsn(a)thtree.com http://www.thtree.com/People/TJ/Resume.html

2 1

[dovecot] 0.99.8-test7
by Timo Sirainen 20 Feb '03

20 Feb '03

OK, I really should release 0.99.8 final soon, but not just yet :) Mostly just documentation updates left I think. There's a few recent changes that might have some nasty bugs: - problems with copying messages from mbox to another should be fixed now - LIST and subscription handling rewritten. - "mail_read_mmaped = no" used to corrupt mboxes when expunging messages. It now enabled again by default, and it seems to be working. I did update my backups though :) Dovecot's LDAP support currently requires that it can read the userPassword field of every user. I'm not sure if I should support "authentication binds" that seems to be more standard way to do LDAP authentication. That's just slower, works only with plaintext authentication and makes my code more complex.

2 1

[dovecot] Re: IMAP folder problem
by Kevin Lee 18 Feb '03

18 Feb '03

Hi, I've tried other outlook installs and setting. When I try to copy a folder to the imap account I get... "Can't move the items. The move operation could not be completed. It is possible that the destination server is unavailable or does not support subfolders." And when I try to copy mail to the imap folder (with subscribed folders) I get: "Can't move items. This IMAP command could not be sent to the server before the connection was terminated" I get some corresponding errors in dovecots logs: " imap-master: Feb 18 18:31:41 Error: child 60038 (imap) killed with signal 6 imap((null)): Feb 18 18:33:49 Panic: file cmd-append.c: line 25 (validate_args): assertion failed: ((unsigned int) ret == count) imap-master: Feb 18 18:33:49 Error: child 60042 (imap) killed with signal 6 " related? > On Tue, 2003-02-18 at 18:56, Kevin Lee wrote: > > Hi, > > I have tried multiple dovecot versions (0.99 and CVS) and I keep > > getting the same problem. > > > > I connect to the IMAP server fine using outlook xp, but when I try to create > > folders it creates them and then they just disappear. In the Maildir on the > > IMAP server the folder are there but they don't show up using a client. I > > basically can't do anything with folders, including copying outlook folders > > to the server or create/delete folders. > > Just guessing, but maybe you also have to subscribe to the folders > before they show up in Outlook XP? Also make sure you haven't set > anything to root folder path. I know this to be the case with NS7's mail client. --Ian.

2 1

[dovecot] IMAP folder problem
by Kevin Lee 18 Feb '03

18 Feb '03

Hi, I have tried multiple dovecot versions (0.99 and CVS) and I keep getting the same problem. I connect to the IMAP server fine using outlook xp, but when I try to create folders it creates them and then they just disappear. In the Maildir on the IMAP server the folder are there but they don't show up using a client. I basically can't do anything with folders, including copying outlook folders to the server or create/delete folders. And when I move mail to specific folders using procmail it just gets put back into the inbox again... I'm using freebsd 4.7-RELEASE My config file only adds the following lines... auth = plain auth_methods = plain auth_userinfo = password-file /etc/passwd.imap auth_user = root My password file (/etc/passwd.imp) only consists of kev:XXXXXchangedXX[13]:1001:1001::/home/kev:::: I've just created a folder /home/kev/Maildir where dovecot created the MailDir hierarchies. Any help would be appreciated. Cheers Kev

3 2

[dovecot] mbox vs maildir debate (was re: subject concerning binc imap, even though my original message never touched on it or maildir)
by Ian R. Justman 18 Feb '03

18 Feb '03

Tried sending this message with the original topic On Mon, 17 Feb 2003, Andreas Aardal Hanssen wrote: > Hi, Ian. Cross-posting discussions like this is usually not appreciated > by those who subscribe to both foras, so I'll limit it to the Dovecot > list. Mea culpa. That was an inadvertent mess-up on my part; I did not see the headers, usually going by the list's reply-to headers which are usually there, but not this time. I only "cross-posted" it because the first time, it went to the wrong list (the dovecot list was a CC line). I then remailed it to the correct list. I will be more careful in future. > >Basically, if you open via IMAP using a server with a diffent locking > >Additionally, the number of mbox POP3 servers which Do Not Suck(R) is > >rather low right now. Timo finally introduced an mbox IMAP server which > > This I don't agree with. Most existing POP3 servers are quite ok, and > one POP3 Maildir server that is excellent and bug free since 1998, > qmail-pop3d, is quite a piece of art. You are missing my point. I am not talking about POP3 servers in general. See below. > >Not to mention, quite frankly, most mbox POP3 implementations suck > >pretty badly anyway. :P > > This I do agree with. Don't confuse POP3 servers in general with mbox > POP3 servers. The root, the source of the evil is the storage format > mbox. <Rest of argument re mbox vs. maildir removed> I am specifcally targeting mbox POP3 servers, of which there are several implementations; Qpopper, GNU POP3 Server, Cucipop, ipop3d to name a few. I am NOT speaking to maildir, nor to Cyrus, nor to SQL-enabled products. Solely to mbox. In fact, I even said that stuff that talks to maildir, in addition to Cyrus, offered the one thing for IMAP you could not get with mbox until Dovecot came along; something resembling robust dealing with multiple clients to the same mbox store. Nor am I particularly insterested in debating the merits of any format over mbox, a format I have stated I -KNOW- has annoying technical limitations and issues. While I would imagine other formats may have advantages over mbox, I continue to use mbox simply because of the sheer amount of stored mail I have accumulated on all my machines for the past seven years. My point is that Dovecot seems to be the most robust IMAP server I have come across at coping with mbox stores, especially if I am trying to access the same mailbox with two different clients, whether intentionally or inadvertnetly. My hope is that Dovecot's POP3 server will prove just as robust at dealing with mailboxes that may also be open by an IMAP client. Whether Dovecot, BINC IMAP, or even Courier IMAP (or whichever POP3 server for that matter) are better for maildir or anything else, I will leave that debate to those who actually use them. In the end, I have made a choice. Not necessarily the best one, but I made the choice with the full understanding of what that choice would entail. However, you never know. I may change my mind later. ;) --Ian.

1 0

[dovecot] Re: [bincimap] Re: Re: bincimap
by Ian R. Justman 18 Feb '03

18 Feb '03

On Mon, 17 Feb 2003, Andreas Aardal Hanssen wrote: > >> It even recently included a POP server. What's the reasoning there? > >Someone wanted it so it'd be easy to run both POP3 and IMAP servers > >without having to configure them twice. I don't see any harm in it > >anyway, it took only few hours to write, it's optional and doesn't take > >much space in sources. > > Here's where I would say - there are hundreds of working POP3 servers > around, both in closed and open source, so adding a POP3 server to the > Dovecot project just introduces more lines of code where bugs may appear > ;). Here is what -I- would say: I use mbox on all my servers which I have absolutely no intention of changing despite the issues concerning file locking inherent in the whole mbox format. So please, --NO-- attempts to convince me to go to maildir. My take is that if I am going to use an IMAP server, it would be VERY nice if a POP3 server also came bundled with it. Dovecot's having both IMAP and POP3 servers is great because they will likely use the same file-locking schemes (in fact, probably even share the same locking settings). That way if I inadvertently start up a POP3 session while I am connected via IMAP, if they use identical locking mechanisms, I don't screw up my mailboxes should I inadvertently tell my system that I want to delete the messages from my mailbox. Basically, if you open via IMAP using a server with a diffent locking scheme while your hung POP3 session is still running AND you modify your mailbox, you are screwed. Especially if that mailstore is NFS-shared, which is always a dicey proposition. Additionally, the number of mbox POP3 servers which Do Not Suck(R) is rather low right now. Timo finally introduced an mbox IMAP server which definitely Does Not Suck, notably it allows for multiple clients accessing the same mbox mailstore, something previously only offered by Cyrus and perhaps maildir ("perhaps" only because I do not use maildir). Not to mention, quite frankly, most mbox POP3 implementations suck pretty badly anyway. :P --Ian.

4 13

[dovecot] Re: [bincimap] bincimap
by Timo Sirainen 17 Feb '03

17 Feb '03

On Mon, 2003-02-17 at 11:33, Andreas Aardal Hanssen wrote: > Binc IMAP's approaches are to use a secure programming language with > secure well-known contructs, and with an as-simple-as-possible design, > making it very easy for everyone to grasp how the server works. This will > also help the community find and fix bugs. I kind of agree, but not at the expense of security. I have tried to keep my code clean and ugly-optimization-free anyway. > Here's where I would say - there are hundreds of working POP3 servers > around, both in closed and open source, so adding a POP3 server to the > Dovecot project just introduces more lines of code where bugs may appear > ;). Yes, and I wouldn't have done it if it hadn't been so easy. I don't really encourage people to use it anyway, it's even disabled by default. If it has bugs, it doesn't affect the IMAP side. If people really need to run both IMAP and POP3 servers, it is simpler to use the same configuration for both, especially if the configuration isn't "standard" (eg. LDAP or SQL authentication, mailboxes in special locations, etc). All other major IMAP servers provide their own POP3 servers as well, if you haven't noticed :) > Donald Knuth said in a seminar that I attended that the best way to keep a > program free from bugs it to complete it. Finish off the project, work on > fixing bugs. That's Binc IMAP's philosophy. That's the ideal situation, and even possible if you keep the original goals. But there are IMAP extensions which may require large changes, new mail storage formats and ways to deliver mail into them, clustering, etc.

1 0

[dovecot] Re: bincimap
by Timo Sirainen 17 Feb '03

17 Feb '03

On Tue, Feb 04, 2003 at 02:54:47PM +0100, Andreas Aardal Hanssen wrote: > I can change the words in the FAQ if you feel offended by it, but you'll > have to address points individually. I never made remarks about your > personal code conventions, and I never claimed that my server "focuses on > security" in the extent that Dovecot does. > > If you want to discuss our different designs, please do it seriously, > point for point, and don't just troll around like this. Sorry, I just got a bit disappointed after reading the the web page first. Your lines of code comparisions just seemed to imply that your server does everything that others would but with only a fraction of code. There was also something about Dovecot's design being too complex, so I thought you might have solved those problems more elegantly. When you write something from scratch, I think it's a good idea to design it so that it's superior to existing implementations in at least some ways, not just make a clone with slightly different coding style. If all you wanted was a clone with some changes (and better maintainer), forking the project would be much smaller job. Well, here's some design thoughts: Maildir implementation could be hidden behind a class to access it. That would keep the ugly details hidden from the rest of the code, as well as allow easily implementing other mail storages. Restricting yourself to only plaintext authentication doesn't sound very good plan. Separating the pre-login process from post-login process would probably be a good idea to keep their functionality completely separated. It would also be easier to audit the pre-login code if you knew exactly what there is. After logging in, you could just exec() the post-login process. Don't use sprintf(). > Actually I don't get why you guys CC'd me personally on this. If you have > anything in particular you want to discuss you can post it to the mailing > list. I just thought you'd rather want to see it now than months later in google. I know I would. I didn't think it was really relevant to your mailing list, but if you say so..

2 2

[dovecot] Re: [bincimap] Re: Re: bincimap
by Timo Sirainen 17 Feb '03

17 Feb '03

On Mon, 2003-02-17 at 08:28, Andreas Aardal Hanssen wrote: > I wonder what the motives for the author of Dovecot IMAP was when he > started his project. Lack of securely written code in other servers, although Courier did prove to be quite secure after all. > I wouldn't want to comment on Dovecot's design, since I'm no fan of > trolling. I don't think commenting is trolling, as long as there's truth in it, or at least honest opinions. > The project clearly has different goals than Binc. Dovecot wants > excellent features, indexing and an advanced security promoting design. Implementation security as well. I'm not sure about features. It's more about trying to be fast and light. Indexes make Dovecot comparable to Cyrus in speed, but updating them isn't required so it's still drop-in replacement for UW imapd and Courier. Index files themselves aren't really required either, but there's no option currently to disable them. > It even recently included a POP server. What's the reasoning there? Someone wanted it so it'd be easy to run both POP3 and IMAP servers without having to configure them twice. I don't see any harm in it anyway, it took only few hours to write, it's optional and doesn't take much space in sources.

1 0

[dovecot] Brain bubbles
by Mark Lancaster 17 Feb '03

17 Feb '03

Hi Bit of a newbie to imap servers re: the article on webmonkey! http://hotwired.lycos.com/webmonkey/03/04/index3a_page4.html?tw=backend Been trying to set up SSL support with the latest ver. of dovecote I'm guessing that the following line from STDOUT is the problem. How to fix it is beyond my grasp currently. checking for SSL_read in -lssl... (cached) no Any ideas. ttfn Mark

2 1

[dovecot] 0.99.8-test3
by Timo Sirainen 11 Feb '03

11 Feb '03

It includes full LDAP support now, can anyone test if it really works? It has worked with some of my tests, but I don't know too much about LDAP so I might have missed something important. The authentication problem in test1 and test2 is also fixed now.

2 1

[dovecot] 0.99.8-test2 released
by Timo Sirainen 08 Feb '03

08 Feb '03

Fixes several smaller bugs. Finally works with FreeBSD (tested with 4.7 and 5.0). I think there's still some problems with authentication failing sometimes due to memory/ipc corruption. I haven't seen those today, but I don't think I've fixed that either.. One behaviour change is that if default_mail_env isn't set and mbox format is detected (~/mail dir), /var/mail/user or /var/spool/mail/user is used as INBOX if found.

1 0

[dovecot] About the dovecot package (fwd)
by Jaldhar H. Vyas 07 Feb '03

07 Feb '03

Dear Timo, What do you think of this? Fyi, I've been getting the same thing lately and I'm wondering if gnutls is to blame? (i've had inexlicable SIGSEGVs in other apps before due to it.) Tomorrow I'll try with openssl but I was wondering if you had any other ideas? -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/ ---------- Forwarded message ---------- From: Guille -bisho- <bisho(a)eurielec.etsit.upm.es> To: jaldhar(a)debian.org Date: Mon, 3 Feb 2003 02:08:19 +0100 Subject: About the dovecot package Hello! First of all thanks for maintain such a good imap server. It's trully fast and lightweight!!! I was trying Courier, but it is not very interoperable with others linux tools like procmail and others, and uw-imapd performance was really bad. I only have one problem: If I put a lot of folders to check in mutt the imapd server closes de connection saying in the logs: Jan 31 02:50:25 www imap-login: Login: bisho Jan 31 02:50:44 www imap-master: child 22234 (imap) killed with signal 11 It only happens when mutt is configured with a lot of folders. Maybe covecot loads too much indexes in memory and reachs some limit, but I have readed carefully the conf file and hadn't found anything related. Do you have any thought about that? Thanks a lot again See you -- .,,, Guillermo Pérez -=] 03/02/2003 [=- _' .,,,, - bisho@ ( onirica.com | eurielec.etsit.upm.es ) (v)/ ,'' ( \/ :: "Nuestras mayores tonterias pueden ser muy sabias." :: bisho! ``\\ :: -- Leonardo Da Vinci ::

2 3

[dovecot] Dovecot on FreeBSD
by Karo Salminen 06 Feb '03

06 Feb '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I built Dovecot (0.99.5) from Ports on FreeBSD 5.0. The mail client (Kmail) cannot login and it complains that authentication process died. The only thing in the logs is: Feb 2 18:13:01 karo imap-login: Disconnected [client-ip] I tried also passwd authentication method, but its symptoms are the very same. My configure can be found at http://people.jyu.fi/~kaeesalm/dovecot.conf I also tried CVS version in hope of fix and more comprehensive debug messages. The compilation failes when it tries to look for passwd.h even though I set - --disable-passwd and --without-passwd to configure parameters. Could someone fix that. - -- Karo Salminen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+PUX0vt6lNXuj7xcRAp70AJ0R+zhmgF+WBaXaX2V2j+07eVyJRACgh6Ze Pmep2Uy2OnVe/EVuo9O3b80= =eqOO -----END PGP SIGNATURE-----

3 10

[dovecot] bincimap
by Farkas Levente 04 Feb '03

04 Feb '03

hi, what do you tyhink about it? especially the faq comment about dovecot? http://www.bincimap.andreas.hanssen.name/ -- Levente "Si vis pacem para bellum!"

3 3

[dovecot] 0.99.8-test1 released
by Timo Sirainen 04 Feb '03

04 Feb '03

I think all of the reported bugs are again fixed in CVS, so I made a tarball of it. I'd like to hear if there's any problems with it. Here's the most important changes: v0.99.8 2003-02-xx Timo Sirainen <tss(a)iki.fi> * NOTE: Configuration file has changed a bit: auth_userinfo was replaced by userdb and passdb. *_port were merged into *_listen. Disabling listening in imaps port is now done by changing protocols setting. + Fully featured POP3 server included. Disabled by default. + Support for LITERAL+, MULTIAPPEND and UNSELECT extensions. + Internal API cleanups made Dovecot faster and take less memory + auth_verbose logs now all authentication failures + Support for Solaris 9 sendfilev() (not really tested) - COPY now behaves as RFC2060 says: "If the COPY command is unsuccessful for any reason, server implementations MUST restore the destination mailbox to its state before the COPY attempt." - maildir_copy_with_hardlinks = yes was broken. - mboxes in subfolders weren't selectable. - STORE didn't accept multiple flags without () around them - PLAIN SASL-authentication was a bit broken. - IMAP dates were parsed a few hours wrong - If auth/login process died unexpectedly at startup, the exit status or killing signal wasn't logged. - mbox parsing might have crashed sometimes - Next command after STARTTLS was ignored which left the connection stuck sometimes - STATUS command removed \Recent flags from messages - Several bugfixes to SEARCH command, especially related to multiple search conditions

1 0

[dovecot] Recent messages
by Jaime Medrano 03 Feb '03

03 Feb '03

Dovecot seems to manage \Recent messages in a weird way. When a STATUS command is performed in a mailbox, then the \Recent flag of its messages disappear and latter STATUS commands report that there are no recent messagges. I don't know exactly the behavior of the RFC. But other imap servers (UW-imapd, Netscape Messenger...) report the same number of recent messages when two STATUS commands are performed together. -- Jaime.

2 1

[dovecot] Plain auth broken
by Timo Sirainen 03 Feb '03

03 Feb '03

On Fri, 2003-01-17 at 14:15, Timo Sirainen wrote: > On Thu, 2003-01-16 at 03:31, james broermann wrote: > > pine still doesn't want to work. It does detect that the server is using > > plain text passwords. I'll try the sniffer and see what turns up. > > Whops, you're right. I've tested pine only with digest-md5 > authentication before. Looks like my PLAIN authentication isn't working > properly. Normally other clients just use LOGIN command which is > different. Patch is now available at http://dovecot.procontrol.fi/

2 7

[dovecot] cvs down?
by Jesse Peterson 24 Jan '03

24 Jan '03

(Logging in to anonymous(a)dovecot.procontrol.fi) CVS password: cvs [login aborted]: connect to dovecot.procontrol.fi:2401 failed: Connection refused cvs [checkout aborted]: connect to dovecot.procontrol.fi:2401 failed: Connection refused Was the CVS server taken down? -- Jesse Peterson / jesse(a)pixeltechs.com

2 1

[dovecot] Unable to Log in on FreeBSD server?
by Mark 21 Jan '03

21 Jan '03

Hello! I recently compiled dovecot 0.99.7 on a FreeBSD 4.3 server, and have been having problems with logging in and password authentication. a. I can't seem to get it to compile MD5 support -- it only seems to support plain, plain-file, and pam. b. Whenever I try to log in, I always get something along the following lines in /var/log/messages .... Jan 16 17:52:15 akira imap-login: close(master) failed: Bad file descriptor Jan 16 17:55:33 akira imap-auth: Userinfo pam doesn't support DIGEST-MD5 method Jan 16 18:08:28 akira imap-master: Login process died too early - shutting down (I also included one about MD5 in there too! :-)) Basically, the imap-login process is dying every time I try to do a login from a remote machine (I've tried Evolution and Outlook Express ....) I've tried telling it to use port 143 and port 993 (where it correctly generates a warning about a certificate that it can't verify, since i created that certificate with mkcert.sh ) Is there something I haven't configured correctly? The only things I've changed in dovecot.conf are: Any suggestions? Thanks, Marc.

2 5

[dovecot] mbox & Maildir
by james broermann 18 Jan '03

18 Jan '03

Hi, Is it possible for a client to read both mbox and Maildir formats from one server running dovecot? Without changing default_mail_env in dovecot.conf, Maildir folders are working ... they're located in ~/Maildir. No /var/mail/username exists. I have mbox format folders in ~/mail and have been trying to get pine to find them by adding pine folder collections. I always end up back in ~/Maildir, though. Thanks, Jim

2 1

[dovecot] 0.99.7 out
by Timo Sirainen 17 Jan '03

17 Jan '03

This one seems to be actually working. Also rewrote doc/index.txt in case someone is interested.

3 7

[dovecot] 0.99.6 buggy
by Timo Sirainen 14 Jan '03

14 Jan '03

Just a note, the hash table code in it was still buggy. Especially with maildir it could leave the processes to infinite loop. Have to think a bit more how to fix this properly..

1 0

[dovecot] security audit of the code
by seth vidal 14 Jan '03

14 Jan '03

Timo, I know that you're taking an effort to make sure that dovecot is written securely, but I was wondering if you've asked any third party to audit the code yet. I don't have the skills necessary to do this but I bet there is someone out there who does and might be willing to do so. -sv

5 7

[dovecot] 0.99.6 released
by Timo Sirainen 14 Jan '03

14 Jan '03

Several bugfixes since 0.99.6rc3. Here's again the change summary since 0.99.5: v0.99.6 2003-01-13 Timo Sirainen <tss(a)iki.fi> + THREAD=REFERENCES extension support. ORDEREDSUBJECT would be easy to add, but I think it's pretty useless. + SORT is much faster now. + mbox: If ~/mail directory isn't found, create it. + Log login usernames * Some coding style changes (less typedefs) - Mails with nested MIME parts might have caused incorrect BODY and BODYSTRUCTURE fetches and sometimes might have crashed dovecot (assert at imap-bodystructure.c). If client had already successfully done the BODY fetching a couple of times, the bug couldn't happen anymore since Dovecot then began caching the BODY data. So, this mostly happened with new users. - non-UID SEARCH might gave wrong replies in certain conditions. - SORT replied always with UIDs instead of sequences. - If authentication was aborted by client ("*" reply to AUTHENTICATE), the login process crashed later. - STATUS command gave invalid reply for mailboxes with spaces in name - Timezones were parsed wrong with message dates - Digest-MD5: We used "qop-options" instead of "qop", which was incompatible with at least Cyrus SASL. - Realms in passwd-file were buggy - Literals didn't work when logging in - Crashed if it had to wait for mbox lock - With invalid configuration auth and login processes were just dying and master filling log files infinitely. - We didn't work with some 64bit systems

1 0

[dovecot] dovecot-0.99.6rc3 compilation problems on (Open|Free)BSD
by Johan Fredin 13 Jan '03

13 Jan '03

Hi there! Dovecot-0.99.6rc3 barfs at me when I try to compile it on OpenBSD 3.2 or FreeBSD 4.7, both with the same error: [ ..snip.. ] gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -c charset-iconv.c gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -c charset-utf8.c charset-utf8.c:42: storage size of `ascii_translation' isn't known charset-utf8.c:42: storage size of `utf8_translation' isn't known *** Error code 1 Stop in /usr/home/griffin/dovecot-0.99.6rc3/src/lib-charset. *** Error code 1 Stop in /usr/home/griffin/dovecot-0.99.6rc3/src (line 134 of Makefile). *** Error code 1 Stop in /usr/home/griffin/dovecot-0.99.6rc3 (line 202 of Makefile). *** Error code 1 Stop in /usr/home/griffin/dovecot-0.99.6rc3 (line 330 of Makefile). I didn't use any fancy parameters for ./configure. Any config.* files I can post to help? /Regards, Johan

2 3

[dovecot] 0.99.6rc3
by Timo Sirainen 13 Jan '03

13 Jan '03

Well, "release candidate" wasn't really right name for last two versions. Maybe not for this one either, it has a few changes that could potentially break things badly (new hash table code especially). Anyway, seems to work with me. If I don't see any problems with it for a few days it'll be the final. The really great news is that we support threading. A lot of people have not used Dovecot simply because it couldn't be used for webmails. Hmm. What's the next most important feature? .. Better mbox support? Shared folders? Quota? LDAP/MySQL/etc. authentication? Here's the change summary: v0.99.6 2003-01-xx Timo Sirainen <tss(a)iki.fi> + THREAD=REFERENCES extension support. ORDEREDSUBJECT would be easy to add, but I think it's pretty useless. + SORT is much faster now. + mbox: If ~/mail directory isn't found, create it. + Log login usernames * Some coding style changes (less typedefs) - Mails with nested MIME parts might have caused incorrect BODY and BODYSTRUCTURE fetches and sometimes might have crashed dovecot (assert at imap-bodystructure.c). If client had already successfully done the BODY fetching a couple of times, the bug couldn't happen anymore since Dovecot then began caching the BODY data. So, this mostly happened with new users. - non-UID SEARCH might gave wrong replies in certain conditions. - SORT replied always with UIDs instead of sequences. - If authentication was aborted by client ("*" reply to AUTHENTICATE), the login process crashed later. - STATUS command gave invalid reply for mailboxes with spaces in name - Timezones were parsed wrong with message dates - Digest-MD5: We used "qop-options" instead of "qop", which was incompatible with at least Cyrus SASL. - Realms in passwd-file were buggy - Literals didn't work when logging in - Crashed if it had to wait for mbox lock - With invalid configuration auth and login processes were just dying and master filling log files infinitely. - We didn't work with some 64bit systems

2 4

[dovecot] Failed to create storage
by M 10 Jan '03

10 Jan '03

Hi, I'm impressed so far, I tested this before trying to run it on a mail server and it worked find. However on the mail server with the same config I get the following message when I try and authenticate, and it drops the connection. Failed to create storage with data: mbox:/var/mail/martin The test box is running debian unstable and the mail server is running debian stable so I had to recompile and install. I'm failry sure that I got all the permissions right, I feel like I'm missing something obvious, can anyone advise? The file and permissions on the mailbox look right: -rw-rw---- 1 martin mail 14743740 Jan 10 06:29 /var/mail/martin -- Thanks, M

2 2

[dovecot] Re: Thread extension
by Timo Sirainen 10 Jan '03

10 Jan '03

On Fri, 2003-01-10 at 06:00, Jonas Smedegaard wrote: > > Also it looks like I've found a couple of bugs in uw-imap and courier's > > implementation.. > > Something you want to reveal? Well, one was just my misunderstanding of the specs, but another still exists: These should be grouped together, but aren't: Subject: =?iso-8859-1?Q?foo?= Subject: =?iso-8859-1?Q?RE=3A_foo?= UW doesn't seem to handle MIME encoded-words properly. I mentioned this already to Mark Crispin who apparently has a lot to do with UW's code. I didn't look too closely at Courier's output, except it was somewhat different from Dovecot's. Also, Crispin said it was totally broken.

1 0

[dovecot] Thread extension
by Timo Sirainen 10 Jan '03

10 Jan '03

Just figured I'd mention that CVS supports now THREAD extension. I also did a bit of benchmarking using a folder with 4685 mails (evolution mailing list): dovecot+mbox: - 0.59s user 0.01s system 98% cpu 0.608 total - malloc() memory usage 45072 -> 825685 dovecot+maildir: - 0.60s user 0.17s system 98% cpu 0.780 total - malloc() memory usage: 45003 -> 825480 Meaning it takes almost 800kbytes of memory and it's quite fast :) Comparing to other servers then: uw-imap: - 1.11s user 0.27s system 100% cpu 1.376 total - malloc() memory usage: 529408 -> ~4348k courier: - 7.27s user 0.28s system 99% cpu 7.567 total - malloc() memory usage: 181689 -> ~850k cyrus: - 1.403 total (through TCP connection, I couldn't figure out how to start it separately) Whoa, we beat everyone :) Courier uses a bit less memory though, but that's most likely because we allocate it in larger chunks which is faster. I ran the tests several times and picked the best values, although the changes were minimal once they got the messages into OS's cache. Also it looks like I've found a couple of bugs in uw-imap and courier's implementation..

1 0

[dovecot] Re: Logging suggestions?
by Jesse Peterson 09 Jan '03

09 Jan '03

-------- Original Message -------- From: - Wed Jan 08 15:28:42 2003 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00800000 Message-ID: <3E1CB429.3040704(a)attbi.com> Date: Wed, 08 Jan 2003 15:28:41 -0800 From: Jesse Peterson <jpeterson275(a)attbi.com> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Timo Sirainen <tss(a)iki.fi> Subject: Re: [dovecot] Re: Logging suggestions? References: <1042022871.28651.93.camel@hurina> <20030108175006.GB27418(a)dust.uchicago.edu> <20030108181142.GB12010(a)talsever.com> <1042066760.28651.144.camel@hurina> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Timo Sirainen wrote: > > Something like that, yes. I'd like to avoid adding too many (mostly) > useless options though. > Make it customizable! =) Maybe something similar to Apache LogFormat-style or similar? Just a suggestion, -- Jesse Peterson / jesse(a)pixeltechs.com -- Jesse Peterson / jesse(a)pixeltechs.com

1 0

[dovecot] Logging suggestions?
by Timo Sirainen 09 Jan '03

09 Jan '03

Any suggestions how user login/logouts should look like in log files? I was thinking: (connected to imaps port) Login: username [IP 1.2.3.4, imaps, compressed] Logout: username [IP 1.2.3.4, imaps, compressed] [1000/100000 bytes (50%), 00:00:12] Bytes being upload/download and the 50% meaning compression ratio for downloaded bytes, probably not worth it for upload. Or if uncompressed, it'd show the extra space used by SSL/TLS protocol: (using STARTTLS) Login: username [IP 1.2.3.4, TLS] Logout: username [IP 1.2.3.4, TLS] [2020/202000 bytes (101%), 00:00:12] (no SSL) Login: username [IP 1.2.3.4] Logout: username [IP 1.2.3.4] [2000/200000 bytes, 00:00:12] I think the only configuration needed would be if to log login, logout or both.

4 6

[dovecot] Bug#175509: dovecot: init.d script should add some syslog statements on startup/shutdown (fwd)
by Jaldhar H. Vyas 08 Jan '03

08 Jan '03

[Amelia and Timo. As you are both on the dovecot list, I'm replying there to avoid cluttering up your inboxes.] This bug was reported to Debian but I feel it should be fixed upstream. Adding logging in th init script itself would require adding additional dependencies to the package and not be as convenient. ---------- Forwarded message ---------- From: Amelia A Lewis <amyzing(a)talsever.com> It would be nice if the init.d script could add some statements in the system log on startup and shutdown. For postfix, postfix-script (called from the init script) uses: starting the Postfix mail system stopping the Postfix mail system These are useful; one can start the daemon and check that it's initialized (netstat works as well, I suppose, but this is still useful docco). -- Jaldhar H. Vyas <jaldhar(a)debian.org>

2 1

[dovecot] Re: Bug#175507: dovecot: Accidental denial of service via syslog
by Jaldhar H. Vyas 08 Jan '03

08 Jan '03

This bug was reported to Debian but I feel it is an upstream issue. On Sat, 4 Jan 2003, Amelia A Lewis wrote: > If dovecot is misconfigured, such that imap-auth cannot find passwd.imap > (which probably needs to get copied; maybe need more docco in the config > file? This happens if the digest-md5 auth method is uncommented and the > auth_userinfo is set to passwd-file /etc/passwd.imap), imap-auth dies once a > second with error 89, which it reports to imap-master, and both log to > syslog. > > I've got 30,000 line pairs from a ten hour run. I would think that if it > dies more than, say, a thousand times in a single hour, imap-master maybe > ought to consider that there's a serious configuration problem preventing > use, and exit instead of continuing to fill the log. > > Granted, it's a shoot-yourself sort of error. But still ... after a certain > point, the program ought to be able to die *gracefully* if the sysadmin has > shot it, by accident or not. > Personally, I would be even stricter than Amelia is suggesting. If there is a serious configuration error, dovecot should die immediately. -- Jaldhar H. Vyas <jaldhar(a)debian.org>

2 1

[dovecot] Bug reports from Debian BTS
by Jaldhar H. Vyas 08 Jan '03

08 Jan '03

Timo, Are you (or any other interested list readers for that matter) interested in directly receiving bug reports about dovecot sent to Debian? If you are, you can go to http://packages.qa.debian.org/d/dovecot.html and sign up to have notifications sent to you or the list or wherever. Or I can screen them and only send you ones I think are relevant as I'm doing now. -- Jaldhar H. Vyas <jaldhar(a)debian.org> It's a girl! See the pictures - http://www.braincells.com/shailaja/

1 0

[dovecot] 0.99.6rc1 released
by Timo Sirainen 07 Jan '03

07 Jan '03

Again rc, just in case I broke something. Or maybe I should just start creating nightly CVS snapshots. Anyway, fixes the few bugs people have reported lately: - Mails with nested MIME parts might have caused incorrect BODY and BODYSTRUCTURE fetches and sometimes might have crashed dovecot (assert at imap-bodystructure.c). If client had already successfully done the BODY fetching a couple of times, the bug couldn't happen anymore since Dovecot then began caching the BODY data. So, this mostly happened with new users. - If authentication was aborted by client ("*" reply to AUTHENTICATE), the login process crashed later. - Digest-MD5: We used "qop-options" instead of "qop", which was incompatible with at least Cyrus SASL. - We didn't work with some 64bit systems - Realms in passwd-file were buggy * Some coding style changes (less typedefs)

2 2

[dovecot] Assert in imap-bodystructure.c
by Brad Figg 06 Jan '03

06 Jan '03

First let me thank you for my initial newby question about poping from a pop3 server and delivering into my Dovecot maildir folders. Now I'm getting an assertion in imap-bodystructure.c and one of my imap folders is now inaccessable. I think the two are related. Whenever I select the folder from my email client (kmail) I get two log entries in the dovecot log of the format: "imap-master: <date>Error: child <pid> (imap) killed with signal 6" Also in the log are several lines with an assertion failure. I've included a portion of the log below. I am running dovecot 0.99.5. Thanks, Brad ---------------------------------------------------------------------------------------------- imap-master: Jan 06 08:38:44Error: child 22222 (imap) killed with signal 6 imap(brad): Jan 06 08:46:28Panic: file imap-bodystructure.c: line 346 (part_write_body): assertion failed: (part->children->next == NULL) imap-master: Jan 06 08:46:28Error: child 22262 (imap) killed with signal 6 imap(brad): Jan 06 08:53:01Panic: file imap-bodystructure.c: line 346 (part_write_body): assertion failed: (part->children->next == NULL) imap(brad): Jan 06 08:53:01Panic: file imap-bodystructure.c: line 346 (part_write_body): assertion failed: (part->children->next == NULL) imap-master: Jan 06 08:53:01Error: child 22273 (imap) killed with signal 6 imap-master: Jan 06 08:53:01Error: child 22270 (imap) killed with signal 6

2 5

[dovecot] Weird problem on Alpha
by Amelia A.Lewis 06 Jan '03

06 Jan '03

Heyas ... Hope you aren't tired of me already .... I have a very strange problem, I think. Having become happy-happy with dovecot, I decided to install it on another machine that runs on an internal network and provides mailboxes for system monitoring. The setup is, or should be, quite straightforward. TLS is disabled, plaintext is not (I'll change this later, probably; this way is in theory easier to debug). Maildir; the MAIL environment variable is correctly set. Authentication via pam, for real users on the system, auth_user root. Pretty much as-distributed, except for disabling TLS. On attempted login, the client hangs. The following two messages appear in syslog: Jan 5 21:42:43 talifane imap-master: login: received another "not listening" notification Jan 5 21:43:43 talifane imap-login: Disconnected: Inactivity [127.0.0.1] Watching on lo via tcpdump, interesting things happen. If I login with the wrong password, the disconnect is quick (the message in syslog is different, just "Disconnected [127.0.0.1]" from imap-login). The server responds to the a0001 LOGIN command with a0001 NO Authentication failed. That's as expected. If I give the correct password, though, the server never responds. Note that the 'not listening' message appears sixty seconds before the disconnection for inactivity message. In tcpdump, it's clear that the client never gets anything that would give it reason to try another command. So ... have I managed to pull a total bimbo and misconfigure? Or is this a problem with the Alpha platform? I wanted to check before reporting a bug, but this is kinda strange, since it's about the simplest configuration that I can think of. Suggestions (for testing, or for fixing) would be welcome. Is there a way to start the daemon in a particularly verbose mode? In case it's useful, here's what the debian reportbug system generates for dependencies and stuff (0.99.5-1): -- System Information: Debian Release: testing/unstable Architecture: alpha Kernel: Linux talifane 2.4.19 #1 Sat Aug 3 10:33:38 EDT 2002 alpha Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages dovecot depends on: ii libc6.1 2.3.1-9 GNU C Library: Shared libraries an ii libgcrypt1 1.1.10-2 LGPL Crypto library - runtime libr ii libgnutls5 0.6.0-2 GNU TLS library - runtime library ii libpam0g 0.76-9 Pluggable Authentication Modules l ii libtasn1-0 0.1.2-1 Manage ASN.1 structures (runtime) ii openssl 0.9.6g-10 Secure Socket Layer (SSL) binary a ii zlib1g 1:1.1.4-8 compression library - runtime It's specifically a PC164LX/533, 512MB RAM. Thanks for reading. Amy! -- Amelia A. Lewis amyzing {at} talsever.com You like the taste of danger, it shines like sugar on your lips, and you like to stand in the line of fire just to show you can shoot straight from your hip. There must be a 1000 things you would die for; I can hardly think of two. -- Emily Saliers

2 1

[dovecot] wierdness with mailboxes
by David E. Storey 06 Jan '03

06 Jan '03

Mail has always been the bane of my sys-admin life. I've been looking long and hard for a small, C-based, simple IMAP server that worked well with maildirs *and* mboxes and nothing else. wu-imap is so bloated and rife with decrepit, cross-platform, insecure code that I avoid it for any new servers. Courier-imap only supports maildirs but has some wierdnesses that I've come to live with. dovecot promises to be exactly what I'm looking for with just the right footprint and feature-set. =) I was surprised when I tried creating subfolders of mbox's. woohoo! The only problem is that dovecot manages to rename the parent, appending a '.'. So when we have: folder we now have: folder. folder.subfolder Evolution freaks out and thinks it can't store folders in 'folder.' and ends up with two subfolders: null and subfolder, which can contain messages. If I rename the parent folder without the trailing '.', everything works as expected. I'm trying to test some other imap clients now. d!

2 1

[dovecot] Some experiences
by Amelia A.Lewis 06 Jan '03

06 Jan '03

Heyas ... I'm trying to use dovecot to set up a 'closed server' (actually, mixed) sort of environment, for a box to be deployed co-located. I wanted to talk about some of that, and see if some of my experience qualifies as 'bug'. Note that I'm notoriously verbose, so if that bothers you, read no further .... Since it's a more-or-less closed server, I didn't want to use pam (well, I wouldn't mind, for users with shell accounts, but I can't see a way to mix pam and passwd-file ... is there a way to do that?). It turns out that digest-md5 support for clients is, well, not very widespread. I expect this box to be used by various windoze clients, eventually, and while I'm willing to lay down the law a little, I can't find enough digest-md5 support to lay down that law. So, regretfully, I abandoned that plan. This kinda bothers me, since I think TLS/STARTTLS is absolutely the *wrong* solution for mailbox access (or for anything that deals with a store-and-forward transport). I therefore tried md5 passwords in a passwd-file, with STARTTLS enabled. Didn't work. I turned off SSL, and reenabled plain-text, and watched the login go by. Very sniffable, of course. But correct username and password ... failed. There are instructions for creating digest-md5 style secrets in auth.txt, but none for md5 passwords; I used openssl passwd -1 [password] (and cut and paste). It seems odd to me that this didn't work; does that command use a different algorithm than dovecot? Falling back ... since it *shouldn't* matter if the passwords are weak, as long as they're inside TLS (along with the entire rest of the transaction, ugh), I used mkpasswd to generate a standard unix passwd (and cut and paste). This worked. It worked with TLS, and it worked without (as long as I remembered to allow sniffable logins). One more oddity: I originally had a realm in the passwd-file, which also established the mail location and 'home' directory (most of the users can't actually log in and don't have accounts in /etc/passwd, so it's not a real home directory). There was an odd message in syslog, approximately like so (where 'user' represents the username, and 'domain.realm' represents both my domain name and the realm in the passwd-file): imap(user:@omain.realm): Failed to create storage with data: domain.realm Note the missing first letter after user:@ And I don't know what it was trying to do; the maildirs already exist. /etc/dovecot.conf sets the default mail location to /home/users/%n/Maildir (non-shell users are all inside /home/users; shell users have mail there, with symlinks to ~/Maildir); the passwd-file establishes the location of the INBOX pretty definitively, I would think. The solution was to remove the realm (which isn't useful except for digest md5, anway, right?). Hey, it's working! Wahoo! *laugh* Anyway, if someone can offer suggestions on what's up with the pieces that *aren't* working, I'd be interested to know. It might give me a greater range of options. Amy! -- Amelia A. Lewis amyzing {at} talsever.com The less I seek my source for some definitive, the closer I am to fine. -- Indigo Girls

6 12

[dovecot] Util for pop3 to dovecot?
by Brad Figg 04 Jan '03

04 Jan '03

What I want to do is pop my email off of a Pop3 server and give it to dovecot for imap serving. Does anyone know of a utility that will allow me to do this? I looked at fetchmail but it seems to want to talk to an SMTP server. Thanks, Brad -- Brad Figg - brad(a)tpi.com 503.601.0235 ext. 105 TriplePoint, Inc. - http://www.tpi.com

3 2

[dovecot] maildirmake, shared folders
by Amelia A.Lewis 03 Jan '03

03 Jan '03

Does dovecot support shared folders, maildir style? I've set it up, using the maildirmake from debian maildrop to create folders. I have a number of as-yet unresolved issues, so I haven't been able to test with many clients. It's interesting that dovecot manages to present folders as siblings (rather than children) of INBOX. But mutt, at least, doesn't seem to see the shared maildir (created per instructions in the maildirmake man page). I find in the debian archives that courier is unable to see messages delivered to new in a shared maildir. This doesn't seem to be the same set of symptoms, though. It appears, instead, that dovecot isn't recognizing (and then advertising) the shared-maildirs file (a text file that describes the name and the location). Is that the case? I don't think it's a high priority, mind, just wondering. Another question: can the dovecot distribution include a maildirmake utility? The documentation is pretty blunt about the significant advantages of maildirs, but one has to go to the courier distribution to find a utility to pre-create these (which dovecot seems to want, since it's recognizing the mail type by looking for the dir). This is most significant when setting up new users, of course. Possibly this is inappropriate, and I should instead ask the debian package maintainer to 'recommend' or 'suggest' the maildrop package in order to get the required utility. Nice stuff, though. I really like the ease of administration; dovecot looks to me like a sort of equivalent to postfix, for IMAP instead of SMTP. A request for the website: perhaps developers could supply information on clients used with the server, and what oddities are encountered? I know that IMAP client support is spotty, at best (for instance, I can't find a client that can do digest-md5; mutt is supposedly capable, but my installation doesn't even admit that that's a valid authenticator). This is partly significant because setting up a system that uses options for which there is little or no client support is, perhaps, an exercise in futility. Amy! -- Amelia A. Lewis amyzing {at} talsever.com Never imagine yourself not to be otherwise than what it might appear to others that what you were or might have been was not otherwise than what you had been would have appeared to them to be otherwise. -- The Duchess [Lewis Carroll]

3 2

[dovecot] 0.99.5 released
by Timo Sirainen 02 Jan '03

02 Jan '03

v0.99.5 2003-01-02 Timo Sirainen <tss(a)iki.fi> * This release includes a lot of code cleanups, especially related to security. Direct buffer modifying was replaced in several places with a new buffer API, which provides a safe way to do it. Code that looks unsafe contains @UNSAFE tag to make auditing easier. + Support for SORT extension. Originally I thought about not implementing any extensions before 1.0, but too many people want webmails which want SORT. THREAD is another extension which they want, but we don't support it yet. + imap_listen and imaps_listen settings now accept "*" and "::" to specify if we want to listen in IPv4 or IPv6 addresses. "::" may also listen in all IPv4 addresses depending on the OS (Linux does, BSD doesn't) + New setting: default_mail_env can be used to specify where to find users mailbox. Default is still to use autodetection. + New setting: imap_log_path to log logins etc. informational messages to different file. + We support now separate mbox file for INBOX folder, no need for symlink kludging anymore. + Support for keeping index files in different location than actual mailboxes. ? Disabled mailbox_check_interval setting by default, it breaks Evolution. - SEARCH was still somewhat buggy, especially with laggy networks. Also body/header searches might have crashed or at least used memory too much - Deleting messages in the middle of mbox caused dovecot to reindex the following messages as new messages (ie. change UIDs and set \Recent flag). - Digest-MD5 auth: Initial server challenge packet was missing a comma, which might have made it incompatible with some implementations. - Some more fixes to unnecessarily high memory usage - SELECT and EXAMINE often printed UNSEEN reply or maybe complained about corrupted indexes. Happened usually only with mbox. - FETCH BODYSTRUCTURE gave incorrect reply, breaking pine - LIST was pretty buggy with mbox subfolders - CHECK command returned just "missing parameters" error - DELETE didn't work with mbox folders - CREATE mailbox<hierarchy separator> failed always. - CREATE and RENAME didn't create required hierarchies with mbox - RFC822 date parser didn't handle single digit days correctly. - login_process_per_connection = yes didn't work with imaps port connections which is exactly where it was mostly wanted. - ssl_disabled = yes didn't disable listening in imaps port - process limiting code didn't compile everywhere (eg. FreeBSD). - Linux sendfile() was never detected - We didn't work at all with gcc/PowerPC

1 0

[dovecot] Re: Maildir format
by Timo Sirainen 30 Dec '02

30 Dec '02

On Mon, 2002-12-30 at 09:25, Gareth J. Greenaway wrote: > On Mon, Dec 30, 2002 at 08:51:21AM +0200, Timo Sirainen wrote: > > Dovecot wants the folders directory names to begin with a dot, so name > > it ".test". Subfolders would be named as ".test.subfolder". This is > > compatible with Courier's Maildir++ format. > > Right. that is what I have as im using the Maildir folders from > Courier but I still do not see mail showing up in them. The folder > itself shows up but no mail. Oh, I think then you're just using mutt a bit wrong :) Enter-key goes inside a subfolder, space-key selects the folder. A folder can itself contain mail but it can also contain subfolders, so this is needed. With Courier you probably got away with just enter-key because you didn't have such subfolders and Courier gives mutt hints about if folders have subfolders. Dovecot doesn't yet support that extension so mutt always assumes they have subfolders.

1 0

[dovecot] Maildir format
by gareth＠wiked.org 30 Dec '02

30 Dec '02

Started using dovecot and I am very impressed by its speed. I am confused by what it is expecting the format of the Maildir directory to be in. I currently have ~/Maildir which contains new, cur, and tmp all containing email that should be in my inbox and it pops up correctly as such when I connect to dovecot using Mutt. After the connection a new .INBOX is created under ~/Maildir with sym links back to new, cur, and tmp. The problem arrises when I want to view email from another folder, I have a folder called "test" which contains some email also in Maildir format, however when I attempt to view this email I only get an empty listing with the ".." to go one directory up. Thanks. Gareth Greenaway -- "My friends say I should act my age, What's my age again?" Gareth J. Greenaway | gareth(a)wiked.org

2 1

[dovecot] passwd-file; configure args..
by Jesse Peterson 28 Dec '02

28 Dec '02

I couldn't reproduce this again (because i can't get imap-master running due to problem below..) but.. When compiling without shadow, passwd, or pam, when logging in I get after a successful login (in my syslog): Dec 28 22:39:38 badcase imap(username): MAIL environment missing and autodetection failed (home /some/home/directory) Now I thought this was covered in a previous fix before (ChangeLog: "2002-12-17 03:00 Timo Sirainen <tss(a)iki.fi>") but for some reason it's broken again..? The configure args problem has to do with --localstatedir. If i leave it default (PREFIX/var) it forces me (even with non-relative pathnames in the config file) for the socket-files (ssl_parameters_file, login_dir) that should go in /var/run to be put under PREFIX, (/usr/local for NetBSD 1.6). Not too bad, if I could override it in the config file, which I can't. So I ./configure'd with --localstatedir=/, and when I run imap-master I now get: Fatal: Can't create directory //run/dovecot: No such file or directory Somewhat odd. Any clues on either of these would be helpful, thanks. -- Jesse Peterson erage(a)softhome.net

2 7

[dovecot] o.99rc2 works on PowerPC - sort of...
by Jonas Smedegaard 27 Dec '02

27 Dec '02

Hi all, The new release starts on PowerPC now. On to the next problem... :-) When accessing my folders through Pine (setup to always go through IMAP, even local mboxes) I get "kicked out" it seems, pretty often. Here's what shows in the logfile: imap(jonas): file imap-bodystructure.c: line 342 (part_write_body): assertion failed: (part->children->next == NULL) - Jonas -- Debian GNU/Linux developer http://www.debian.org/ Jonas Smedegaard +45 40843136 http://dr.jones.dk/ Consulting for machines and humans: Spiff ApS

2 1

[dovecot] RLIMIT_AS patch for FreeBSD
by Dominic Marks 27 Dec '02

27 Dec '02

Hey, I've just updated the FreeBSD dovecot port to the 0.99.4 beta release, the following patch was needed as FreeBSD has setrlimit(2) but does not define RLIMIT_AS (I believe). I switched the code the require both, alternatively find a parallel option in the FreeBSD setrlimit(2) manual page. ( http://www.freebsd.org/cgi/man.cgi?setrlimit ) You may be interested in integrating this patch. --- src/lib/restrict-process-size.c Fri Dec 27 18:19:41 2002 +++ src/lib/restrict-process-size.c-new Fri Dec 27 18:19:22 2002 @@ -32,7 +32,8 @@ void restrict_process_size(unsigned int size __attr_unused__) { -#ifdef HAVE_SETRLIMIT +#if defined(HAVE_SETRLIMIT) && defined(RLIMIT_AS) +/* FreeBSD has setrlimit(2) but does not define RLIMIT_AS */ struct rlimit rlim; rlim.rlim_max = rlim.rlim_cur = Thanks, -- Dominic <dom at cus.org.uk> <d.marks at student.umist.ac.uk>

2 1

[dovecot] Dovecot splited fetch problem
by Hon 27 Dec '02

27 Dec '02

Hello, When I was trying out the IMAP server (using Mozilla as client), I have no success of receving mail with attachments. Looking it down further I've found that Mozilla fetches the message in 10k blocks, and the server seems missed a couple of bytes at where the split occurs... Mozilla start the fetch by saying: * 413 FETCH (UID 827 RFC822.SIZE 106371 BODY[]<0> {10240} -- snip to place of split -- zmmAWdUxYA6Aobczv4BguxSZGqdYs6ELNIpgjiPUdYLxsHy) 7 OK Fetch completed. 8 UID fetch 827 (UID RFC822.SIZE BODY[]<10240.10240>) * 413 FETCH (UID 827 RFC822.SIZE 106371 BODY[]<10240> {10240} 6BilWYuUJGA4YeNYFJbI1gL The resulting line (saved from Mozilla view source) is: zmmAWdUxYA6Aobczv4BguxSZGqdYs6ELNIpgjiPUdYLxsHy6BilWYuUJGA4YeNYFJbI1gL ^^ Two bytes missing Where the original is: zmmAWdUxYA6Aobczv4BguxSZGqdYs6ELNIpgjiPUdYLxsHygZ6BilWYuUJGA4YeNYFJbI1gL ^^ I have tried this using Debian packaged (0.99.4-1) and self compiled 0.99.5rc1. Both exhibit this problem.

2 1

[dovecot] [Fwd: ./configure options..]
by Jesse Peterson 22 Dec '02

22 Dec '02

Oops, wrong address.. -------- Original Message -------- Message-ID: <3E0618CB.1060106(a)is.a.fakepope.com> Date: Sun, 22 Dec 2002 11:55:55 -0800 From: Jesse Peterson <erage(a)is.a.fakepope.com> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20020901 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dovecot Mail List <dovecot(a)procontrol.fi> Subject: ./configure options.. Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit [CVS from ~ 10:30am PST] It would seem that --without-passwd produces gcc -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o imap-auth auth.o auth-plain.o auth-digest-md5.o cookie.o login-connection.o main.o master.o mycrypt.o userinfo.o userinfo-passwd.o userinfo-shadow.o userinfo-pam.o userinfo-passwd-file.o userinfo-vpopmail.o ../lib/liblib.a -lcrypt userinfo-passwd-file.o: In function `get_reply_data': dovecot/cvs/dovecot/src/auth/userinfo-passwd-file.c:72: undefined reference to `passwd_fill_cookie_reply' grep of the source tree says: src/auth/userinfo-passwd.c:16:void passwd_fill_cookie_reply(struct passwd *pw, AuthCookieReplyData *reply) Also pam, shadow, and passwd-file all seem to call this function in them. Ideas? -- Jesse Peterson erage(a)softhome.net

2 1

[dovecot] 0.99.5rc1
by Timo Sirainen 22 Dec '02

22 Dec '02

Current CVS contains a lot of code cleanups which aren't too well tested. Seems to be working with me, but I'm still a bit worried I left some very nasty bug lying around somewhere. There's anyway been many nasty fixes since 0.99.4, most importantly with mbox handling and SEARCH command. I've also added support for SORT extension. It's not very fast currently, but it should work. I tested with squirrelmail and it looked fine. So, those people wanting to use Dovecot with webmail might try it now. :) THREAD extension is still missing though. So, here's a 0.99.5 release candidate 1. I wouldn't recommend it for production usage yet, but I'd hope some people to test it before I'll put out a real release. Just so that I won't be (again) releasing n+3 versions in a few days :) You can get the sources from http://dovecot.procontrol.fi/rc/ I'm going away for christmas tomorrow, once I get back I'll do some more testing and auditing and get the final release out. Next weekend probably.

1 0

[dovecot] dovecot replacing uw-imap
by seth vidal 20 Dec '02

20 Dec '02

Hey, I'm trying to sort out how to make dovecot replace uw-imap cleanly. But I have the following problems/questions: 1. Why is mbox support limited to user-owned directories? 2. Would it be possible to have dovecot target a different place than ~user/mail by default, specfically some place like /var/path/to/maildirs/userdir/ I'd like to move all my mail storage out of user homedirs and to central space on my mail server, increasing reliability and helping me manage disk space usage for readily. In order to use dovecot I need a migration path and that path looks like it will need mbox outside of the users homedirs and pottentially outside of solely user-owned directories. -sv

3 4

[dovecot] 0.99.4 uploaded to Debian
by Jaldhar H. Vyas 19 Dec '02

19 Dec '02

Hi, I'm the Debian maintainer of UW-Imap. Like many I'm somewhat frustrated with the limitations of it so I am very pleased to see that Dovecot is becoming a strong alternative. I have uploaded packages of 0.99.4 to the Debian unstable distribution (sid). Because this is a new package it has to be added by hand so it may be a while before it shows up in sid. In the mean time, I have made the packages (also for stable or woody) available from http://www.braincells.com/open/ Debian users, please take a look and give me some feedback. Unfortunately much to my embarrasment I can't currently use dovecot on my own account. I get a meesage like this in /var/log/syslog: Dec 18 09:01:31 samadhi imap(jaldhar): Error indexing mbox file /home/jaldhar/mail/inbox: LF not found where expected The mbox in question is about 17MB and opens fine in uw-imapd. Any clues? -- Jaldhar H. Vyas <jaldhar(a)debian.org> It's a girl! See the pictures - http://www.braincells.com/shailaja/

2 1

[dovecot] passwd-file access
by Jesse Peterson 17 Dec '02

17 Dec '02

Using passwd-file authentication I run into some problems.. This is my passwd file: user:0cc175b9c0f1b6a831c399e269772661[34]:6660:6660:0:/some/mail/directory/user:0::: My MUA tells me after enter my user/pass that the server disconnected, OK. So I netcat into the imap server, and issue an "C: LOGIN user a" in which case I get the error "Fatal: USER environment missing". So I search for this in the src and find in 'src/imap/main.c' on line 30 it checks for the environment variable USER.. which I assume it can't find because it's not an actual system user, it's a ficticious user in a passwd-file. Any ideas? -- Jesse Peterson erage(a)softhome.net

2 1

[dovecot] Dovecot Pronunciation/Meaning
by Jesse Peterson 16 Dec '02

16 Dec '02

Timo, What is the "official" way to pronounce Dovecot? Is there a meaning to the word? A background on why you chose it? -- Jesse Peterson erage(a)softhome.net

2 1

[dovecot] SSL + default_mail_env
by Jesse Peterson 16 Dec '02

16 Dec '02

in the config file i have "ssl_disable = yes", however, i get this in my LOG_MAIL syslog: "Dec 17 00:21:07 host imap-master: Can't create temporary SSL parameters file /default/configured/directory/ssl-parameters.dat.tmp: No such file or directory" I know what the error is, and how to fix it, but it's an SSL thing which should have been disable according the config file, correct? It would seem that if you surround the value given to default_mail_env in quotes (as listed in the sample config file) you get errors like: Dec 17 00:21:13 host imap(testuser): Failed to create storage with data: "maildir:/home/testuser/mail/" -- Jesse Peterson erage(a)softhome.net

2 2

[dovecot] Maildir problem..
by Jesse Peterson 16 Dec '02

16 Dec '02

I have the most interesting problem... I've compiled dovecot from CVS with a checkout on 2002-12-15 around 23:00 PST. When I select a message in my MUA I can view it and stuff, however, if I select another message, or folder, the message disappears. It appears that dovecot shortens the Maildir message name to ":2,S" and then you can't access the message from the MUA again. The same happens if you try and move a message from a foler to another folder.. Any ideas? -- Jesse Peterson erage(a)softhome.net

2 2

[dovecot] Maildir detection..
by Jesse Peterson 12 Dec '02

12 Dec '02

It would seem that dovecot cannot detect my maildir. The system DO NOT use "~/Maildir". It is arbitrary across a few systems, actualy, and am curious if there is a way to "force" in the config file where the maildir explicitly resides, much like Postfix's "home_mailbox" configuration parameter. On a side note, I compiled dovecot 0.99.4 on a NetBSD 1.6-release i386 machine, it when imap_listen is not set in the config file, it only binds to the tcp6 ::1 address. Any clues? -- Jesse Peterson erage(a)softhome.net

2 1

[dovecot] Re: questions
by Timo Sirainen 06 Dec '02

06 Dec '02

On Fri, 2002-12-06 at 13:09, Farkas Levente wrote: > > I don't have much LDAP plans right now .. PAM would likely already have > > existing LDAP plugins, but you'd also have to keep the users in > > /etc/passwd then (without passwords). > why??? that's what I realy would like to avoid!!! is there any reason? PAM can only be used for checking if user/password matches, so it's missing the passwd information that Dovecot needs, at least home dir and uid. Although I had been thinking of making those some global settings in config file, so you could say homedir=/var/user/$USER$ uid=imapusers. > > I've been thinking about SQL database support from the beginning. > > However it'd probably be slower and require a bit more memory than with > > the current indexes. > > ohh? I assume a database should have to be faster, but this is just an > assumption... That's mostly because of a few tricks that Dovecot does with it's index files that aren't really possible with SQL databases. Multiuser mailboxes which are modified a lot are one thing where they could be faster than Dovecot's index files because of better locking. Besides, Dovecot's indexes could be called as a simple database..

1 0

[dovecot] questions
by Farkas Levente 05 Dec '02

05 Dec '02

hi, I'm look around to find a usable imap server and find dovecot. I read all the docs, but I've got a few questions: - currently we use courier (since we find and install it quickly). can we switch from it to dovecot smoothly? or we have to convert the maildirs somehow? - I've got a few plan in my mind it it possible to do it with dovecot now or in the near future (if yes what is the estimated time)?: - authenticate from LDAP, the best would be trough PAM? - use the same user with different domain. eg: lfarkas(a)bnap.hu, lfarkas(a)bppiac.hu with the same imap server? handle more domains. - use imaps and use Digest-MD5 and/or CRAM-MD5? - put a database backend under imap and store the mails in a database. - use WITHOUT local users? it's very important! most case a user never ever log into the local system and I would not like to put them into /etc/password. - do it all the above at the same time!? thanks. -- Levente http://petition.eurolinux.org/ "The only thing worse than not knowing the truth is ruining the bliss of ignorance."

2 1

[dovecot] Re: sick of me yet?
by Timo Sirainen 02 Dec '02

02 Dec '02

On Mon, 2002-12-02 at 01:37, Kyle Symonds wrote: > x login weasel(a)squeakyweasel.net ******** > x NO Authentication failed: Authentication process died Well, you should definitely see something about this in log files. Like: imap-auth: Dec 01 17:59:32 Warning: Killed with signal 11 And if it was killed with signal 11 or 6 you should also find core file in the directory where you started imap-master?

1 0

[dovecot] Sieve
by hellhound＠geek.be 02 Dec '02

02 Dec '02

Hi all, I'm using Dovecot for some months now, and I love it! I also saw that there are 'plans' to integrate Sieve support. Well, some days ago I saw the following on freshmeat: libSieve - http://libsieve.sourceforge.net/ libSieve is a standalone library pulled from CMU's implementation of their Sieve mail sorting library in the Cyrus mail server. Either shared or statically linked, libSieve will help to bring mail sorting functionality into your mail server application without the need to reinvent the wheel. As a library, it is not intended for end users expecting a ready-to-run program. Maybe this could ease the Sieve integration ? If I got some spare time I'm going to contribute some code for it myself. greets

2 1

[dovecot] Re: compiling
by Timo Sirainen 01 Dec '02

01 Dec '02

On Sun, 2002-12-01 at 22:54, Kyle Symonds wrote: > Just thought I'd pass this along. While trying to compile 0.99.4 the following happens: > > restrict-process-size.c: In function `restrict_process_size': > restrict-process-size.c:41: `RLIMIT_AS' undeclared (first use in this function) > restrict-process-size.c:41: (Each undeclared identifier is reported only once > restrict-process-size.c:41: for each function it appears in.) Thanks. I thought that would have been portable since it was in UNIX98. You could change that to RLIMIT_DATA and it should be somewhat equilevant. I'll change it in CVS so that it does both DATA and AS if it exists.

1 0

[dovecot] 0.99.4 released
by Timo Sirainen 01 Dec '02

01 Dec '02

This fixes the last weird bugs that I know of. Now just a few more missing features and 1.0 should be there :) v0.99.4 2002-12-01 Timo Sirainen <tss(a)iki.fi> - Command parser had several bugs when it didn't have enough data to parse the full command in one call, ie. network lags etc. triggered those bugs sometimes. This was the last "weird bug" I know of. - Mbox indexes got broken when updating cached fields - Fixed a few memory leaks and unneededly high memory usage while caching envelopes - Fixes to searching from message body and header - --with-ssldir didn't do anything and the default was empty

2 1

[dovecot] dovecot and pop3
by Paul C. Bryan 27 Nov '02

27 Nov '02

Dear dovecotters: I'm becoming interested in dovecot as a replacement for UW-IMAPD. Any project that claims it's the "postfix of ____ servers" deserves a looksee. If indeed I were to going to switch at some point, I'd need to replace the UW POP3 server (which is a part of the UW package). I would prefer one that actually used the dovecot IMAP server instead of going to the filesystem directly. Question 1: Anyone know of such a POP3 daemon that connects to the IMAP server. Question 2: If the answer to Q1 is "no", would anyone be interested in such a package? Yours truly, Paul C. Bryan email(a)pbryan.net

4 5

[dovecot] vpopmail - again
by Kyle Symonds 27 Nov '02

27 Nov '02

OK, dovecot compiles fine and starts up. I changed the auth_userinfo var to vpopmail, fired up imap-master and tried to login via webmail and my log spits out the following: imap-login: Nov 26 14:50:50 Error: Can't connect to imap-auth at auth: Connection Refused imap-login: Nov 26 14:50:51 Error: Can't connect to imap-auth at vpopmail: Connection Refused Any ideas? --Weasel weasel(a)squeakyweasel.net http://squeakyweasel.net

2 1

[dovecot] rpm and srpm for dovecot
by seth vidal 27 Nov '02

27 Nov '02

hi, I put an rpm and srpm for dovecot on: http://www.dulug.duke.edu/~skvidal/RPMS/ They are made under rhl 7.3 - should build on 8.x I'd bet. I added an init script to start up imap-master I've done exactly ZERO testing on these and I'd welcome some feedback, thanks. -sv

1 0

[dovecot] 0.99.3 released
by Timo Sirainen 27 Nov '02

27 Nov '02

OK, this one will be the final release for a while, I promise (or hope). Fixes mbox corruption when expunging mails from the middle of mailbox with mail_read_mmaped=no which is the default. This bug was already in 0.99.0 release. I had been using Dovecot like that for 5 days or so without noticing the bug.. Wonder if I lost any mails.

1 0

[dovecot] mbox problems
by Timo Sirainen 26 Nov '02

26 Nov '02

Strange .. I didn't think I had done anything that could break things too badly. Anyway, at least with Solaris EXPUNGE may corrupt part of the mbox file, so don't do that for now.

1 0

[dovecot] 0.99.2 released
by Timo Sirainen 26 Nov '02

26 Nov '02

Mostly compiling cleanups but also one bugfix when index wasn't exclusively locked while it was being fsck'ed - that doesn't normally happen without crashing/whatever. v0.99.2 2002-11-26 Timo Sirainen <tss(a)iki.fi> + If we have to wait for a lock longer, the client is now notified about it every 30 seconds. - Default settings still pointed to lib directory instead of the libexec directory where the binaries were actually installed - vpopmail support had to be kludged to fix a bug in vpopmail library which sometimes left extra character after the user name. - Login process crashed if master process didn't let some user login. Normally this couldn't happen without error in configuration. - select() based I/O loop wasn't working so Dovecot didn't work in eg. OSX. Also PAM authentication wasn't detected with OSX. - Didn't compile with NetBSD-current

1 0

[dovecot] 0.99.1 released
by Timo Sirainen 25 Nov '02

25 Nov '02

Nothing new, just a few compiling/configuration issues fixed. Dovecot should also be in NetBSD pkgsrc soon. Now who would want to get it into Debian? :) v0.99.1 2002-11-25 Timo Sirainen <tss(a)iki.fi> + Added doc/mkcert.sh script to easily generate yourself a self-signed certificate. Modify doc/dovecot-openssl.cnf before running it. + --with-ssldir configure option to specify default path for /etc/ssl + Added ssl_disable setting to config file - OpenSSL wasn't checked properly by configure - vpopmail authentication module didn't compile - We should install the binaries into libexec dir, not lib - doc/configuration.txt and doc/mail-storages.txt were missing

1 0

[dovecot] vpopmail support?
by Kyle Symonds 25 Nov '02

25 Nov '02

Well, I read that back in 0.98 or so vpopmail support should work so I assumed it would be enabled in 0.99 but here's what I get. gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -I/usr/local/vpopmail/include -g -O2 -Wall -W -g -O2 -Wall -W -c userinfo-vpopmail.c In file included from userinfo-vpopmail.c:12: /usr/local/vpopmail/include/vpopmail.h:133: syntax error before `*' *** Error code 1 Stop in /root/dovecot/src/auth. *** Error code 1 Stop in /root/dovecot/src. *** Error code 1 Stop in /root/dovecot. *** Error code 1 Stop in /root/dovecot. Someone want to throw a bone? =) --Weasel weasel(a)squeakyweasel.net http://squeakyweasel.net

2 1

[dovecot] Re: vpopmail support?
by Kyle Symonds 24 Nov '02

24 Nov '02

Oh yeah, the system's FreeBSD 4.7-RELEASE. Trying to do a qmail+vpopmail+pop3+imap setup. --Weasel weasel(a)squeakyweasel.net http://squeakyweasel.net ======= At 2002-11-24, 12:25:00 you wrote: ======= >Well, I read that back in 0.98 or so vpopmail support should work so I assumed it would be enabled in 0.99 but here's what I get. > >gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib -I/usr/local/vpopmail/include -g -O2 -Wall -W -g -O2 -Wall -W -c userinfo-vpopmail.c >In file included from userinfo-vpopmail.c:12: >/usr/local/vpopmail/include/vpopmail.h:133: syntax error before `*' >*** Error code 1 > >Stop in /root/dovecot/src/auth. >*** Error code 1 > >Stop in /root/dovecot/src. >*** Error code 1 > >Stop in /root/dovecot. >*** Error code 1 > >Stop in /root/dovecot. > >Someone want to throw a bone? =) > >--Weasel >weasel(a)squeakyweasel.net >http://squeakyweasel.net

1 0

[dovecot] 0.99.0 released
by Timo Sirainen 24 Nov '02

24 Nov '02

I figured now would be a good time for new release. All the major changes are pretty much done now. v0.99.0 2002-11-24 Timo Sirainen <tss(a)iki.fi> + Replaced hash file with binary tree file which makes Dovecot stay fast with large mailboxes after expunging multiple mails. + Several speed improvements with SEARCH + SEARCH CHARSET support using iconv(), although case-insensitive searching is currently supported only for ASCII characters. + OpenSSL support. + Support for regenerating Diffie Hellman and RSA parameters with specified intervals. NOTE: currently doesn't work with OpenSSL. + Support for each login connection being handled in it's own process. This is the default as it's more safe especially with SSL. + mbox locking is now safe, other processes can't modify the mbox file while we're reading it. + Notify clients with "EXISTS" almost immediately after new mail is received. + Rawlog: Support for saving user connections into files - useful for debugging. + Content-Language is finally parsed correctly + Lots of smaller speed optimizations - Partial BODY[] fetches weren't working properly - BODY[section] was buggy with message/rfc822 MIME parts - STARTTLS wasn't working - \* flag was missing from PERMANENTFLAGS. - Comments inside <> mail addresses crashed. - imap-login printed UTC timestamps to logfiles - passwd-file wasn't reread the the file changed - PAM authentication was implemented wrong, which caused it to break with some PAM plugins. - Lots of smaller fixes, mostly to do with reliability

1 0

[dovecot] Seen bug?
by Simon Lindgren 13 Nov '02

13 Nov '02

Hi, I'm using Kmail and dovecot for my IMAP pleasure, and have had some problems, which are evident from the following exchange with some kmail developers. My patch to the imap protocol in KDE fixed my problem, but should dovecot be changed instead? Thank you for any insight! I've included the discussion on kmail-devel so far: [ I wrote: ] -- I've recently switched to IMAP for email (using dovecot as the server, http://dovecot.procontrol.fi/) and have a small problem: Clicking a message brings it up, but doesn't seem to mark it read on the server. I need to select 'Message -> Mark Message -> Mark Message as Read' in order for it to "stay read" when I check for new mails on the server. Is anyone else seeing this behaviour? Is this a bug, or a feature? I've assigned a shortcut key for 'Mark Message as Read' so I get by, but with a large number of messages and folders, it quickly becomes annoying. -- [ Carsten Burghardt <burghardt(a)kde.org> wrote in reply: ] -- As your imap-server is not really common you should check with ethereal the communication between kmail and your server. -- [ I wrote in reply: ] -- Thanks for the replies... snooping with ethereal, I get the following: (quoting only the data sent from kmail) When viewing a mail in kmail: UID FETCH 203 (UID RFC822) When specifically flagging it as 'read' in kmail: UID STORE 203 -FLAGS.SILENT (\SEEN \ANSWERED \FLAGGED \DRAFT) UID STORE 203 +FLAGS.SILENT (\SEEN) It would seem that my problem would be solved if kmail also sent the +FLAGS stuff when viewing a message... but I don't know if this would be according to the IMAP specification - or if the server should flag the message as 'seen' when the client does the 'fetch' ? I do have 'Mark selected message as read after 0 sec' checked - and the message is flagged in kmail as read, but without specifically marking it as read in kmail, it's still 'unread' after the next 'check mail' run. I hope I'm being clear. If you still think this is a bug with my (non standard, I agree!) IMAP server I'll try another one. -- [ I wrote another reply: ] -- I made a change to imap4.cc, and it magically works for me - I've not tested this one very much, but it seems to do the trick so far. I would be very interested if someone knowledgeable would tell me just how wrong this piece of code is, as I'm working on learning these things. --- imap4.cc Tue Oct 15 21:52:43 2002 +++ imap4.cc Tue Nov 12 01:36:05 2002 @@ -289,6 +289,11 @@ } completeQueue.removeRef (cmd); + + if (aSection.find ("ENVELOPE", 0, false) == -1) { + doCommand (imapCommand:: + clientStore (aSequence, "+FLAGS.SILENT", "\\SEEN")); + } } } -- [ Carsten Burghardt <burghardt(a)kde.org> wrote: ] -- No, everything is alright here, you should check a different server. -- [ Bo Thorsen <bo(a)sonofthor.dk> wrote: ] -- It is definately a bug in the server. The IMAP RFC specifies that a server must only once serve a file flagged as new. So your server violates this principle.

2 1

[dovecot] Re: pam + radius
by Timo Sirainen 03 Nov '02

03 Nov '02

On Thu, 2002-10-31 at 21:32, Hielke Christian Braun wrote: > It helped a bit. Now the first login to dovecot works fine. The domainpart > of my username is not changed. But after the first login, dovecot > always sents the username from the first login to the radius server even when > i login from a different client with a complete different username. OK, fixed now in CVS. I implemented PAM support pretty wrong.

1 0

[dovecot] Re: pam + radius
by Timo Sirainen 29 Oct '02

29 Oct '02

On Tue, 2002-10-29 at 06:00, Hielke Christian Braun wrote: > > You probably don't have the users in /etc/passwd file too, right? > > I have the users in the passwd and shadow files as i need that for quotas > to work. Though in the shadow file i don't have the password and only a x. > The problem must be something else. Well .. I don't know then really. Since you did get it to work by changing PAM to use shadow auth, Dovecot is doing it at least partly right. Maybe the radius PAM module requires something that Dovecot didn't do.. Looking at Courier's PAM handling, it does pam_setcred() which dovecot doesn't. You could try if doing that helps: src/auth/userinfo-pam.c, around line 169, insert between pam_authenticate() and pam_acct_mgmt(): if ((status = pam_setcred(pamh, PAM_ESTABLISH_CRED)) != PAM_SUCCESS) { if (status == PAM_ABORT) i_fatal("pam_setcred_mgmt() requested abort"); return FALSE; } > Maybe it dovecot sets a realm, which is then mistakenly used by > the pam radius module, but not by the passwd/shadow module? PAM doesn't have any support for realms AFAIK.

1 0

[dovecot] Re: pam + radius
by Timo Sirainen 29 Oct '02

29 Oct '02

On Tue, 2002-10-29 at 05:01, Hielke Christian Braun wrote: > i am trying to use dovecot with pam and radius. My users have names > in the format joe(a)somedomain.com. When i have pam configured to use > the normal passwd/shadow files it works fine. With radius it does not. > I see at the radius server that the domain part of my usernames > is always replaced with the same domain @nikojet.com. I don't think > it is a problem with the pam radius, as the same library works fine > with the solid state pop3 server. Is this a fundamental problem and > dovecot/imap does not work with usernames which have a domain part or > is it a bug? You probably don't have the users in /etc/passwd file too, right? Dovecot currently wants the users to exist there too to get their UID, GID and home directory. I'll change this later so that you could give "gid=123 uid=456 homeroot=/var/mail" options to pam auth and it'd use them for all users. Or did PAM also support getting that information in some way? I'm not sure exactly..

1 0

[dovecot] vsnprintf()
by Thomas Wouters 23 Oct '02

23 Oct '02

I think I stumbled upon a bug in the i_snprintf() function. In the case of vnsprintf() being available, it depends on vnsprintf() returning -1 when the string was longer than the passed-in limit (or it won't terminate the string.). But this isn't the C99-standardized behaviour, and newer glibc's don't do that anymore either, so you can end up with a non-terminated string. This patch should fix it, I think. Index: strfuncs.c =================================================================== RCS file: /home/cvs/dovecot/src/lib/strfuncs.c,v retrieving revision 1.14 diff -c -u -r1.14 strfuncs.c --- strfuncs.c 20 Oct 2002 03:19:10 -0000 1.14 +++ strfuncs.c 23 Oct 2002 11:19:39 -0000 @@ -401,7 +401,7 @@ va_end(args); t_pop(); - if (ret < 0) { + if (ret < 0 || ret >= max_chars) { str[max_chars-1] = '\0'; ret = strlen(str); } -- Thomas Wouters <thomas(a)xs4all.net> Hi! I'm a .signature virus! copy me into your .signature file to help me spread!

3 4