- dovecot - dovecot.org

[Dovecot] login w/ IMAP & LDAP
by Bob Hall 16 Aug '03

16 Aug '03

I'm getting imap-login: Internal login failure: bob whenever I try to check mail. I'm new to mail server setup, new to IMAP, and I don't know a heck of a lot about authentication schemes. I've set up Dovecot as an IMAP server on FreeBSD 4.8. I've got OpenLDAP running on the same system. Users will access mail via Eudora on Windows and Macs, so that's how I'm testing. If I try to test Dovecot using IMAP commands via telnet, Dovecot tells me LOGIN BAD Error in IMAP command received by server. I also can't telnet via localhost; I have to specify the host name, so I'm connecting via the host's external interface. I have no problem connecting to localhost on ports not used by Dovecot. So I have two questions: 1) How do I correct my configuration to make login successful? 2) How can I test Dovecot without using an MUA? If I have to use an MUA, I can't distinguish between errors in the MUA and errors in the IMAP server. Thanks for any help with these two. Configuration follows. Eudora: Server configuration: IMAP IMAP Mailbox Location Prefix: /var/mail/bob/Mail Authentication Style: passwords dovecot.conf ---------------- protocols = imap imaps imap_listen = *:143 login_user = dovecot default_mail_env = mbox:/var/mail/%u/Mail auth_userdb = ldap /usr/local/etc/dovecot-ldap.conf auth_passdb = ldap /usr/local/etc/dovecot-ldap.conf auth_user = dovecot dovecot-ldap.conf ------------------- hosts = localhost dn = cn=dovecot,dc=domain,dc=tld dnpass = ********** ldap_version = 3 base = ou=accounts,dc=domain,dc=tld deref = never scope = subtree user_attrs = uid user_filter = (&(objectClass=inetOrgPerson)(uid=%u)) pass_attrs = uid,userPassword pass_filter = (&(objectClass=inetOrgPerson)(uid=%u)) default_pass_scheme = PLAIN slapd.conf ----------------- password-hash {CLEARTEXT} If I change this last to CRYPT (comment out the dovecot-ldap default_pass_scheme and change the slapd.conf password-hash to {CRYPT} and re-enter the password into LDAP), I get the same error. I have no problem accessing the LDAP data from the command line. If I comment out the dovecot-ldap.conf user_filter and pass_filter, I get dovecot-auth: ldap(bob): unknown user I interpret as meaning that the user_filter and pass_filter are necessary. Bob Hall

5 17

[Dovecot] Startup Problem
by Tobias Sasse 15 Aug '03

15 Aug '03

Hello, i don't like asking stupid questions in mailinglist, 'cause i guess you got something better to do than answer it. But well this is an exception, because i didn't find anything on google. Here comes my problem: I'm using a NetBSD 1.6.0 System with the latest dovecot build. i want to start dovecot imapd by: root@balin:[/etc]$ ./rc.d/dovecot start Starting dovecot. Fatal: Error in configuration file /usr/pkg/etc/dovecot.conf line 88: Missing value This is my error ;) This is the line 88 in my conf file. maildir:/home/%u/mail the maildir was created by 'makemaildir mail' and exists: root@balin:[/home/tobi]$ ls -all total 18 drwxr-xr-x 4 tobi users 512 Aug 15 09:11 . drwxr-xr-x 3 root wheel 512 Aug 13 01:18 .. drwx------ 5 tobi users 512 Aug 14 12:47 mail there it is. in default option of the maildir line dovecot starts without problems but i really want to have my mails in /home/%u/mail and not in /var/mail/%1u/%u/mail So could somebody please put some light on it? Thank you, Tobi

2 1

[Dovecot] joys of transition.
by Eric S. Johansson 15 Aug '03

15 Aug '03

Red Hat 8.0 stock dovecot 99.10 for a variety of reasons, I decided to cut over to dovecot this morning. I extracted all of my mailboxes from mbx purgatory back to mbox purgatory, set up dovecot and proceed to get authentication failures. (am using simple password based authentication either direct or through pam) I turned authentication verbosity on and got: Aug 14 11:51:38 harvee dovecot: Dovecot starting up Aug 14 11:51:46 harvee dovecot-auth: PAM: pam_authenticate(esj) failed: Authentication failure Aug 14 11:51:49 harvee dovecot-auth: PAM: pam_authenticate(esj) failed: Authentication failure Aug 14 11:51:52 harvee imap-login: Aborted login [192.168.0.10] not very informative. I already know that I can't login. So I fire up ethereal and capture the following transaction: * OK dovecot ready. 1 authenticate login 1 NO Unsupported authentication mechanism. 2 login "esj" "no peeking" 2 NO Authentication failed. 3 authenticate login 3 NO Unsupported authentication mechanism. 4 login "esj" "no peeking" 4 NO Authentication failed. 5 logout * BYE Logging out 5 OK Logout completed. hmm no unsupported authentication mechanism. So that means all authentication methods works right? ;-) looking a little further into the configuration, I see instructions to change auth_methods to add plain in front of digest-md5 (or is it digest_md5, both forms are present in the configuration file). No luck. Doing so gives me the following error message: Fatal: Error in configuration file /usr/local/etc/dovecot.conf line 430: Unknown setting: methods so, I'm not sure what to look for. It's probably something simple but googling didn't reveal anything pertinent although it turned up something amusing[1]and dovecot does apply. Suggestions or clues would be welcome. FYI, you probably could use a little bit more detail in the install instructions. For example instructing user to create a dovecot user and group name would be useful as would be a startup/shutdown script for init.d. I also find the SSL configuration lacking. On the other hand, I have enough scar tissue from certificates and mini-CA setups to hate them till the end of time. If I get them working better, I'll document and send it to the list. ---eric [1]http://www.oblomovka.com/eldritch/iag/ob1-5.htm

2 2

[Dovecot] error in config file?
by Robert S. Jagger 15 Aug '03

15 Aug '03

When I start dovecot I am getting an error about the ocnfig file. watson:~# /etc/init.d/dovecot start Starting mail server: dovecotFatal: Error in configuration file /etc/dovecot.conf line 185: Missing value So I look int /etc/dovecot.conf and line 185 is mbox:~/mail/:INBOX=/var/mail/%u/ Which seems like valid syntax according to the docs. I am using dovecot 0.99.10-2

2 1

[Dovecot] Mozilla
by Stefan Sels 14 Aug '03

14 Aug '03

Hi, I hope this problem is not answered before. Mozilla is making trouble with searching and subscribing folders. Do I have to change the "namespace" ? If I start a search (other than just in To & CC or subject) mozilla complains about a closed connection. A fresh mozilla installation just lists no folder beside "Inbox". Regards, Stefan Sels

3 4

[Dovecot] Hardlinks in copy
by Andreas Aardal Hanssen 12 Aug '03

12 Aug '03

Hi, Dovecotters. In the Maildir code, dovecot-0.99.10/src/lib-storage/index/maildir/maildir-copy.c, I see that hardlinks are used. It seems that (line 185) if MAILDIR_COPY_WITH_HARDLINKS is exported, then copying is attempted by using link. Having problems reading the source / flow of control, I resort to this list. When a file is linked, the mtime is naturally kept on the destination. This gives the destination message the same internaldate as the original. The destination mailbox would then be likely to get an arrival with an earlier internaldate than its newest message. The IMAP protocol says to bump UIDVALIDITY when this happens. Does Dovecot always bump UIDVALIDITY when messages are copied, or is not the mtime used for internaldate? Best regards, Andreas -- Andreas Aardal Hanssen

2 1

[Dovecot] 0.99.10-test5
by Timo Sirainen 12 Aug '03

12 Aug '03

Again at http://dovecot.procontrol.fi/test/ if someone wants to test it. - new index file code should work now - mbox support is completely broken - caching isn't very smart yet. it always caches only what client requested at the time - header caching might have some problems actually now that I think of it.. I was anyway going to change a bit how it worked.

2 1

[Dovecot] CVS/test version config/build failures on FreeBSD
by Mike Brown 11 Aug '03

11 Aug '03

While diagnosing a problem I was having with IMAP and SSL (which I ended up fixing by simply upgrading from 0.99.9.1 to 0.99.10, and possibly affected by upgrading openssl libs from 0.9.7a to 0.9.7.b), I attempted to try the CVS version of Dovecot. When using the CVS version, apparently I have to first generate 'configure' using autogen.sh (?). This was the result of that, on FreeBSD 4.8-STABLE (2003-08-06): # ./autogen.sh automake: configure.in: installing `./install-sh' automake: configure.in: installing `./mkinstalldirs' automake: configure.in: installing `./missing' configure.in: 3: required file `./config.h.in' not found automake: configure.in: installing `./depcomp' configure.in:3: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst configure.in:13: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1126: warning: do not use m4_regexp: use regexp or m4_bregexp autoheader: `config.h.in' is created And then... # ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets ${MAKE}... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking dependency style of gcc... gcc checking for strerror in -lcposix... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking dependency style of gcc... (cached) gcc checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for gcc option to accept ANSI C... none needed checking for inline... inline checking build system type... i386-unknown-freebsdelf4.8 checking host system type... i386-unknown-freebsdelf4.8 checking for ranlib... ranlib checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes loading cache /dev/null within ltconfig ./ltconfig: .: /dev/null: not a regular file ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. configure: error: libtool configure failed I also attempted to use 0.99.11-test4 from http://dovecot.procontrol.fi/test/, but this failed to build: [...] Making all in maildir gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../src/lib -I../../../../src/lib-mail -I../../../../src/lib-imap -I../../../../src/lib-index -I../../../../src/lib-index/maildir -I../../../../src/lib-storage -I../../../../src/lib-storage/index -I/usr/local/include -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -c maildir-copy.c make: don't know how to make ../../../../src/lib-storage/index/index-expunge.h. Stop *** Error code 1 Stop in /usr/local/src/dovecot/dovecot-0.99.11-test4/src/lib-storage/index. Just thought you'd like to know :) -Mike

3 8

[Dovecot] Some benchmarking
by Timo Sirainen 11 Aug '03

11 Aug '03

So I finally got the new mail caching code fully working in normal conditions. Index rebuilding and some error correction still needs a bit work. mbox is also still broken. Anyway, I was mostly interested how fast Dovecot now works with my 367000 LKML mails, but thought I'd have to get something to compare the results against, so here's Dovecot vs. Courier. Results against older Dovecot would have been pretty boring, the older Dovecot could never perform threading without opening all the files and reading References-headers from them. Sorting would could have been done from cache if IMAP ENVELOPEs were cached, I'd estimate maybe 2-3x larger user CPU usage with it and a _lot_ larger cache file since it would have stored from, to, etc. fields in it. Results against Cyrus would be interesting. I'll probably do those sometimes later too.. Last I checked, Cyrus was very slow at inserting the mails into it's database, it took .. was it 1-3 hours to insert all those mails, while a simple copying took maybe 20 mins. Anyway, Cyrus's caching is pretty dummy as well so I'd expect Dovecot to be many times faster in threading and likely somewhat faster in sorting.

3 2

[Dovecot] Direct RADIUS support, not via PAM
by Jethro R Binks 08 Aug '03

08 Aug '03

Hi, I'm currently testing dovecot to authenticate user passwords against a radius server, via pam_radius_auth, and that seems to work fine. However, I am running other software (Exim MTA) that also authenticates via radius, using the radiusclient library from: http://www.mcs.de/~lf/radius/ Is there any chance that this library could be used by Dovecot as a further authentication option, and save me having two separate radius configurations for two different (but related) pieces of software, and the need to install pam_radius_auth, which I don't otherwise use? Jethro. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Jethro R Binks Computing Officer, IT Services University Of Strathclyde, Glasgow, UK

2 1

[Dovecot] Slow bulk deleting
by Leslie Viljoen 07 Aug '03

07 Aug '03

Hi! I am finding Dovecot very slow to delete large numbers of messages. IS this a known problem? Leslie

2 2

[Dovecot] compile with dietlibc
by Jens Gutzeit 07 Aug '03

07 Aug '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I'm used to test the software which I use with dietlibc, just to see if it could run without the bloat of glibc. While compiling dovecot 0.99.10 I got these errors: In file included from lib.h:20, from alarm-hup.c:26: compat.h:30: conflicting types for `uint_fast32_t' /opt/diet/include/stdint.h:25: previous declaration of `uint_fast32_t' I've solved this in a dirty way, but is this something which could be fixed in the future? Thanks in advance, Jens Gutzeit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/L/etLPHiyaqJLscRAuNGAJ9jlOQzx86T+NS9h7FfjoDi86R4ygCgs6gb 1XyNB93ybwiG4gFatz797qo= =WZod -----END PGP SIGNATURE-----

3 3

[Dovecot] thinking seriously about converting
by Eric S. Johansson 06 Aug '03

06 Aug '03

to dovecot from UW imap. I think I will go all the way to maildir while I'm at it. I was having performance problems with mbox format files and converted to mbx but it's not really yielding a huge performance gain. Deletes and moves are still rather slow at times. my mailboxes are typically 2000 to 5000 messages. I've scanned the mailing lists a bit and picked up some hints on the conversion. Any bits of advice before I convert? Since it's only my own account I'm converting (my wife likes mutt), I'm torn between two different ways of converting the mailboxes. First is to convert all of the mbx format mailboxes back to mbox. Then convert from mbox to maildir. Second is running both imap server simultaneously (obviously one on a different port number) and running some form of a tool to read from one imap server and write to the other. any better ideas? many thanks ---eric

2 1

[Dovecot] corrupt mbox, mailboxes not found, and message read status
by Jared 04 Aug '03

04 Aug '03

I'm running dovecot 0.99.10-0.rc2 deb packages for Debian Woody from braincells.com. My old environment was a server running UW-IMAP for IMAP and POP services. We are still using mbox for all mailboxes. I use IMP for web based access. Forgive me if these issues have already been discussed or fixed in cvs. Any additional pointers to this info. would be appreciated. I have noticed a few issues. ---- I've seen a whole slew of entries like the following: pop3(username): Error indexing mbox file /home/username/mail/inbox: LF not found where expected According to this mailing list post from June 16, 2003: http://dovecot.procontrol.fi/list/dovecot/2003-June/001668.html it may be because of adjacent From mail headers in a message. I've had one user that this was not the case. They said they were deleting lots of messages in IMP and when he went back to his inbox, it was empty. When I looked at the mbox file, a message had been truncated. When I deleted the imap index and removed that truncated message, the mailbox became visible again. Has the adjacent From issue been fixed? Is there a way to find out more specifically what part of the mbox file dovecot is unhappy about? ie. a line number. ---- Inside IMP several users have set up a filter to send messages marked as spam by SpamAssassin into a spam folder. When they log-in or click the filter icon, the filter runs. However, now when the the filter runs, it reports: "Problem with filter rule 1: folder does not exist: mail/spam". However, the spam folder is still there, and when I open that folder in IMP, it opens just fine. I've already changed IMP's folder prefix from 'mail/' to ''. I've also tried deleting the imap index. The message still shows up and the filter fails to run. ---- With the old set-up, when I check mail with a pop3 client, the UW pop server modifies the Status and/or X-Keywords headers for the message. When the mailbox is viewed with an IMAP client such as IMP, messages that have already been downloaded via pop are marked as read. This doesn't seem to happen with dovecot. I found a Oct 19 2003 thread ( http://dovecot.procontrol.fi/list/dovecot/2002-October/000774.html ) on the mailing list where Timo said he was intending to use the X-Keywords trick. Did this ever get implemented? ---- Thanks, -jared

5 6

[Dovecot] why wont /usr/pkg/libexec/dovecot/imap see my Maildir
by Charlie Allom 04 Aug '03

04 Aug '03

When I invoke /usr/pkg/libexec/dovecot/imap from the command loine on the mail host, it logs me in, but won't see my emails: 13:22 yeled@lazy:~$ /usr/pkg/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND * UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in * as yeled 0 select inbox * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] * Flags permitted. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1059959635] UIDs valid * OK [UIDNEXT 1] Predicted next UID 0 OK [READ-WRITE] Select completed. I know I have many emails in there, and I can see them when I login via telnet localhost 443. Any tips? would be nice to use fetchmail with ssh here. C. -- charlie(a)rubberduck.com - Melbourne, Australia http://rubberduck.com/~yeled/ PGP: 0x14AA7941 || finger yeled(a)lazy.spodder.com

2 2

[Dovecot] Confusion
by Alejandro Martinez 02 Aug '03

02 Aug '03

Hi, I have a great confusion about mbox, maildir. I use a passwd-file to authenticate users, because I want to use non local users. I have a test user in that file that is this: test:VGRAafc3NHJwI:502:100:Usuario Virtual:/var/spool/mail/virtual/test:/no/shell I create inside /var/spool/mail/virtual/test a folder Maildir and inside Maildir /var/spool/mail/virtual/test/Maildir/cur/ /var/spool/mail/virtual/test/Maildir/new/ /var/spool/mail/virtual/test/Maildir/tmp/ I get an error when I login to the server admin@slk90 /$ telnet localhost 143 Trying 127.0.0.1... Connected to localhost.localdomain. Escape character is '^]'. * OK dovecot ready. . login test test . OK Logged in. Connection closed by foreign host. The /var/spool/mail/error is this "Aug 2 08:46:46 slk90 imap(test): Failed to create storage with data: /var/spool/mail/virtual/test/Maildir" I've tried setting default_mail_env = maildir:~/Maildir and mbox:~/Maildir, but nothing work. Any help ? Regards. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.506 / Virus Database: 303 - Release Date: 01/08/2003

2 1

RE: [Dovecot] corrupt mbox, mailboxes not found, and message rea d status
by Maikel Verheijen 31 Jul '03

31 Jul '03

[SNIP] > http://dovecot.procontrol.fi/list/dovecot/2002> -October/000774.html ) > > on the mailing list where Timo said he was intending to use the > > X-Keywords trick. Did this ever get implemented? > > X-Keywords have been used for a long time now. It's possible > to set \Seen flag for messages downloaded with POP3, but I > don't know if it's worth the trouble. Who uses POP3 and IMAP > mixed anyway? > A lot of our customers, since we only supported pop3 in the past, and our new webmail uses imap. :) And a lot of people don't click on "This is an imap server" when creating their account in for instance outlook-express. Kind regards, Maikel Verheijen.

3 2

[Dovecot] New index file code
by Timo Sirainen 31 Jul '03

31 Jul '03

I just had to write this even while it's not just yet in CVS, but it's only a few fixes away from being committed.. My year long dream has finally came true :) [Summary: Next release will have REALLY kickass indexes] Previously the biggest problem with caching message data in indexes was that we had to do it while syncing the mailbox, before client even saw those messages. This caused index rebuilds to be very slow since it had to go through all mails and cache all of them, even if client never would access them. Alternative was to not cache anything at all, but that wasn't really good idea either. Now Dovecot caches the data when client is actually requesting it. That way it will never do any extra work for caching something that client isn't currently interested in. There's still the anticipatory caching for data that client is likely to be interested in later, but that is done only when it doesn't cause extra disk I/O. The reason why it took this long was because it was previously too difficult with read/write locking that indexes required. I couldn't have relied on it working since changing from read lock -> write lock could deadlock and dropping the lock in the middle would have caused even more problems. So, what I did was to rewrite the cache file handling completely: - It doesn't require any locking to read from it. - It will be NFS-safe without being too costly. - The file format itself is now architecture-independent. - Uses less space than before - OpenBSD support is now worse than before, even worse than NFS-support. They should get that unified cache done. Cached data is also selected better: - Specifically requested message headers are cached (FETCH, SEARCH, SORT, THREAD, etc.) - IMAP ENVELOPE isn't treated in any special way anymore. It's treated just as if you had requested HEADER.FIELDS (Date Subject From ...etc.). - Maildir filenames aren't constantly updated in the cache file anymore. This takes more memory now, but should reduce disk I/O. There's a few more tweaks that I'll probably add later: - Maildir: When compressing cache file we update mail's filename to current one so if message's flags aren't changed often, it won't use any extra memory either. - A normal text/plain message doesn't need to have it's IMAP BODYSTRUCTURE cached. It only needs a single bit set in flags. Should reduce used space quite a lot. - Message with only one body part doesn't need to have it's body structure stored at all since it's mostly just useful for fetching body parts. Plus the body structure could be generated if message sizes were known. All this work was only for index cache file (ex. .data file). There's still the main .imap.index file and modify log files. Modify log should be easy to make NFS-safe - I'm currently using some stupid file locking to figure out when the file is safe to overwrite, but I should have simply replaced the old file with rename(). That will solve some other problems as well as make the code simpler. It should be possible to be made read-lockless as well. The main index file is more problematic though. It contains a lot of changing fields in the header, such as number of messages, number of seen messages, etc. I can't think of any way to make it safe to read these fields without locks (my previous ideas didn't actually work). Lockless reads are pretty much a must for scalable NFS-safety. I think it could be done by simply removing all the constantly changing headers. If you want to know how many seen messages there are, just read all the records in the file and count them. Expunging would be done by rewriting the file and rename()ing it over the old file. Appending new messages is a bit tricky to do safely, but I think I know how to do that too.. read/write locks allow the changing headers, but there's locking contention problems with shared mailboxes.. I think I'll make it optional how to do this. Oh, and I also thought how indexes would work with shared mailboxes. You could use one shared cache file, but each user would have their own main index and modify log. That would allow storing per-user flags in the index file and also expunge (hide) messages by removing them from user's index.

1 0

[Dovecot] Is dovecot NFS safe?
by Adam Shand 29 Jul '03

29 Jul '03

I'm migrating our mailserver from cyrus 2.0 to Postfix and Dovecot. We're using maildirs delivered to /var/maildir, which is mounted via NFS from a Netapp. My understanding was that maildir was completely happy in an NFS environment but I've seen a couple messages here recently which mention the dovecot index files not being NFS safe. Are their any caveats or gotcha's that I need to be aware of? Thanks, Adam.

4 5

[Dovecot] Namespaces
by Timo Sirainen 27 Jul '03

27 Jul '03

0.99.11-test4 release: http://dovecot.procontrol.fi/test/ Finally namespaces somewhat working. Example: namespace private { separator = / prefix = INBOX/ location = maildir:~/Maildir } namespace private { separator = / prefix = #mbox/ location = mbox:~/mail } Problems: - Mailbox listing lists only the first namespace unless you clearly ask mailboxes under some namespace. Not really a problem, but related to: - There should be only one common subscriptions file for all namespaces. This needs some thinking how to do it well. - Having multiple different mailbox formats in one namespace still isn't possible. Needs some more thinking as well.

1 0

[Dovecot] API changes and plugins
by Timo Sirainen 26 Jul '03

26 Jul '03

There's been quite a lot of changes in CVS lately, mostly related to API changes but also some index file changes. They've both had very little testing, so there's probably a few bugs left. Especially mbox users should be careful. pop3 might also be deleting wrong messages.. Anyway. The new mail storage API should allow plugins to hook into pretty much any operation they want to. It's not exactly pretty with C syntax, but I think conceptually it's nice object oriented design :) There's example (non-working) quota plugin at: http://dovecot.procontrol.fi/patches/quota.c I also built 0.99.11-test3 from current CVS: http://dovecot.procontrol.fi/test/

1 0

[Dovecot] Dovecot on Mac OS X?
by jennyw 25 Jul '03

25 Jul '03

Just wondering if anyone has successfully gotten Dovecot to run on Mac OS X? If so, I'd love to hear what your experience has been! Thanks! Jen

2 1

FW: [Dovecot] Is dovecot NFS safe?
by Maikel Verheijen 25 Jul '03

25 Jul '03

This was ment for the list :) Sorry Stuart, for the double email... Regards, Maikel. > -----Original Message----- > From: Maikel Verheijen > Sent: Friday, July 25, 2003 3:40 PM > To: 'Stuart Henderson' > Subject: RE: [Dovecot] Is dovecot NFS safe? > > > Hi, > > Be aware that also your .subscriptions file and .customflags > are not nfs safe (yet) in dovecot-0.99.10. > > I know Timo is working on that though :) > > Kind regards, > > Maikel Verheijen. > > Ps: I have a "crude" patch to make .subscriptions and > .customflags nfs aware (I can not guarentee it is nfs safe ;-). > My own setup runs on nfs with the indexes in memory. > > > -----Original Message----- > > From: Stuart Henderson [mailto:stu@spacehopper.org] > > Sent: Friday, July 25, 2003 2:13 PM > > To: Adam Shand; dovecot(a)procontrol.fi > > Subject: Re: [Dovecot] Is dovecot NFS safe? > > > > > > > I'm migrating our mailserver from cyrus 2.0 to Postfix > and Dovecot. > > > > > > We're using maildirs delivered to /var/maildir, which is > > mounted via > > > NFS from a Netapp. My understanding was that maildir was > > completely > > > happy in an NFS environment but I've seen a couple messages here > > > recently which mention the dovecot index files not being NFS safe. > > > > > > Are their any caveats or gotcha's that I need to be aware of? > > > > You'll probably want to keep them in memory or on local disk. See > > <http://dovecot.procontrol.fi/doc/nfs.txt> for more information - > > default_mail_env needs either ":INDEX=/local/path/to/indexes/%u" or > > ":INDEX=MEMORY", all machines accessing the mailstore should have > > sync'd clocks, and all imap servers need separate hostnames. > > > > --Stu > > >

1 0

[Dovecot] phpgroupware's imap client with dovecot
by Farkas Levente 24 Jul '03

24 Jul '03

hi, we try to use http://www.phpgroupware.org/ imap client with dovecot, but it doesn't working. is there any way to get it working with dovecot? there are a few possibbilities for imap type: courier or cyrus WUash WU-maildir but none of them seems to be working, although pop3 is working. any tip? can I send any log? thanks in advance. -- Levente "Si vis pacem para bellum!"

2 2

Re: [Dovecot] Dovecot, Squirrelmail and KMail
by Rob Thyssen 24 Jul '03

24 Jul '03

On Thursday 24 Jul 2003 11:36 am, Timo Sirainen wrote: > And it shows in kmail? It does display correctly in kmail... > You'll probably just have to setup squirrelmail not to use the > INBOX-prefix: > 1. Default Folder Prefix : > 12. Default Sub. of INBOX : false I thot that was going to sort it, alas it doesn't. Has it got something to do with the fact that kmail puts the contents of subfolders into a hidden directory in ~/Mail ? In kmail I have folders like: Forums, Newsletters, etc... These have subfolders, but in the file system it looks like: /home/rob/Mail/.Forums.directory/DCLUG/ instead of the expected: /home/rob/Mail/Forums/DCLUG/ Thanks for your help! /rob

2 1

[Dovecot] Dovecot, Squirrelmail and KMail
by Rob Thyssen 24 Jul '03

24 Jul '03

I just installed Dovecot and squirrelmail to read my email when I'm away from home. I subscribed to all the folders in my mail directory but I can't actually see any email. Is this a dovecot issue or a squirrelmail issue? I'm running KMail from KDE 3.1.2 and use Debian (Testing) on a Digital Alpha and installed both squirrelmail and dovecot using apt-get. I had to set 'default_mail_env = maildir:~/Mail' To get it to see the parent folders but I'm stuck there. Any advice appreciated. /rob

2 1

[Dovecot] FYI: dovecot is included in redhat beta
by Farkas Levente 24 Jul '03

24 Jul '03

hi, just note that in the current redhat beta they include dovecot 0.99.10:-) -- Levente "Si vis pacem para bellum!"

3 2

[Dovecot] Re: Stripping of domain name
by Timo Sirainen 23 Jul '03

23 Jul '03

On Wed, 2003-07-23 at 20:10, SIMflex Internet Support wrote: > Dear sir, > > Can you please tell me how to make dovecot stipoff or ingore a > @domain.com in a username? Currently, we are only using one domain > (more may be needed in the future), and some of our clients have > incorrectly configured mail clients with the @domain.com in the user > name. We migrated from qpopper and teapop to use Maildirs (we are > building a LVS cluster) and could not use mboxes anymore. In short, > what I need is Well .. What password/user databases do you use? One way is to set default_realm and set the @domain for all users in passdb/userdb. Another way is to patch the code. Below is a patch for plaintext authentication. Or maybe I should make option that if given realm is default_realm, it would look up the user without the realm. I'm not sure if it's worth doing though. BTW. Your mail to dovecot-list got stuck at spamassassin. I raised the spam points a bit and lowered HTML mail's points a bit. Better would be if I could update SA's whitelist automatically when people subscribe. But I'm not really sure how to do that with mailman. RCS file: /home/cvs/dovecot/src/auth/mech-plain.c,v retrieving revision 1.13 diff -u -r1.13 mech-plain.c --- mech-plain.c 8 May 2003 03:18:43 -0000 1.13 +++ mech-plain.c 23 Jul 2003 19:31:13 -0000 @@ -48,14 +48,8 @@ mech_auth_finish(auth_request, NULL, 0, FALSE); } else { /* split and save user/realm */ - if (strchr(authenid, '@') == NULL && default_realm != NULL) { - auth_request->user = p_strconcat(auth_request->pool, - authenid, "@", - default_realm, NULL); - } else { - auth_request->user = p_strdup(auth_request->pool, - authenid); - } + auth_request->user = p_strdup(auth_request->pool, + t_strcut(authenid, '@')); if (!mech_is_valid_username(auth_request->user)) { /* invalid username */

1 0

RE: [Dovecot] Hooks on folder operations
by Maikel Verheijen 23 Jul '03

23 Jul '03

Hi Grahame, > Hi all, > > I'm interested in implementing an anti-spam system using > bayesian filtering. I had the idea of modifying and IMAP > server to assist in training the spam filter. Why do you want to hook it up into your imap server? I think it would be better to prevent emails to enter the mailbox with the MTA rather than removing it when the user is reading his email using imap. Why? Because the spam that is in the mailbox might push the user over his quota limit, and thus preventing legitimate emails to be delivered. > I was thinking of running a program whenever a message in > moved to the folder "Spam" or to a "Safe" folder. This could > be easily added to the server as a generic feature, with hook > programs for: > * new message in a folder (either new, or moved into the folder) > * message in folder is modified > * message in folder is removed > and so on. If the support was generic enough there could be > many uses for it. Security of the external program needs to > be considered but doesn't really affect the IMAP server itself. With the new API code that Timo is making now, I guess this would be possible. (After all: if quota's are updated, something was written to the mailbox, or deleted of course!) > Anyway, if I were to write a patch to add support for running > an external program in these cases, would it be included? Any > feedback would be appreciated, if I'm going to do this I > might as well do it in a way that can be integrated back into > the main tree! You can always build a plugin, and plugins can be loaded whenever an administrator wants them to load. I don't know if Timo wants to include all plugins that are / will be written for dovecot, but I guess there might be a plugins part, where people can "post" their plugins so other people can benefit from them :) > Cheers > Grahame Kind regards, Maikel Verheijen

4 4

[Dovecot] Courier's IMAP custom flags implementation
by Timo Sirainen 23 Jul '03

23 Jul '03

Just thought to mention: http://dovecot.procontrol.fi/tmp/README.imapkeywords.html I'm not sure what to think of it. Good thing in it is that it doesn't limit the number of flags. Bad thing is that I think it's way too slow. Compared to Dovecot's implementation where I "steal" maildir flags a..z and treat them in the normal maildir way. Bad thing is obviously that it's limited to 26 different flags. And I really should fix that customflags file soon to be NFS-safe / read-lockless. It's just a bit problematic how to handle removing unused flags when you've hit the 26 limit and try to add new ones.

2 1

[Dovecot] Hooks on folder operations
by Grahame Bowland 23 Jul '03

23 Jul '03

Hi all, I'm interested in implementing an anti-spam system using bayesian filtering. I had the idea of modifying and IMAP server to assist in training the spam filter. I was thinking of running a program whenever a message in moved to the folder "Spam" or to a "Safe" folder. This could be easily added to the server as a generic feature, with hook programs for: * new message in a folder (either new, or moved into the folder) * message in folder is modified * message in folder is removed and so on. If the support was generic enough there could be many uses for it. Security of the external program needs to be considered but doesn't really affect the IMAP server itself. Anyway, if I were to write a patch to add support for running an external program in these cases, would it be included? Any feedback would be appreciated, if I'm going to do this I might as well do it in a way that can be integrated back into the main tree! Cheers Grahame -- Grahame Bowland Email: grahame(a)ucs.uwa.edu.au University Communications Services Phone: +61 8 9380 1175 The University of Western Australia Fax: +61 8 9380 1109 CRICOS: 00126G

1 0

[Dovecot] Imap 2 imap copy tool?
by Maikel Verheijen 23 Jul '03

23 Jul '03

Hi List! At the moment, our company is preparing to migrate from MS-Exchange to a dovecot mail platform. Since there is no way to access the emails on the file-store other than using webmail, pop or imap, I wanted to do this by using an imap-to-imap copy tool. I have found one that does the job (but POORLY), named migrate (http://prdownloads.sourceforge.net/cyrus-utils/) Does anyone know some other tool(s) for me I could have a look at? My requirements for such software are: - it should use a username;password list to do the migration (20k+ users) - it should be able to do imap to imap copy, or imap to maildir with a flexible path - it should copy all the folders too, except the "Public Folders" from exchange. - it has to be able to "ignore" unknown flags from the exchange imap server (\Recent). What I would love the software to have (and what imapmigrate lacks): - Folder and message syncing (to be able to keep the mailbox in sync) - detailed errors if something goes wrong, not too much fuss over accounts that DO get copied cleanly - fast tool? :) Thank you for your time! Kind regards, Maikel Verheijen.

1 0

[Dovecot] hierarchy_sep
by molter＠tin.it 22 Jul '03

22 Jul '03

Hi Timo, I would like to add another naming scheme to dovecot to recognize maildir folders: As of today: ~/Maildir/.foo ~/Maildir/.foo.bar I would like to add: ~/Maildir/foo ~/Maildir/foo/bar I had a quick look at the code (very clean, I am impressed!) and I saw struct mail_storage, with field hierarchy_sep. I think I cannot just set hierarchy_sep to '/', because /foo would start from the root of the filesystem instead of being relative to ~/Maildir. Do you have any suggestions on the cleaner way of doing it? Or maybe do you think it is wrong to depart from '.' for some reason? thanks Marco

2 1

RE: [Dovecot] Loadable module
by Maikel Verheijen 22 Jul '03

22 Jul '03

Hi Timo, [snipped possible scenario's] > OK. 3) is the best idea :) But it requires a few changes to > make it work. I wouldn't expect it to work out of the box :) But if I read your suggestions right, you propose a "fixed" change in the maildir functions that call the quota update functions if necessary. So perhaps we should make a quota_enabled = yes|no flag int the config file, and use that? I would still be trying to make the quota update functions for you, and try to put them in. > Actually, I think this is exactly how I want quota and ACLs > to be implemented. No extra interface changes for either one of them. > > For quota, you'd want to do something like: > > expunge(): nothing special, just update the quota file after expunges Expunge should recalculate the whole mailfolder? > save_next(): Check data istream's size and if it's over quota, fail. Ok. So this one can be "easy". Just check if mailsize + current usage < max_quota. :) > copy(): this is somewhat problematic, if there wasn't the > maildir hardlinks you wouldn't have to touch it at all.. A copy can duplicate a message in the same store, but do hardlinks work on nfs? If not, we should add the message to the quota list. And maybe we should just add size of the email anyway, it won't be that much of a loss to the user, and it would save us a lot of checking. :) And how about a user that has no quota file (yet), can we "recreate" them? Maybe do a quota lookup for the user (database or file)? This can be done using a module I guess, so it could be "user configurable". Regards, Maikel Verheijen.

2 1

[Dovecot] Outlook Express 6.0.280.1123 SSL and dovecot .
by Xavier Beaudouin 22 Jul '03

22 Jul '03

Hello there, First many thanks for dovecot, this is marvelous piece of software :) One of my users is using Outlook Express 6.0.280.1123 on XP with SSL. I have lots of this in the syslog : Jul 22 16:25:31 kiwi imap-login: Login: fptarget [62.4.1.170] Jul 22 16:25:32 kiwi imap-login: SSL_read() syscall failed: EOF [62.4.1.170] Jul 22 16:25:59 kiwi imap-login: SSL_read() syscall failed: EOF [62.4.1.170] Jul 22 16:26:43 kiwi imap-login: Login: fptarget [62.4.1.170] Jul 22 16:26:45 kiwi imap-login: SSL_read() syscall failed: EOF [62.4.1.170] Jul 22 16:26:47 kiwi imap-login: Login: fptarget [62.4.1.170] Jul 22 16:26:48 kiwi imap-login: SSL_read() syscall failed: EOF [62.4.1.170] Is there any way to avoid that ? (except telling this user to stop using outlook ?). Thanks, /Xavier

2 1

RE: [Dovecot] Loadable module
by Maikel Verheijen 22 Jul '03

22 Jul '03

Hi Timo, When you have time to create the hooks to the various locations within dovecot, I am willing to try to make a module to support Maildir quota's. Would that be possible with the hooks, and can that be done using a plugin as well? Kind regards, Maikel Verheijen. > -----Original Message----- > From: Timo Sirainen [mailto:tss@iki.fi] > Sent: Saturday, July 19, 2003 12:14 AM > To: Maikel Verheijen > Cc: 'dovecot(a)procontrol.fi' > Subject: Re: [Dovecot] Loadable module > > > On Saturday, Jul 19, 2003, at 00:40 Europe/Helsinki, Maikel Verheijen > wrote: > > > I read a post about moving a .mailbixlist to a > .subscriptionfile when > > a user did not have one, but did have a .mailboxlist file. Timo > > emailed a module for that purpose, so it could be done for > this user. > > > > My question is: > > > > - Where and how does dovecot call this function? > > <module name>_init(); is called after initializing Dovecot's > core code, > but before opening any message store or creating client structure. I > think I'd have to add some hooks for store creation and > client creation > so you wouldn't need kludges if you want to modify them in some way. > > You'll have to enable modules of course in configuration file > and place > the module to right directory. > > > - Would it be easy to use a module to a) create a mailpath (can be > > done as the mailuser's id, I use one uid, and my path is > all owned by > > that uid), and b) simply remove a quota file? > > Yes, the modules can do whatever they want. Just use mkdir() and > unlink(). >

2 1

[Dovecot] migrating from uw imapd
by Craig 21 Jul '03

21 Jul '03

Hi, I'm trying to migrate from uw imapd to dovecot. I'm having two problems at the moment. 1. uw imapd grabs new mail from /var/mail/user and then shoves it into ~/mbox, is there any way to make dovecot handle this kind of setup or am I better off merging ~/mbox back into /var/mail/user? If merging is better are what tools are best for this? 2. While I did have have everything in ~/Mail coming up dovetail stopped working and logs the following error: syslog:Jul 19 23:01:07 epsilon3 imap-login: Login: haakon [192.168.0.107] syslog:Jul 19 23:01:07 epsilon3 imap(haakon): Failed to create storage with data: ~/Mail/:INBOX=/var/mail/haakon syslog:Jul 19 23:01:07 epsilon3 dovecot: child 10417 (imap) returned error 89 any idea what is causing this? Regards, Craig.

7 6

Re: [Dovecot] How to use SASL2?
by Matthew Reimer 19 Jul '03

19 Jul '03

Timo Sirainen wrote: > On Fri, 2003-07-18 at 02:02, grpmind+dovecot(a)boromir.vpop.net wrote: > >>How does one use SASL2 for authentication? I looked for docs but found >>none. > > There's some code for supporting Cyrus' SASL library, but it hasn't been > tested for a while and I doubt that it works. I don't really have plans > to make it work either. > > Why do you want it anyway? Dovecot supports PLAIN, DIGEST-MD5 and > ANONYMOUS SASL mechanisms internally. Most important missing one is > Kerberos 5 I think. I'm not really interested in using SASL for its own sake, but because it's a way to get dovecot to authenticate against my mysql users db. I might try to write a patch to implement mysql support for dovecot, hopefully good enough for you to commit. Matt

1 0

[Dovecot] Loadable module
by Maikel Verheijen 19 Jul '03

19 Jul '03

Hi List! I read a post about moving a .mailbixlist to a .subscriptionfile when a user did not have one, but did have a .mailboxlist file. Timo emailed a module for that purpose, so it could be done for this user. My question is: - Where and how does dovecot call this function? - Would it be easy to use a module to a) create a mailpath (can be done as the mailuser's id, I use one uid, and my path is all owned by that uid), and b) simply remove a quota file? Thank you for your time, Maikel Verheijen. Ps: the email I am referring to has: Subject: Re: [Dovecot] 0.99.10-rc3 Message-Id: <1056538261.8144.38.camel@hurina> Date: 25 Jun 2003 13:51:01 +0300

2 1

[Dovecot] Status of database integration / Willing to help
by Gregory Hartman 18 Jul '03

18 Jul '03

I a PhD student here at Carnegie Mellon. I have ten years of experience working in C in industry. I am working on a research project here at Carnegie Mellon that needs to integrate a database with mail clients. We are planning to use the IMAP protocol to communicate with the mail client. After I spent some time looking at the code of various IMAP server implementations, I got very interested in Dovecot. Then I noticed that you were planning to integrate Dovecot with a SQL database. Is this work in progress? Do you have a schema? Is there some way that I could help? -- Gregory Hartman <gghartma(a)cs.cmu.edu>

2 1

[Dovecot] How to use SASL2?
by grpmind+dovecot＠boromir.vpop.net 18 Jul '03

18 Jul '03

How does one use SASL2 for authentication? I looked for docs but found none. Thanks in advance. Matt

2 1

[Dovecot] Dovecot on Linux 2.6.0-test1-ac1
by Grahame Bowland 16 Jul '03

16 Jul '03

Hi all For various reasons I was looking into 2.6, so I installed a copy on my desktop. Everything works fine, except for dovecot - errors such as this appeared in the syslog: Jul 15 14:41:09 typhaon dovecot: Dovecot starting up Jul 15 14:41:12 typhaon imap-login: setuid(113) failed: Resource temporarily unavailable Jul 15 14:41:12 typhaon dovecot: Login process died too early - shutting down I can imagine why setuid() should ever fail, I've confirmed that the daemon is running as UID zero at the time it makes the call. However, the call succeeds if I comment out: restrict_process_size((unsigned int)-1, 1); on line 134 of src/login-common/main.c it starts to work again. It's very strange - I got the idea to try this from the list archives. I'm willing to track this down if anyone can suggest possible things in restrict_process_size() that might be causing this failure. All the other daemons that I run that need to drop root privileges work fine.. Cheers Grahame -- Grahame Bowland Email: grahame(a)ucs.uwa.edu.au University Communications Services Phone: +61 8 9380 1175 The University of Western Australia Fax: +61 8 9380 1109 CRICOS: 00126G

2 3

[Dovecot] Indexes again
by Timo Sirainen 16 Jul '03

16 Jul '03

A bit quiet here, so here's some more thoughts about indexes. Even though I was thinking only how to make them usable with NFS (I wrote it to doc/nfs.txt), it then occured to me that exactly the same tricks would help with local filesystem indexes as well. Especially the lockless reading would help with lock contention issues I was worrying about earlier with shared mailboxes. Also it occured to me that keeping maildir filenames fully synchronized in index file probably isn't very good idea from performance point of view.. BTW. I almost committed the .tree removal code to CVS today. Then I noticed that expunging ignores about half of the deleted messages. This could have been actually happening with the old code in some situations as well, although it probably would have skipped only a couple of messages. Anyway, fixing this properly takes some more time.. -------- Ideas how to make indexes work pretty well with NFS: Reading shouldn't require locks, so modifying should be done using only atomic operations. These include: - Replacing the file completely using rename() - We probably can't assume that writing more than one byte at a time is atomic. If we have to modify a larger dataset, we could do: - struct { bit_t use_first; dataset_t first; dataset_t second; } - when reading, we use first if use_first is set, second if it's unset - when writing, we first write to the non-used variable, only then we update the flag. - This of course requires twice the amount of space for dataset plus one extra bit, so it shouldn't be used too much - If data can be only set, but never changed, we need only one extra bit to specify if the data is set. - Appending new data to end of file. We'd have to have used_file_size variable in header, done like described above. - Each cached message record would have a pointer to next part, so more cached data could be appended to file. Message flags are the most commonly modified data. If we just modify them directly, a simultaneous read might catch the change only partially. But luckily for us, this is accepted behaviour so we can do it. Another commonly modified data is maildir filenames. We probably want to store only the base name in index and keep the full name synchronized only locally. Compressing unused data from index files would have to be done by rewriting the index into index.lock file and renaming it over the index file. All file operations should probably be done with lseek(), read() and write() to avoid extra network traffic. There should be some clever read-ahead caching however.

1 0

[Dovecot] New indexing code
by Timo Sirainen 14 Jul '03

14 Jul '03

If someone's interested, here's an explanation and test code how I was planning on replacing the current .imap.index.tree file's functionality. The .tree file will be removed so you'll save some disk/memory as well, something like 5-20% of whole indexes.

1 0

RE: [Dovecot] dovecot.procontrol.fi anonymous access fails?
by Maikel Verheijen 14 Jul '03

14 Jul '03

> On Mon, Jul 14, 2003 at 09:23:04AM +0200, Maikel Verheijen wrote: > > When I tried connecting using MS outlook express, it is complaining > > about the fact that the folders aren't subscribed. If they are not > > subscribed, you cannot read them... :( > > OK, added the subscriptions now. Ah great! :) Thanks, Maikel Verheijen.

1 0

RE: [Dovecot] dovecot.procontrol.fi anonymous access fails?
by Maikel Verheijen 14 Jul '03

14 Jul '03

Hi List, When I tried connecting using MS outlook express, it is complaining about the fact that the folders aren't subscribed. If they are not subscribed, you cannot read them... :( I did read through the archives using mutt though, that worked quite well! :) Regards, Maikel Verheijen. Ps: did not try it lately, maybe Timo changed the subscription status of the folders in between.... > -----Original Message----- > From: Timo Sirainen [mailto:tss@iki.fi] > Sent: Sunday, July 13, 2003 6:10 PM > To: dovecot(a)procontrol.fi > Subject: Re: [Dovecot] dovecot.procontrol.fi anonymous access fails? > > > On Sunday, Jul 13, 2003, at 18:47 Europe/Helsinki, Marco > Molteni wrote: > > > I was using a patched sylpheed that doesn't support ANONYMOUS > > authentication, so I gave anonymous as username and empty password, > > but it failed as shown in the following trace: > > > > 2 LOGIN anonymous > > 2 BAD Error in IMAP command received by server. > > Sylpheed is buggy and doesn't give password parameter. It should have > said: > > 2 login anonymous "" >

2 1

[Dovecot] mySQL user auth status?
by Jesse Peterson 14 Jul '03

14 Jul '03

Is this anywhere near consideration yet? (an alpha/beta/etc patch/module I can help test maybe?) Thanks, - Jesse

2 1

[Dovecot] dovecot.procontrol.fi anonymous access fails?
by Marco Molteni 13 Jul '03

13 Jul '03

Hi, just started using dovecot on FreeBSD. Nice and easy to configure :-) I then wanted to browse the dovecot mailing list, so, according to http://dovecot.procontrol.fi/mailinglists.html: IMAP archives available from dovecot.procontrol.fi, either use ANONYMOUS authentication or give anonymous as username and empty password. I was using a patched sylpheed that doesn't support ANONYMOUS authentication, so I gave anonymous as username and empty password, but it failed as shown in the following trace: 1 CAPABILITY * OK dovecot ready. * CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED AUTH=PLAIN AUTH=ANONYMOUS 1 OK Capability completed. 2 LOGIN anonymous 2 BAD Error in IMAP command received by server. 3 LOGOUT * BYE Logging out 3 OK Logout completed. Anyway, I also tried a plain telnet and it failed in the same way. what's wrong? thanks marco

2 1

Re: [Dovecot] Permission denied
by Timo Sirainen 13 Jul '03

13 Jul '03

On Saturday, Jul 12, 2003, at 11:13 Europe/Helsinki, Jaime Medrano wrote: > That's the problem. The home dir is exported by nfs. Chdirs should be > done as the user, not as root. Right.. Well, I'll just ignore that error then: Index: mail-process.c =================================================================== RCS file: /home/cvs/dovecot/src/master/mail-process.c,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- mail-process.c 10 Jul 2003 03:04:07 -0000 1.25 +++ mail-process.c 12 Jul 2003 15:45:19 -0000 1.26 @@ -168,7 +168,9 @@ if (*home_dir != '\0') { full_home_dir = *chroot_dir == '\0' ? home_dir : t_strconcat(chroot_dir, "/", home_dir, NULL); - if (chdir(full_home_dir) < 0) + /* NOTE: if home directory is NFS-mounted, we might not + have access to it as root. Ignore such errors. */ + if (chdir(full_home_dir) < 0 && errno != EACCES) i_fatal("chdir(%s) failed: %m", full_home_dir); }

3 6

[Dovecot] CVS state
by Timo Sirainen 13 Jul '03

13 Jul '03

Just a small note that if you upgrade to latest CVS, you'll have to delete old index files or you'll probably get wrong BODY or BODYSTRUCTURE replies. Next release will have index file's version number increased so it will automatically rebuild them when needed. I didn't raise it yet since several other changes are likely to come soon.

1 0

[Dovecot] Permission denied
by Jaime Medrano 12 Jul '03

12 Jul '03

Dovecot is faulting on an error about permissions that it shouldn't do. I've got an user with its home dir with permissions 700, and inside the mail directory with the mboxes. In the error log I can see: 'Can't chdir to /home/user. Permission denied' I wonder why it has to chdir to that directory and why it can't access. Shouldn't it be running as the user?

3 2

[Dovecot] FreeBSD /etc/passwd errors
by James Read 12 Jul '03

12 Jul '03

Hi there, I've currently compiled and running dovecot version 0.99.10 on my FreeBSD 4.8 system from the ports and am having problems with authenticating clients with the imap/pop3 service. The error message i get is: Jul 11 19:26:18 dev dovecot: Dovecot starting up Jul 11 19:27:23 dev dovecot-auth: passwd(james): invalid password field '*' Jul 11 19:27:23 dev imap-login: Disconnected [10.0.0.1] On the client system I am using Outlook Express 6 and the password dialog box keeps on comming up. Im sure its somthing to do with my conf file not being configured right, here are the main bits: default_mail_env = mbox:/var/mail/%u client_workarounds = oe6-fetch-no-newmail outlook-idle auth = default auth_userdb = passwd auth_passdb = passwd auth_user = dovecot-auth auth_username_chars = If its somthing simple please point me in the right direction as I feel increadbly dumb because im sure its something to do with the passwd file but just carnt get pass the last hurdle! Many thanks in advanced. James.

3 4

[Dovecot] Configuration file changes in CVS
by Timo Sirainen 12 Jul '03

12 Jul '03

OK, it's there now. Not much tested yet, so there's probably some bugs. I didn't yet add support for templates, but I probably will later. The new format is like in the two example config files I sent before: http://dovecot.procontrol.fi/list/dovecot/2003-July/001832.html dovecot-example.conf contains the simple configuration now. New code also tries to be backwards compatible with most settings. New code will also try to check that the configuration is valid after SIGHUP before actually using it, so the server won't die anymore if you made a typo somewhere. It doesn't check all the settings though. Namespace configuration comes probably next. Something like: namespace { prefix = INBOX type = private separator = / location = mbox:/var/mail/%u } namespace { prefix = type = private separator = . location = maildir:~/ } namespace { prefix = lists/ type = public separator = / location = mbox:/var/mail/lists/archives }

10 21

[Dovecot] Date sort-order ignoring timezone, and a few Q's.
by Stuart Henderson 11 Jul '03

11 Jul '03

Timo, thanks for writing and releasing Dovecot. I've recently discovered it and have been very impressed at the speed and balance between flexibility and simplicity. I had to make a packet-trace to be sure that encryption with OpenSSL was working correctly, since it all 'just worked' first time without complex configuration, which I don't think I've ever seen before ;-) LDAP too was quite straightforward (after I worked out where my virtual-domain schema differed from what was required). One small glitch I have noticed is that when the client requests a list of messages sorted by date, the timezone is ignored. For example, listed in descending order: 07/07/2003 00:01 +0300 (= 21:01 UT) 06/07/2003 23:15 +0100 (= 22:15 UT) 06/07/2003 19:03 +0100 (= 18:03 UT) I think that this should instead be... 06/07/2003 23:15 +0100 (= 22:15 UT) 07/07/2003 00:01 +0300 (= 21:01 UT) 06/07/2003 19:03 +0100 (= 18:03 UT) It's most noticable when the client (Mulberry in my case) is configured to display all times in the local timezone. (Mulberry has recently added custom flags which work perfectly with Dovecot - I was hoping this would be the case, and was one of the reasons I was looking for something to replace the version of Courier I previously had installed). Mulberry does like to have NAMESPACE otherwise it usually asks for folder locations on connecting, btw. No real problem, though. A little tip: if anyone is interested in having their MDA write Maildir with CR+LF so that sendfile(2) can be used on all messages (not just those created by Dovecot), Exim offers this natively by adding the "use_crlf" option to the appendfile transport which seems to work fine with 0.99.10 (though not 0.99.9.1, maybe because of 2003-06-04 17:39 in Changelog). It seems Dovecot is using the ,W= Maildir tag for some type of size instead of ,S= but I haven't traced far enough to work out what exactly W/virtual_size means, am I right in guessing that it might be 'wire size' i.e. message-size-with-CRLF-line-endings? (If so, use_crlf in exim.conf can be augmented with "maildir_tag = ,W=$message_size" to help keep overheads to a minimum). And, one final question: for a dual-stack machine to listen on both IPv6 and IPv4 sockets, is the currently preferred option simply to start two instances of Dovecot with their own dovecot.conf containing different *_listen parameters? --Stu

5 23

[Dovecot] Re: Uncaught bounce notification
by Timo Sirainen 10 Jul '03

10 Jul '03

Lots of bounces from you, I'm moving this subscription to new address.. On Wed, 2003-07-09 at 22:15, mailman-bounces(a)procontrol.fi wrote: > The attached message was received as a bounce, but either the bounce > format was not recognized, or no member addresses could be extracted > from it. This mailing list has been configured to send all > unrecognized bounce messages to the list administrator(s). > > For more information see: > http://procontrol.fi/cgi-bin/mailman/admin/dovecot/bounce > > > ______________________________________________________________________ > From: Joburg_Notes1 <Joburg_Notes1(a)icoc.org> > To: dovecot-bounces(a)procontrol.fi > Subject: Re: [Dovecot] LDAP bind questions > Date: 09 Jul 2003 21:13:31 +0200 > > Your email to Leslie Viljoen has been forwarded to his new email address: > lesliev(a)icoc.co.za. Please use this address in future! > > Thanks, > Leslie >

2 3

[Dovecot] Concerns switching from Courier to Dovecot
by marcotte＠panix.com 10 Jul '03

10 Jul '03

[ I'm posting this again since I wasn't subscribed to the list when I first posted. I'm sorry if this gets posted twice] I was considering replacing Courier-IMAP with dovecot in the future, but have some concerns. I realize that some things simply haven't been finished yet like quotas, but some other things may prevent me from using dovecot as a drop in replacement in the future. Subfolders have different names in the file system. A folder (INBOX.subfolder) is named ".subfolder" in Courier, but "INBOX.subfolder" in dovecot. I can't simply rename all the subfolders, because our customers have direct access to the maildirs, and write to it directly with procmail and mail clients like mutt. Certain files have different names, but contain the same information. For example, the subscription lists and UID files look the same to me but have different names. I suppose they could be converted, but this would make it difficult to run both IMAP servers side-by-side, which I'd like to do until dovecot has all the features I need. I also heard talk of the hierarchy separator being changed from "." to "/". Now, is it possible configuration options could be added to allow for better Courier compatibility? I would be willing to help with this. Thanks! -- - Brian

4 4

Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's.
by Stuart Henderson 09 Jul '03

09 Jul '03

>> One small glitch I have noticed is that when the client requests a >> list of messages sorted by date, the timezone is ignored. > > It's not ignored, I just recently "fixed" it. Now it's properly fixed > :) Heheh.. Yes, I confirm that. (: >> It seems Dovecot is using the ,W= Maildir tag for some type of size >> instead of ,S= but I haven't traced far enough to work out what >> exactly W/virtual_size means, am I right in guessing that it might >> be 'wire size' >> i.e. message-size-with-CRLF-line-endings? > > Yes. S means the actual size of the file, W is the size with CRs. Thanks, that's good. >> And, one final question: for a dual-stack machine to listen on both >> IPv6 and IPv4 sockets, is the currently preferred option simply to >> start two instances of Dovecot with their own dovecot.conf >> containing different *_listen parameters? > > Currently, yes. I'll probably add support for multiple listening > sockets per server some day. There is no problem to have two instances running, though it might be more admin-friendly to allow the listen addresses to be supplied on the command-line, since it would save maintaining a second config file (and I imagine this would be easier for you than changing the socket code), but this is quite a low priority I think.

1 0

[Dovecot] search throwing "Sequence out of range"
by Stuart Henderson 09 Jul '03

09 Jul '03

Mulberry client-side message filtering can be persuaded to search for a nonexistent message ... <tag> UID SEARCH UNSEEN UNDELETED UNDRAFT 12 (OR FROM "Cron Daemon <sthen(a)eeyore.37.spacehopper.org>" SUBJECT "Cron <sthen@wide> /home/sthen/pingme") Dovecot 0.99.10 returns this ... <tag> NO Sequence out of range: 12 I *think* the correct behaviour here is to return a null set of search results and avoid the error message in the client. i.e. * SEARCH <tag> OK Certainly this is how other servers seem to work, and my understanding of the next paragraph from IMAP4REV1 RFC seems to backs this up (though the wording in the RFC isn't 100% clear to me) "Message set ranges are permitted; however, there is no guarantee that unique identifiers be contiguous. A non-existent unique identifier within a message set range is ignored without any error message generated." it's not Mulberry's fault that it sent this immediately after deleting message 12, since on closer investigation this is exactly what my filter rules are asking it to do because I forgot to set "stop if matched", however it would be helpful to change sometime since I'm sure I'm not the only person to have done that (-: of course I've fixed my filters now, so it isn't a high priority for me. Commented protocol log follows, it's not really any more information than above though. --> #4.364 Tue Jul 8 12:54:19 2003 A00448 STATUS INBOX (MESSAGES RECENT UNSEEN UIDVALIDITY UIDNEXT) * STATUS "INBOX" (MESSAGES 0 RECENT 0 UIDNEXT 1 UIDVALIDITY 1052370612 UNSEEN 0) A00448 OK Status completed. --> #2.364 Tue Jul 8 12:55:19 2003 A01259 NOOP * 12 EXISTS * 3 RECENT A01259 OK NOOP completed. ... incoming mail ... --> #2.364 Tue Jul 8 12:55:19 2003 A01260 FETCH 12 (FLAGS RFC822.SIZE UID INTERNALDATE ENVELOPE BODYSTRUCTURE) * 12 FETCH (UID 140 FLAGS (\Recent) INTERNALDATE "08-Jul-2003 12:54:36 +0100" RFC822.SIZE 2372 BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 0 0 NIL NIL NIL) ENVELOPE ("Tue, 08 Jul 2003 12:00:11 +0000" "***SPAM*** I wish I could be there" (("Kieth Hairston" NIL "kiethhairston_ji" "sedona.net")) (("Kieth Hairston" NIL "kiethhairston_ji" "sedona.net")) (("Kieth Hairston" NIL "kiethhairston_ji" "sedona.net")) ((NIL NIL "stu" "spacehopper.org")) NIL NIL NIL "<d1d801c34548$6364549c$6e8ec7ab@0aqdi32>")) A01260 OK Fetch completed. --> #2.364 Tue Jul 8 12:55:19 2003 A01261 SORT (DATE) us-ascii ALL * SORT 9 1 2 8 3 4 5 6 7 11 10 12 A01261 OK Sort completed. ... filter rule #1 ... --> #2.364 Tue Jul 8 12:55:19 2003 A01262 UID SEARCH UNSEEN UNDELETED UNDRAFT 12 SUBJECT "***SPAM***" * SEARCH 140 A01262 OK Search completed. ... ok, it's junk, we want it marked seen/deleted and placed in another folder ... --> #2.364 Tue Jul 8 12:55:19 2003 A01263 UID STORE 140 +FLAGS (\Seen) * 12 FETCH (FLAGS (\Seen \Recent) UID 140) A01263 OK Store completed. --> #2.364 Tue Jul 8 12:55:19 2003 A01264 UID STORE 140 +FLAGS (\Deleted) * 12 FETCH (FLAGS (\Deleted \Seen \Recent) UID 140) A01264 OK Store completed. --> #2.364 Tue Jul 8 12:55:19 2003 A01265 UID COPY 140 "ZZ spam" A01265 OK Copy completed. --> #1.364 Tue Jul 8 12:55:20 2003 A00087 STATUS "ZZ spam" (MESSAGES RECENT UNSEEN UIDVALIDITY UIDNEXT) * STATUS "ZZ spam" (MESSAGES 1 RECENT 1 UIDNEXT 2 UIDVALIDITY 1057513495 UNSEEN 0) A00087 OK Status completed. --> #2.364 Tue Jul 8 12:55:20 2003 A01266 UID STORE 140 +FLAGS (\Deleted) * 12 FETCH (FLAGS (\Deleted \Seen \Recent) UID 140) A01266 OK Store completed. ... and expunge this message (only) from the inbox: Mulberry checks so that it can keep any other deleted messages in the folder intact ... --> #2.364 Tue Jul 8 12:55:20 2003 A01267 UID SEARCH DELETED * SEARCH 140 A01267 OK Search completed. --> #2.364 Tue Jul 8 12:55:20 2003 A01268 EXPUNGE * 12 EXPUNGE A01268 OK Expunge completed. --> #2.364 Tue Jul 8 12:55:20 2003 A01269 SORT (DATE) us-ascii ALL * SORT 9 1 2 8 3 4 5 6 7 11 10 A01269 OK Sort completed. ... and on to filter rule #2 ... --> #2.364 Tue Jul 8 12:55:20 2003 A01270 UID SEARCH UNSEEN UNDELETED UNDRAFT 12 (OR FROM "Cron Daemon <sthen(a)eeyore.37.spacehopper.org>" SUBJECT "Cron <sthen@wide> /home/sthen/pingme") A01270 NO Sequence out of range: 12

2 2

[Dovecot] LDAP bind questions
by Jared 09 Jul '03

09 Jul '03

Hello, I've got dovecot set up to authenticate against our LDAP server. So far seems to work well. I have two concerns that I haven't been able to find answers for in the documentation or archives. Is there any intention to support "authentication binds" so you don't have to bind as a user with read privileges to everyone's userPassword attribute? For security purposes I'd like to see this functionality. And my next concern would become a non-issue if the above was supported, but is there a way to set the dnpass equal to a SSHA password? When I try setting it like this: dnpass = {SSHA}VhxqnmwCLVQj7g3rQV+g9F3XnaJ6bRXR in dovecot-ldap.conf It still tries to do a simple bind and fails. I get this error: dovecot-auth: LDAP: ldap_simple_bind_s() failed \ (dn cn=authadmin,ou=people,dc=domain,dc=com): Invalid credentials I'd prefer not to have the password for the authentication admin user stored in plain text in the conf file. Thanks, -jared

4 6

[Dovecot] Auth problems against Eudora
by Lars Clausen 06 Jul '03

06 Jul '03

Hi, I'm trying to set up dovecot to do pop3 from Eudora, but it keeps breaking on authentication attempts using plain auth. When I snoop the connection with tcpflow, here's what I see: 128.174.246.068.00110-062.107.004.050.49653: +OK dovecot ready. 128.174.246.068.00110-062.107.004.050.49653: +OK dovecot ready. 128.174.246.068.00110-062.107.004.050.49653: 062.107.004.050.49653-128.174.246.068.00110: CAPA 128.174.246.068.00110-062.107.004.050.49653: +OK CAPA TOP USER UIDL RESP-CODES STLS SASL PLAIN DIGEST-MD5 . 062.107.004.050.49653-128.174.246.068.00110: auth plain AG1p2YtlQBebz12YmXQ 128.174.246.068.00110-062.107.004.050.49653: -ERR Unsupported authentication mechanism. It seems to me that sending 'auth plain <MD5>' is against the RFCs (1734, 2195, 1939). What can be done about this? I'm also curious why MD5 auth is not allowed for shadow passwords whenthat has been standard on Linux for a while now. Or am I missing something? Thanks in advance, -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I |---------------------------- will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket?

2 1

[Dovecot] "Internal Error" from maildirs (new user)
by Sean 'Shaleh' Perry 05 Jul '03

05 Jul '03

I decided to give dovecot a try this morning. To create a test system I copied mail from my wife and myself into /var/spool/imap. This mail was already in maildir format from our mail clients. I set the mail env to maildir:/var/spool/imap/%u. Below is a session (via telnet): <begin> . OK Logged in. . list "" * * LIST (\UnMarked) "." "blackbox" * LIST (\UnMarked) "." "blackbox-devel" * LIST (\UnMarked) "." "debian-devel" * LIST (\UnMarked) "." "debian-dpkg" * LIST (\UnMarked) "." "debian-ipv6" * LIST (\UnMarked) "." "debian-laptop" * LIST (\UnMarked) "." "debian-legal" * LIST (\UnMarked) "." "debian-lint" * LIST (\UnMarked) "." "debian-mentors" * LIST (\UnMarked) "." "debian-policy" * LIST (\UnMarked) "." "debian-private" * LIST (\UnMarked) "." "debian-publicity" * LIST (\UnMarked) "." "debian-python" * LIST (\UnMarked) "." "debian-qa" * LIST (\UnMarked) "." "debian-release" * LIST (\UnMarked) "." "debian-security" * LIST (\UnMarked) "." "debian-spi" * LIST (\UnMarked) "." "debian-testing" * LIST (\UnMarked) "." "debian-user" * LIST (\UnMarked) "." "debian-vote" * LIST (\UnMarked) "." "drafts" * LIST (\UnMarked) "." "lsb-impl" * LIST (\UnMarked) "." "bad" * LIST (\UnMarked) "." "lsb-test" * LIST (\UnMarked) "." "maradns" * LIST (\UnMarked) "." "narval" * LIST (\UnMarked) "." "python-list" * LIST (\UnMarked) "." "sent-mail" * LIST (\UnMarked) "." "spam" * LIST (\UnMarked) "." "storage" * LIST (\UnMarked) "." "trash" * LIST (\UnMarked) "." "xdg" * LIST (\UnMarked) "." "outbox" * LIST (\UnMarked) "." "bf-python" * LIST (\UnMarked) "." "debian-bug" * LIST (\UnMarked) "." "python-tutor" * LIST (\Marked) "." "INBOX" . OK List completed. . select inbox . NO Internal error [2003-07-04 10:50:51] . examine inbox . NO Internal error [2003-07-04 10:52:22] . examine bad * NO Couldn't use index files * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS ()] Read-only mailbox. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1057341147] UIDs valid * OK [UIDNEXT 1] Predicted next UID . OK [READ-ONLY] Select completed. <end> I can find no cause of the inbox error in any log. Suggestions? All of my sub folders come back as read only (even when I use select). I presume this is a permissions issue. What should the perms be? I am using 0.99.10 from Debian if it matters.

2 2

[Dovecot] NetBSD Support
by Charlie Allom 03 Jul '03

03 Jul '03

Timo, you can safely update the NetBSD support from 1.5 to 1.5, 1.6 and 2.0 (-current/1.7). C. -- charlie(a)rubberduck.com - Melbourne, Australia http://rubberduck.com/~yeled/ PGP: 0x14AA7941 || finger yeled(a)lazy.spodder.com

4 4

RE: [Dovecot] 0.99.10 released
by Maikel Verheijen 02 Jul '03

02 Jul '03

Hi Timo (and list :) > No bug reports since rc4, so here it is. [snip] One small question: How far is nfs safety implemented now? You did a lot of work on nfs-safety for the index files, how about the other files? And does it need specific configure options? Thank you for this release though, I will have a look at it tonight ;-) Kind regards, Maikel Verheijen.

3 5

[Dovecot] migrating from cyrus
by Jens Gutzeit 02 Jul '03

02 Jul '03

Hi all, I want to migrate our customers mailserver (400 mail accounts), from cyrus-2.0.16 to Dovecot. Anyone an idea how I can preserve the read/unread status and what can I do with the UIDL? (cyrus used a different algorithm for UIDL). Thanks in advance. Best regards, Jens Gutzeit

3 5

[Dovecot] a new error message
by Farkas Levente 02 Jul '03

02 Jul '03

hi, we've got the following error: --------- The current command did not succeed. The mail server responded: Error in IMAP command UID: Too long argument.." --------- -- Levente "Si vis pacem para bellum!"

3 4

[Dovecot] Configuration file changes
by Timo Sirainen 02 Jul '03

02 Jul '03

I was going to add support for "configuration groups", but got a bit stuck at how the logic is supposed to work. I think there could be different settings based on IP/port it's listening in, or based on given username. I can't really describe how it would work, and I'm not entirely sure myself either :) Does this make sense: # (default settings here) # if auth groups are defined here, they are included in all groups below group 1.server.org { protocols = imap imaps pop3 pop3s ssl_cert_file = /etc/ssl/certs/server1.pem login_dir = /var/run/dovecot/login/server1 login { # common for imap/pop3 listen = 1.server.org } auth server1 { mechanisms = plain userdb = ldap /etc/ldap-server1.conf passdb = ldap /etc/ldap-server1.conf } group admins { mail_full_filesystem_access = yes auth admins { mechanisms = plain userdb = passwd-file /etc/admins.passwd passdb = passwd-file /etc/admins.passwd } } } # (any setting changes here would affect only new groups below, otherwise # the config file parsing would get difficult..) group anonymous { protocols = imap ssl_disable = yes login_dir = /var/run/dovecot/login/anonymous login { listen = anonymous.server.org process_per_connection = no processes_count = 1 } auth anonymous { mechanisms = plain anonymous userdb = passwd-file /etc/anon.passwd passdb = passwd-file /etc/anon.passwd } }

6 18

[Dovecot] Dovecot first impressions
by Matthias Andree 30 Jun '03

30 Jun '03

Hi, I have only recently become aware of Dovecot and gave it a try. The previous 0.99.9.1 version didn't work well for me (OpenSSL), I dropped it, but 0.99.10 has come just in time (saw it on freshmeat) and I thought I'd give it another try if it promised SSL fixes, and it's sorta working for me (i. e. it works with mutt, Mozilla, sylpheed, but not cone -- but cone is beta and has SSL issues with certificate verification, I seem to have hosed the setup). Anyways, I was delighted to see how quick it is to install an IMAP/POP3 server -- but being a Courier-IMAP user, I have some compatibility concerns, but these appear to be minor, and the daemontools <URL:http://cr.yp.to/daemontools.html> friendliness (dovecot -F) is very much to my taste as well. One deals with NAMESPACE -- it takes manual intervention in order to convince Mozilla of the new namespace and stuff. Courier-IMAP used to provide a NAMESPACE, but Mozilla leaves it unchanged if I point it to Dovecot. The other is the naming itself, easily visible from the LIST replies below: Courier prefixes everything with "INBOX" (which I believe is reflected in the NAMESPACE, but it appears as though most clients were only tested against UWIMAP). Apparently, mail user clients (particularly the Mozilla derivatives) do a better job of presenting Dovecot's layout, so this one has my preference, although it differs from Courier's and Cyrus 2.1's. Timo, could you add the NAMESPACE extension to Dovecot? That would be a great migration aid for people switching over from Courier-IMAP. Other than that, my first impression is a very good one. One question (I may have missed it in the docs): how do I properly create folders with national characters (umlauts) in their names? Apparently, Courier-IMAP and Dovecot just forward the file name verbatim when I type maildirmake -f t=E4=DFt Maildir, which doesn't look right. OTOH, I am well aware that the IMAP servers can't possible guess the character set, so it must be my "maildirmake" that is flawed rather than the server. This is Courier-IMAP: . namespace * NAMESPACE (("INBOX." ".")) NIL (("shared." ".")) . OK NAMESPACE completed. . list "" * * LIST (\HasNoChildren) "." "INBOX.INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.dovecot" * LIST (\HasNoChildren) "." "INBOX.qmail" * LIST (\HasNoChildren) "." "INBOX.cone" * LIST (\HasNoChildren) "." "INBOX.vulnwatch" * LIST (\HasNoChildren) "." "INBOX.Outbox" * LIST (\HasNoChildren) "." "INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.newsletters" * LIST (\HasNoChildren) "." "INBOX.schmendrick" * LIST (\HasNoChildren) "." "INBOX.Queue" * LIST (\HasNoChildren) "." "INBOX.Sent" * LIST (\HasNoChildren) "." "INBOX.Drafts" * LIST (\Marked \HasChildren) "." "INBOX" * LIST (\Noselect \HasChildren) "." "INBOX.INBOX" . OK LIST completed This is Dovecot: . namespace . BAD Error in IMAP command NAMESPACE: Unknown command. . list "" * * LIST (\UnMarked) "." "Drafts" * LIST (\UnMarked) "." "Sent" * LIST (\UnMarked) "." "Queue" * LIST (\UnMarked) "." "schmendrick" * LIST (\UnMarked) "." "newsletters" * LIST (\UnMarked) "." "Trash" * LIST (\UnMarked) "." "Outbox" * LIST (\UnMarked) "." "vulnwatch" * LIST (\Marked) "." "cone" * LIST (\Marked) "." "qmail" * LIST (\UnMarked) "." "dovecot" * LIST (\Children \UnMarked) "." "INBOX" * LIST (\UnMarked) "." "INBOX.Trash" . OK List completed. --=20 Matthias Andree

2 1

[Dovecot] HELP
by Roger Cates 28 Jun '03

28 Jun '03

I am including my config.log in the hopes that someone can tell me what is going on with dovecot installing on Mac OSX 10.2.6 Sincerely, Roger Cates, CCNA Vice President & Chief Technical Officer Xpower Internet, LLC Xpowerhosting.com | Xpoweronline.com P 888.245.7501 | F 270.338.4602 Internet to the power of X. begin 666 dovecot_config.log M5&AI<R!F:6QE(&-O;G1A:6YS(&%N>2!M97-S86=E<R!P<F]D=6-E9"!B>2!C M;VUP:6QE<G,@=VAI;&4*<G5N;FEN9R!C;VYF:6=U<F4L('1O(&%I9"!D96)U M9V=I;F<@:68@8V]N9FEG=7)E(&UA:V5S(&$@;6ES=&%K92X*"F-O;F9I9W5R M93HW.#,Z(&-H96-K:6YG(&9O<B!A($)31"!C;VUP871I8FQE(&EN<W1A;&P* M8V]N9FEG=7)E.C@S-CH@8VAE8VMI;F<@=VAE=&AE<B!B=6EL9"!E;G9I<F]N M;65N="!I<R!S86YE"F-O;F9I9W5R93HX.3,Z(&-H96-K:6YG('=H971H97(@ M;6%K92!S971S("1[34%+17T*8V]N9FEG=7)E.CDS.3H@8VAE8VMI;F<@9F]R M('=O<FMI;F<@86-L;V-A;"TQ+C0*8V]N9FEG=7)E.CDU,CH@8VAE8VMI;F<@ M9F]R('=O<FMI;F<@875T;V-O;F8*8V]N9FEG=7)E.CDV-3H@8VAE8VMI;F<@ M9F]R('=O<FMI;F<@875T;VUA:V4M,2XT"F-O;F9I9W5R93HY-S@Z(&-H96-K M:6YG(&9O<B!W;W)K:6YG(&%U=&]H96%D97(*8V]N9FEG=7)E.CDY,3H@8VAE M8VMI;F<@9F]R('=O<FMI;F<@;6%K96EN9F\*8V]N9FEG=7)E.C$P,#8Z(&-H M96-K:6YG('=H971H97(@=&\@96YA8FQE(&UA:6YT86EN97(M<W!E8VEF:6,@ M<&]R=&EO;G,@;V8@36%K969I;&5S"F-O;F9I9W5R93HQ,#,Q.B!C:&5C:VEN M9R!F;W(@<W1R97)R;W(@:6X@+6QC<&]S:7@*8V]N9FEG=7)E.C$P-S4Z(&-H M96-K:6YG(&9O<B!G8V,*8V]N9FEG=7)E.C$Q.#@Z(&-H96-K:6YG('=H971H M97(@=&AE($,@8V]M<&EL97(@*&=C8R @*2!W;W)K<PIC;VYF:6=U<F4Z,3(P M-#H@9V-C("UO(&-O;F9T97-T(" @(&-O;F9T97-T+F,@(#$^)C4*8V]N9FEG M=7)E.C$R,S Z(&-H96-K:6YG('=H971H97(@=&AE($,@8V]M<&EL97(@*&=C M8R @*2!I<R!A(&-R;W-S+6-O;7!I;&5R"F-O;F9I9W5R93HQ,C,U.B!C:&5C M:VEN9R!W:&5T:&5R('=E(&%R92!U<VEN9R!'3E4@0PIC;VYF:6=U<F4Z,3(V M,SH@8VAE8VMI;F<@=VAE=&AE<B!G8V,@86-C97!T<R M9PIC;VYF:6=U<F4Z M,3(Y-3H@8VAE8VMI;F<@:&]W('1O(')U;B!T:&4@0R!P<F5P<F]C97-S;W(* M8V]N9FEG=7)E.C$S-S4Z(&-H96-K:6YG(&9O<B!!3E-)($,@:&5A9&5R(&9I M;&5S"F-O;F9I9W5R93HQ-#<Y.B!C:&5C:VEN9R!F;W(@:6YL:6YE"F-O;F9I M9W5R93HQ-30Y.B!C:&5C:VEN9R!F;W(@0WEG=VEN(&5N=FER;VYM96YT"F-O M;F9I9W5R93HQ-3@R.B!C:&5C:VEN9R!F;W(@;6EN9W<S,B!E;G9I<F]N;65N M= IC;VYF:6=U<F4Z,38X-CH@8VAE8VMI;F<@:&]S="!S>7-T96T@='EP90IC M;VYF:6=U<F4Z,3<P-SH@8VAE8VMI;F<@8G5I;&0@<WES=&5M('1Y<&4*8V]N M9FEG=7)E.C$W,S8Z(&-H96-K:6YG(&9O<B!L9"!U<V5D(&)Y($=#0PIC;VYF M:6=U<F4Z,3@P-#H@8VAE8VMI;F<@:68@=&AE(&QI;FME<B H+W5S<B]B:6XO M;&0I(&ES($=.52!L9 IC;VYF:6=U<F4Z,3@R,3H@8VAE8VMI;F<@9F]R("]U M<W(O8FEN+VQD(&]P=&EO;B!T;R!R96QO860@;V)J96-T(&9I;&5S"F-O;F9I M9W5R93HQ.#,S.B!C:&5C:VEN9R!F;W(@0E-$+6-O;7!A=&EB;&4@;FT*8V]N M9FEG=7)E.C$X-S$Z(&-H96-K:6YG(&9O<B!A('-E9"!T:&%T(&1O97,@;F]T M('1R=6YC871E(&]U='!U= IC;VYF:6=U<F4Z,3DU-3H@8VAE8VMI;F<@=VAE M=&AE<B!L;B M<R!W;W)K<PIC;VYF:6=U<F4Z,3DW-CH@8VAE8VMI;F<@:&]W M('1O(')E8V]G;FES92!D97!E;F1E;G0@;&EB<F%R:65S"F-O;F9I9W5R93HR M,38R.B!C:&5C:VEN9R!F;W(@;V)J96-T('-U9F9I> IC;VYF:6=U<F4Z,C$X M.#H@8VAE8VMI;F<@9F]R(&5X96-U=&%B;&4@<W5F9FEX"F-O;F9I9W5R93HR M,C(Y.B!C:&5C:VEN9R!C;VUM86YD('1O('!A<G-E("]U<W(O8FEN+VYM("UP M(&]U='!U= IC;VYF:6=U<F4Z,C0Q-3H@8VAE8VMI;F<@9F]R(&1L9F-N+F@* M8V]N9FEG=7)E.C(U.30Z(&-H96-K:6YG(&9O<B!R86YL:6(*8V]N9FEG=7)E M.C(V-C$Z(&-H96-K:6YG(&9O<B!S=')I< IC;VYF:6=U<F4Z,CDP-#H@8VAE M8VMI;F<@9F]R(&]B:F1I<@IC;VYF:6=U<F4Z,CDS,3H@8VAE8VMI;F<@9F]R M(&=C8R!O<'1I;VX@=&\@<')O9'5C92!024,*8V]N9FEG=7)E.C,P-SDZ(&-H M96-K:6YG(&EF(&=C8R!024,@9FQA9R @+69N;RUC;VUM;VX@=V]R:W,*8V]N M9FEG=7)E.C,Q-#4Z(&-H96-K:6YG(&EF(&=C8R!S=&%T:6,@9FQA9R @=V]R M:W,*8V]N9FEG=7)E.C,Q.#<Z(&-H96-K:6YG(&EF(&=C8R!S=7!P;W)T<R M M8R M;R!F:6QE+F\*8V]N9FEG=7)E.C,R,S4Z(&-H96-K:6YG(&EF(&=C8R!S M=7!P;W)T<R M8R M;R!F:6QE+FQO"F-O;F9I9W5R93HS,S S.B!C:&5C:VEN M9R!I9B!G8V,@<W5P<&]R=',@+69N;RUR='1I("UF;F\M97AC97!T:6]N<PIC M;VYF:6=U<F4Z,S,Q-CH@9V-C("UC("UG("U/,B M9FYO+7)T=&D@+69N;RUE M>&-E<'1I;VYS("UC(&-O;F9T97-T+F,@(&-O;F9T97-T+F,@,3XF-0IC;VYF M:6=U<F4Z,S,T,SH@8VAE8VMI;F<@=VAE=&AE<B!T:&4@;&EN:V5R("@O=7-R M+V)I;B]L9"D@<W5P<&]R=',@<VAA<F5D(&QI8G)A<FEE<PIC;VYF:6=U<F4Z M-# T,CH@8VAE8VMI;F<@:&]W('1O(&AA<F1C;V1E(&QI8G)A<GD@<&%T:',@ M:6YT;R!P<F]G<F%M<PIC;VYF:6=U<F4Z-# W,#H@8VAE8VMI;F<@=VAE=&AE M<B!S=')I<'!I;F<@;&EB<F%R:65S(&ES('!O<W-I8FQE"F-O;F9I9W5R93HT M,#@T.B!C:&5C:VEN9R!D>6YA;6EC(&QI;FME<B!C:&%R86-T97)I<W1I8W,* M8V]N9FEG=7)E.C0U,#@Z(&-H96-K:6YG(&EF(&QI8G1O;VP@<W5P<&]R=',@ M<VAA<F5D(&QI8G)A<FEE<PIC;VYF:6=U<F4Z-#4Q,CH@8VAE8VMI;F<@=VAE M=&AE<B!T;R!B=6EL9"!S:&%R960@;&EB<F%R:65S"F-O;F9I9W5R93HT-3,U M.B!C:&5C:VEN9R!W:&5T:&5R('1O(&)U:6QD('-T871I8R!L:6)R87)I97,* M8V]N9FEG=7)E.C4P-S$Z(&-H96-K:6YG('=H971H97(@+6QC('-H;W5L9"!B M92!E>'!L:6-I=&QY(&QI;FME9"!I;@IC;VYF:6=U<F4Z-38X-SH@8VAE8VMI M;F<@9F]R(&QD('5S960@8GD@1T-#"F-O;F9I9W5R93HU-S4U.B!C:&5C:VEN M9R!I9B!T:&4@;&EN:V5R("@O=7-R+V)I;B]L9"D@:7,@1TY5(&QD"F-O;F9I M9W5R93HU-S@Y.B!C:&5C:VEN9R!F;W(@<VAA<F5D(&QI8G)A<GD@<G5N('!A M=&@@;W)I9VEN"F-O;F9I9W5R93HV,C,U.B!C:&5C:VEN9R!F;W(@:6-O;G8* M8V]N9FEG=7)E.C8S-C(Z(&-H96-K:6YG(&9O<B!S=')I;F<N: IC;VYF:6=U M<F4Z-C,V,CH@8VAE8VMI;F<@9F]R('-T9&QI8BYH"F-O;F9I9W5R93HV,S8R M.B!C:&5C:VEN9R!F;W(@<W1D:6YT+F@*8V]N9FEG=7)E.C8S-C(Z(&-H96-K M:6YG(&9O<B!U;FES=&0N: IC;VYF:6=U<F4Z-C,V,CH@8VAE8VMI;F<@9F]R M(&1I<F5N="YH"F-O;F9I9W5R93HV-# R.B!C:&5C:VEN9R!F;W(@<WES+W5I M;RYH"F-O;F9I9W5R93HV-# R.B!C:&5C:VEN9R!F;W(@<WES+W-Y<VUA8W)O M<RYH"F-O;F9I9W5R93HV-# R.B!C:&5C:VEN9R!F;W(@<WES+W)E<V]U<F-E M+F@*8V]N9FEG=7)E.C8T,#(Z(&-H96-K:6YG(&9O<B!L:6YU>"]M;6%N+F@* M8V]N9FEG=7)E.C8T-#(Z(&-H96-K:6YG(&9O<B!S>7,O<V5L96-T+F@*8V]N M9FEG=7)E.C8T.#0Z(&-H96-K:6YG(&9O<B!S>7,O=&EM92YH"F-O;F9I9W5R M93HV-SDP.B!C:&5C:VEN9R!F;W(@<V]C:V5T"F-O;F9I9W5R93HV.#(a)S.B!C M:&5C:VEN9R!F;W(@:6YE=%]A9&1R"F-O;F9I9W5R93HV.3<V.B!C:&5C:VEN M9R!F;W(@9F1A=&%S>6YC"F-O;F9I9W5R93HW,#(U.B!C:&5C:VEN9R!F;W(@ M9F1A=&%S>6YC(&EN("UL<G0*8V]N9FEG=7)E.C<P.#,Z(&-H96-K:6YG(&9O M<B!F8VYT; IC;VYF:6=U<F4Z-S X,SH@8VAE8VMI;F<@9F]R(&9L;V-K"F-O M;F9I9W5R93HW,#@S.B!C:&5C:VEN9R!F;W(@:6YE=%]A=&]N"F-O;F9I9W5R M93HW,#@S.B!C:&5C:VEN9R!F;W(@<VEG86-T:6]N"F-O;F9I9W5R93HW,#@S M.B!C:&5C:VEN9R!F;W(@9V5T<&%G97-I>F4*8V]N9FEG=7)E.C<P.#,Z(&-H M96-K:6YG(&9O<B!M861V:7-E"F-O;F9I9W5R93HW,#@S.B!C:&5C:VEN9R!F M;W(@<W1R8V%S96-M< IC;VYF:6=U<F4Z-S X,SH@8VAE8VMI;F<@9F]R('-T M<FEC;7 *8V]N9FEG=7)E.C<P.#,Z(&-H96-K:6YG(&9O<B!V<VYP<FEN=&8* M8V]N9FEG=7)E.C<P.#,Z(&-H96-K:6YG(&9O<B!V<WES;&]G"F-O;F9I9W5R M93HW,#@S.B!C:&5C:VEN9R!F;W(@=W)I=&5V"F-O;F9I9W5R93HW,#(a)S.B!C M:&5C:VEN9R!F;W(@<V5T<FQI;6ET"F-O;F9I9W5R93HW,#@S.B!C:&5C:VEN M9R!F;W(@<V5T<')O8W1I=&QE"F-O;F9I9W5R93HW,3,X.B!C:&5C:VEN9R!F M;W(@<&]L; IC;VYF:6=U<F4Z-S(P-CH@8VAE8VMI;F<@<VEZ92!O9B!I;G0* M8V]N9FEG=7)E.C<R-#8Z(&-H96-K:6YG('-I>F4@;V8@;&]N9PIC;VYF:6=U M<F4Z-S(X-CH@8VAE8VMI;F<@<VEZ92!O9B!V;VED("H*8V]N9FEG=7)E.C<S M,C8Z(&-H96-K:6YG('-I>F4@;V8@;&]N9R!L;VYG"F-O;F9I9W5R93HW,S@S M.B!C:&5C:VEN9R!T>7!E(&]F(&]F9E]T"F-O;F9I9W5R93HW-#$Y.B!G8V,@ M+6,@+6<@+4\R("U786QL("U7("U7;6ES<VEN9RUP<F]T;W1Y<&5S("U7;6ES M<VEN9RUD96-L87)A=&EO;G,@+5=P;VEN=&5R+6%R:71H("U78VAA<BUS=6)S M8W)I<'1S("U79F]R;6%T/3(@+5=B860M9G5N8W1I;VXM8V%S=" M5V5R<F]R M("!C;VYF=&5S="YC(#$^)C4*8V,Q.B!W87)N:6YG<R!B96EN9R!T<F5A=&5D M(&%S(&5R<F]R<PIC;VYF:6=U<F4Z($EN(&9U;F-T:6]N(&!M86EN)SH*8V]N M9FEG=7)E.C<T,30Z('=A<FYI;F<Z(&QO;F<@:6YT(&9O<FUA="P@9&EF9F5R M96YT('1Y<&4@87)G("AA<F<@,BD*8V]N9FEG=7)E.B!F86EL960@<')O9W)A M;2!W87,Z"B-L:6YE(#<T,#<@(F-O;F9I9W5R92(*(VEN8VQU9&4@(F-O;F9D M969S+F@B"@H)(" C:6YC;'5D92 \<WES+W1Y<&5S+F@^"@D@("-I;F-L=61E M(#QS=&1I;RYH/@H)"FEN="!M86EN*"D@>PH*"2 @<')I;G1F*"(E;&0B+" H M;V9F7W0I,"D["@D*.R!R971U<FX@,#L@?0IC;VYF:6=U<F4Z-S0Q.3H@9V-C M("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T>7!E<R M5VUI M<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E<BUA<FET:" M5V-H87(M<W5B M<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U;F-T:6]N+6-A<W0@+5=E<G)O M<B @8V]N9G1E<W0N8R Q/B8U"F-C,3H@=V%R;FEN9W,@8F5I;F<@=')E871E M9"!A<R!E<G)O<G,*8V]N9FEG=7)E.B!);B!F=6YC=&EO;B!@;6%I;B<Z"F-O M;F9I9W5R93HW-#$T.B!W87)N:6YG.B!I;G0@9F]R;6%T+"!D:69F97)E;G0@ M='EP92!A<F<@*&%R9R R*0IC;VYF:6=U<F4Z(&9A:6QE9"!P<F]G<F%M('=A M<SH*(VQI;F4@-S0P-R B8V]N9FEG=7)E(@HC:6YC;'5D92 B8V]N9F1E9G,N M:"(*"@D@("-I;F-L=61E(#QS>7,O='EP97,N:#X*"2 @(VEN8VQU9&4@/'-T M9&EO+F@^"@D*:6YT(&UA:6XH*2!["@H)("!P<FEN=&8H(B5D(BP@*&]F9E]T M*3 I.PH)"CL@<F5T=7)N(# [('T*8V]N9FEG=7)E.C<T,3DZ(&=C8R M8R M M9R M3S(@+5=A;&P@+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG M+61E8VQA<F%T:6]N<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP M=',@+5=F;W)M870],B M5V)A9"UF=6YC=&EO;BUC87-T("U797)R;W(@(&-O M;F9T97-T+F,@,3XF-0IC;VYF:6=U<F4Z-S4V.#H@9V-C("UC("UG("U/,B M M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T>7!E<R M5VUI<W-I;F<M9&5C;&%R M871I;VYS("U7<&]I;G1E<BUA<FET:" M5V-H87(M<W5B<V-R:7!T<R M5V9O M<FUA=#TR("U78F%D+69U;F-T:6]N+6-A<W0@(&-O;F9T97-T+F,@,3XF-0IC M;VYF:6=U<F4Z($EN(&9U;F-T:6]N(&!M86EN)SH*8V]N9FEG=7)E.C<U-C,Z M(&!/1D9?5%]-05@G('5N9&5C;&%R960@*&9I<G-T('5S92!I;B!T:&ES(&9U M;F-T:6]N*0IC;VYF:6=U<F4Z-S4V,SH@*$5A8V@@=6YD96-L87)E9"!I9&5N M=&EF:65R(&ES(')E<&]R=&5D(&]N;'D@;VYC90IC;VYF:6=U<F4Z-S4V,SH@ M9F]R(&5A8V@@9G5N8W1I;VX@:70@87!P96%R<R!I;BXI"F-O;F9I9W5R93HW M-38S.B!W87)N:6YG.B!U;G5S960@=F%R:6%B;&4@8&DG"F-O;F9I9W5R93H@ M9F%I;&5D('!R;V=R86T@=V%S.@HC;&EN92 W-34V(")C;VYF:6=U<F4B"B-I M;F-L=61E(")C;VYF9&5F<RYH(@H*(" C:6YC;'5D92 \;&EM:71S+F@^"B @ M(VEN8VQU9&4@/'-Y<R]T>7!E<RYH/@H*:6YT(&UA:6XH*2!["@H@(&]F9E]T M(&D@/2!/1D9?5%]-05@["@H[(')E='5R;B P.R!]"F-O;F9I9W5R93HW-3DR M.B!C:&5C:VEN9R!W:&5T:&5R('-I>F5?="!I<R!S:6=N960*8V]N9FEG=7)E M.C<V,#<Z(&=C8R M;R!C;VYF=&5S=" M9R M3S(@+5=A;&P@+5<@+5=M:7-S M:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N<R M5W!O:6YT M97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870],B M5V)A9"UF M=6YC=&EO;BUC87-T(" @8V]N9G1E<W0N8R @,3XF-0IC;VYF:6=U<F4Z($EN M(&9U;F-T:6]N(&!M86EN)SH*8V]N9FEG=7)E.C<V,#(Z('=A<FYI;F<Z(&EM M<&QI8VET(&1E8VQA<F%T:6]N(&]F(&9U;F-T:6]N(&!E>&ET)PIC;VYF:6=U M<F4Z(&9A:6QE9"!P<F]G<F%M('=A<SH*(VQI;F4@-S4Y-R B8V]N9FEG=7)E M(@HC:6YC;'5D92 B8V]N9F1E9G,N:"(*"B @(VEN8VQU9&4@/'-Y<R]T>7!E M<RYH/@H@(&EN="!M86EN*"D@>PH@(" @+RH@<F5T=7)N(# @:68@=V4G<F4@ M<VEG;F5D("HO"B @("!E>&ET*"AS:7IE7W0I*&EN="DM,2 \/2 P(#\@," Z M(#$I.PH@('T*"F-O;F9I9W5R93HW-C0U.B!C:&5C:VEN9R!T>7!E(&]F('-S M:7IE7W0*8V]N9FEG=7)E.C<V.#$Z(&=C8R M8R M9R M3S(@+5=A;&P@+5<@ M+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N<R M M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870],B M M5V)A9"UF=6YC=&EO;BUC87-T("U797)R;W(@(&-O;F9T97-T+F,@,3XF-0IC M;VYF:6=U<F4Z-S8X,3H@9V-C("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I M;F<M<')O=&]T>7!E<R M5VUI<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E M<BUA<FET:" M5V-H87(M<W5B<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U M;F-T:6]N+6-A<W0@+5=E<G)O<B @8V]N9G1E<W0N8R Q/B8U"F-C,3H@=V%R M;FEN9W,@8F5I;F<@=')E871E9"!A<R!E<G)O<G,*8V]N9FEG=7)E.B!);B!F M=6YC=&EO;B!@;6%I;B<Z"F-O;F9I9W5R93HW-C<V.B!W87)N:6YG.B!L;VYG M(&EN="!F;W)M870L(&EN="!A<F<@*&%R9R R*0IC;VYF:6=U<F4Z(&9A:6QE M9"!P<F]G<F%M('=A<SH*(VQI;F4(a)-S8V.2 B8V]N9FEG=7)E(@HC:6YC;'5D M92 B8V]N9F1E9G,N:"(*"@D@("-I;F-L=61E(#QS>7,O='EP97,N:#X*"2 @ M(VEN8VQU9&4@/'-T9&EO+F@^"@D*:6YT(&UA:6XH*2!["@H)("!P<FEN=&8H M(B5L9"(L("AS<VEZ95]T*3 I.PH)"CL@<F5T=7)N(# [('T*8V]N9FEG=7)E M.C<V.#$Z(&=C8R M8R M9R M3S(@+5=A;&P@+5<@+5=M:7-S:6YG+7!R;W1O M='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N<R M5W!O:6YT97(M87)I=&@@ M+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870],B M5V)A9"UF=6YC=&EO;BUC M87-T("U797)R;W(@(&-O;F9T97-T+F,@,3XF-0IC8S$Z('=A<FYI;F=S(&)E M:6YG('1R96%T960@87,@97)R;W)S"F-O;F9I9W5R93H@26X@9G5N8W1I;VX@ M8&UA:6XG.@IC;VYF:6=U<F4Z-S8W-CH@=V%R;FEN9SH@;&]N9R!L;VYG(&EN M="!F;W)M870L(&1I9F9E<F5N="!T>7!E(&%R9R H87)G(#(I"F-O;F9I9W5R M93H@9F%I;&5D('!R;V=R86T@=V%S.@HC;&EN92 W-C8Y(")C;VYF:6=U<F4B M"B-I;F-L=61E(")C;VYF9&5F<RYH(@H*"2 @(VEN8VQU9&4@/'-Y<R]T>7!E M<RYH/@H)(" C:6YC;'5D92 \<W1D:6\N:#X*"0II;G0@;6%I;B@I('L*"@D@ M('!R:6YT9B@B)6QL9"(L("AS<VEZ95]T*3 I.PH)"CL@<F5T=7)N(# [('T* M8V]N9FEG=7)E.C<X,C,Z(&-H96-K:6YG(&9O<B!U:6YT;6%X7W0*8V]N9FEG M=7)E.C<X-C Z(&-H96-K:6YG(&9O<B!U:6YT7V9A<W0S,E]T"F-O;F9I9W5R M93HW.#DW.B!C:&5C:VEN9R!F;W(@<V]C:VQE;E]T"F-O;F9I9W5R93HW.34P M.B!C:&5C:VEN9R!F;W(@+V1E=B]U<F%N9&]M"F-O;F9I9W5R93HX,# T.B!C M:&5C:VEN9R!F;W(@=&U?9VUT;V9F"F-O;F9I9W5R93HX,#,X.B!C:&5C:VEN M9R!F;W(@<W1R=6-T(&EO=F5C"F-O;F9I9W5R93HX,#@V.B!G8V,@+6,@+6<@ M+4\R("U786QL("U7("U7;6ES<VEN9RUP<F]T;W1Y<&5S("U7;6ES<VEN9RUD M96-L87)A=&EO;G,@+5=P;VEN=&5R+6%R:71H("U78VAA<BUS=6)S8W)I<'1S M("U79F]R;6%T/3(@+5=B860M9G5N8W1I;VXM8V%S=" @8V]N9G1E<W0N8R Q M/B8U"F-O;F9I9W5R93HX,#<Y.B!W87)N:6YG.B!@="<@9&5F:6YE9"!B=70@ M;F]T('5S960*8V]N9FEG=7)E.C@Q,C Z(&=C8R M8R M9R M3S(@+5=A;&P@ M+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T:6]N M<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M870] M,B M5V)A9"UF=6YC=&EO;BUC87-T("!C;VYF=&5S="YC(#$^)C4*8V]N9FEG M=7)E.B!);B!F=6YC=&EO;B!@;6%I;B<Z"F-O;F9I9W5R93HX,3$U.B!@4DQ) M34E47T%3)R!U;F1E8VQA<F5D("AF:7)S="!U<V4@:6X@=&AI<R!F=6YC=&EO M;BD*8V]N9FEG=7)E.C@Q,34Z("A%86-H('5N9&5C;&%R960@:61E;G1I9FEE M<B!I<R!R97!O<G1E9"!O;FQY(&]N8V4*8V]N9FEG=7)E.C@Q,34Z(&9O<B!E M86-H(&9U;F-T:6]N(&ET(&%P<&5A<G,@:6XN*0IC;VYF:6=U<F4Z(&9A:6QE M9"!P<F]G<F%M('=A<SH*(VQI;F4@.#$P-B B8V]N9FEG=7)E(@HC:6YC;'5D M92 B8V]N9F1E9G,N:"(*"B @(VEN8VQU9&4@/'-Y<R]T>7!E<RYH/@H@("-I M;F-L=61E(#QS>7,O=&EM92YH/@H@("-I;F-L=61E(#QS>7,O<F5S;W5R8V4N M:#X*"FEN="!M86EN*"D@>PH*("!S=')U8W0@<FQI;6ET('(["B @9V5T<FQI M;6ET*%),24U)5%]!4RP(a))G(I.PH*.R!R971U<FX@,#L@?0IC;VYF:6=U<F4Z M.#$T.3H@9V-C("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T M>7!E<R M5VUI<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E<BUA<FET:" M M5V-H87(M<W5B<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U;F-T:6]N+6-A M<W0@(&-O;F9T97-T+F,@,3XF-0IC;VYF:6=U<F4Z.#$V-#H@8VAE8VMI;F<@ M3&EN=7@@8V]M<&%T:6)L92!M<F5M87 H*0IC;VYF:6=U<F4Z.#$W.3H@9V-C M("UC("UG("U/,B M5V%L;" M5R M5VUI<W-I;F<M<')O=&]T>7!E<R M5VUI M<W-I;F<M9&5C;&%R871I;VYS("U7<&]I;G1E<BUA<FET:" M5V-H87(M<W5B M<V-R:7!T<R M5V9O<FUA=#TR("U78F%D+69U;F-T:6]N+6-A<W0@(&-O;F9T M97-T+F,@,3XF-0IC;VYF:6=U<F4Z($EN(&9U;F-T:6]N(&!M86EN)SH*8V]N M9FEG=7)E.C@Q-S0Z('=A<FYI;F<Z(&EM<&QI8VET(&1E8VQA<F%T:6]N(&]F M(&9U;F-T:6]N(&!M<F5M87 G"F-O;F9I9W5R93HX,3<T.B!@35)%34%07TU! M64U/5D4G('5N9&5C;&%R960@*&9I<G-T('5S92!I;B!T:&ES(&9U;F-T:6]N M*0IC;VYF:6=U<F4Z.#$W-#H@*$5A8V@@=6YD96-L87)E9"!I9&5N=&EF:65R M(&ES(')E<&]R=&5D(&]N;'D@;VYC90IC;VYF:6=U<F4Z.#$W-#H@9F]R(&5A M8V@@9G5N8W1I;VX@:70@87!P96%R<R!I;BXI"F-O;F9I9W5R93H@9F%I;&5D M('!R;V=R86T@=V%S.@HC;&EN92 X,38V(")C;VYF:6=U<F4B"B-I;F-L=61E M(")C;VYF9&5F<RYH(@H*(" C:6YC;'5D92 \=6YI<W1D+F@^"B @(V1E9FEN M92!?7U5315]'3E4*(" C:6YC;'5D92 \<WES+VUM86XN:#X*"FEN="!M86EN M*"D@>PH*("!M<F5M87 H,"P@,"P@,"P(a)35)%34%07TU!64U/5D4I.PH*.R!R M971U<FX@,#L@?0IC;VYF:6=U<F4Z.#$Y.3H@8VAE8VMI;F<@9F]R('-E;F1F M:6QE=B!I;B M;'-E;F1F:6QE"F-O;F9I9W5R93HX,C0T.B!C:&5C:VEN9R!, M:6YU>"!C;VUP871I8FQE('-E;F1F:6QE*"D*8V]N9FEG=7)E.C@R-C Z(&=C M8R M8R M9R M3S(@+5=A;&P@+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M M:7-S:6YG+61E8VQA<F%T:6]N<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U M8G-C<FEP=',@+5=F;W)M870],B M5V)A9"UF=6YC=&EO;BUC87-T("!C;VYF M=&5S="YC(#$^)C4*8V]N9FEG=7)E.C@R-3$Z(&AE861E<B!F:6QE("=S>7,O M<V5N9&9I;&4N:"<@;F]T(&9O=6YD"F-P<"UP<F5C;VUP.B!W87)N:6YG.B!E M<G)O<G,@9'5R:6YG('-M87)T('!R97!R;V-E<W-I;F<L(')E=')Y:6YG(&EN M(&)A<VEC(&UO9&4*8V]N9FEG=7)E.B!F86EL960@<')O9W)A;2!W87,Z"B-L M:6YE(#@R-#8@(F-O;F9I9W5R92(*(VEN8VQU9&4@(F-O;F9D969S+F@B"@H@ M(" @(W5N9&5F(%]&24Q%7T]&1E-%5%]"2513"B @(" C:6YC;'5D92 \<WES M+W1Y<&5S+F@^"B @(" C:6YC;'5D92 \<WES+W-O8VME="YH/@H@(" @(VEN M8VQU9&4@/'-Y<R]S96YD9FEL92YH/@H@( II;G0@;6%I;B@I('L*"B @("!S M96YD9FEL92@P+" P+" H=F]I9" J*2 P+" P*3L*(" *.R!R971U<FX@,#L@ M?0IC;VYF:6=U<F4Z.#(X,#H@8VAE8VMI;F<@1G)E94)31"!C;VUP871I8FQE M('-E;F1F:6QE*"D*8V]N9FEG=7)E.C(a)R.38Z(&=C8R M8R M9R M3S(@+5=A M;&P@+5<@+5=M:7-S:6YG+7!R;W1O='EP97,@+5=M:7-S:6YG+61E8VQA<F%T M:6]N<R M5W!O:6YT97(M87)I=&@@+5=C:&%R+7-U8G-C<FEP=',@+5=F;W)M M870],B M5V)A9"UF=6YC=&EO;BUC87-T("!C;VYF=&5S="YC(#$^)C4*8V]N M9FEG=7)E.B!);B!F=6YC=&EO;B!@;6%I;B<Z"F-O;F9I9W5R93HX,CDP.B!S M=&]R86=E('-I>F4@;V8@8&AD='(G(&ES;B=T(&MN;W=N"F-O;F9I9W5R93HX M,CDQ.B!W87)N:6YG.B!I;7!L:6-I="!D96-L87)A=&EO;B!O9B!F=6YC=&EO M;B!@<V5N9&9I;&4G"F-O;F9I9W5R93HX,CDP.B!W87)N:6YG.B!U;G5S960@ M=F%R:6%B;&4@8&AD='(G"F-O;F9I9W5R93H@9F%I;&5D('!R;V=R86T@=V%S M.@HC;&EN92 X,C@R(")C;VYF:6=U<F4B"B-I;F-L=61E(")C;VYF9&5F<RYH M(@H*(" @("-I;F-L=61E(#QS>7,O='EP97,N:#X*(" @("-I;F-L=61E(#QS M>7,O<V]C:V5T+F@^"B @(" C:6YC;'5D92 \<WES+W5I;RYH/@H@( II;G0@ M;6%I;B@I('L*"B @("!S=')U8W0@<V9?:&1T<B!H9'1R.PH@(" @<V5N9&9I M;&4H,"P@,"P@,"P@,"P@)FAD='(L("AV;VED("HI(# L(# I.PH@( H[(')E M='5R;B P.R!]"F-O;F9I9W5R93HX,S(P.B!C:&5C:VEN9R!F;W(@86X@:6UP M;&5M96YT871I;VX@;V8@=F%?8V]P>2@I"F-O;F9I9W5R93HX,S8S.B!C:&5C M:VEN9R!F;W(@86X@:6UP;&5M96YT871I;VX@;V8@7U]V85]C;W!Y*"D*8V]N M9FEG=7)E.C@T,C$Z(&-H96-K:6YG('=H971H97(@=F%?;&ES=',@8V%N(&)E M(&-O<&EE9"!B>2!V86QU90IC;VYF:6=U<F4Z.#0W-CH@8VAE8VMI;F<@9F]R M(&=N=71L<U]G;&]B86Q?:6YI="!I;B M;&=N=71L<PIC;VYF:6=U<F4Z.#4V M.3H@8VAE8VMI;F<@9F]R(%-33%]R96%D(&EN("UL<W-L"F-O;F9I9W5R93HX M-C X.B!C:&5C:VEN9R!F;W(@;W!E;G-S;"]S<VPN: IC;VYF:6=U<F4Z.#8P M.#H@8VAE8VMI;F<@9F]R(&]P96YS<VPO97)R+F@*8V]N9FEG=7)E.C@W,3$Z M(&-H96-K:6YG(&9O<B!G971S<&YA;0IC;VYF:6=U<F4Z.#@P,SH@8VAE8VMI M;F<@9F]R('!A;5]S=&%R="!I;B M;'!A;0IC;VYF:6=U<F4Z.#@T,3H@8VAE M8VMI;F<@9F]R('-E8W5R:71Y+W!A;5]A<'!L+F@*8V]N9FEG=7)E.C@X.#$Z M(&-H96-K:6YG(&9O<B!P86TO<&%M7V%P<&PN: IC;VYF:6=U<F4Z.#DR.#H@ M8VAE8VMI;F<@9F]R('!A;5]S971C<F5D(&EN("UL<&%M"F-O;F9I9W5R93HY M,3DU.B!C:&5C:VEN9R!F;W(@=G!O<&UA:6P@8V]N9FEG=7)A=&EO;B!A=" O M=7-R+W9P;W!M86EL+V5T8R]L:6)?9&5P<PIC;VYF:6=U<F4Z.3,P,CH@8VAE M8VMI;F<@9F]R(&-R>7!T(&EN("UL8W)Y<'0*8V]N9FEG=7)E.CDS-#,Z(&-H M96-K:6YG(&9O<B!C<GEP= IC;VYF:6=U<F4Z.3,Y.3H@8VAE8VMI;F<@9F]R M(&1L;W!E;B!I;B M;&1L"F-O;F9I9W5R93HY-#8T.B!C:&5C:VEN9R!W:&5T M:&5R(&)Y=&4@;W)D97)I;F<@:7,@8FEG96YD:6%N"F-O;F9I9W5R93HY-38Y 4.B!C:&5C:VEN9R!F;W(@25!V-@H` ` end

2 1

[Dovecot] Message display corrupted or missing in Netscape 7.0 and Mozilla 1.3
by Steven Enderle 28 Jun '03

28 Jun '03

Hi, a few days ago, we switched our site from pop3 to imap. We are running about 20 users with Netscape 7.0 on a FreeBSD-4.8 Server . I installed dovecot 0.9.99.1 via the freebsd-ports collection, which was as easy as make install and start dovecot. Our users mailboxes are still standart mbox format in /var/mail/(user), as it is default in Freebsd. Now we suffer from a realy ugly problem, which was arising after the switch from pop3. When Netscape is newly started, it works fine as expected until Netscape displays messages corrupted or stops displaying them completly. I also cannot forward them in that state or open or delete them in any other way. The only way to get it working again is to quit Netscape, exit quickstart and restart Netscape again. It just hangs on a bunch of messages or all of them. The user notices it like this: There are three windows displayed in netscape mail: 1. imap folder view 2. message list of the current folder and 3. the currently displayed message. The Folder view and Message List in Netscape is always fine, so the Subject and sender, time, etc is always displayed in the List. The problem occurs then on some messages when i select them for reading. The Message Display below the message list just stays empty (also opening the message in a new window doesn't help) or the "title bar in the Message Display" stays empty (no subject, sender, time etc) and the raw email starting with header, raw html email and encoded attachment is shown below, each line followed by another blank line, like this: == start corrupted email X-UIDL: 8793f170f0430909 Return-Path: <frank.xx(a)xx.de> Delivered-To: xx(a)mdn.de Received: from mailrelay1.xx.de (mailrelay.xx.de [212.114.153.xx]) by xx.de (Postfix) with ESMTP id D31B7A88F for <xx(a)mdn.de>; Wed, 18 Jun 2003 08:55:07 +0200 (CEST) Received: from ntmail1.xx.de (ntmail1.xx.de [212.114.155.xx]) html and stuff following... == end corrupted email One could read it, but its realy ugly. It seems, that if i delete a lot of messages in sequence (the morning spam), i can force to happen that problem earlier. It always hangs while deleting my spam. I like dovecot a lot, it was easy to install etc and works pretty fine except that it still seems to be in beta-stage. Now i would switch to courier/uw-imap until dovecot is ready, but the mbox format dovecot is using seems to be pretty uniq? I think, the users could keep their /var/mail/Username-INBOX, but wouldn't they loose their email folders? Is there any way to switch the software in a easy way? Or will there be a near future release which will fix that? What about the cvs version? Thanks for you help! Best regards Steven -- -------------------------------------------------- ----- Steven Enderle ----- m d n Huebner GmbH ---- ----- enderle(a)mdn.de ----- + 49 911 93 90 90 ----- ----- Digital Imaging & Documentmanagment ----- --------------------------------------------------

3 6

[Dovecot] 0.99.10 released
by Timo Sirainen 27 Jun '03

27 Jun '03

No bug reports since rc4, so here it is. v0.99.10 2003-06-26 Timo Sirainen <tss(a)iki.fi> * Default PAM service name changed to "dovecot". This means that if you're using PAM, you most likely have to do mv /etc/pam.d/imap /etc/pam.d/dovecot If you wish to keep using imap, see doc/auth.txt. * ~/rawlog directory changed to ~/dovecot.rawlog + Faster and better maildir synchronization. We support read-only maildirs and out-of-quota conditions are handled a lot better. dovecot-uidlist file still isn't out-of-quota-safe though, but you can keep it in another location where quota isn't checked. For example: default_mail_env = Maildir:~/Maildir: INDEX=/noquota/%u:CONTROL=/noquota/%u + Read-only mboxes are supported now. + Only NOOP and CHECK now always do a mailbox sync checking. Other commands sync max. once in 5 seconds, plus always from indexes. This should reduce I/O a bit. + All NUL characters are translated to ascii #128 before sending to client. RFC prohibits sending NULs and this is how UW-IMAP handles it as well. + Make ENVELOPE, BODY and BODYSTRUCTURE replies more compact by removing multiple LWSPs and translating TABs to spaces. RFC doesn't specifically require this, but this seems to be the wanted behaviour.. + Added ANONYMOUS SASL mechanism. + More flexible user chrooting configuration in home directories: "<chroot>/./<homedir>" + Added support for dynamically loadable IMAP/POP3 modules. See INSTALL file for more information. - Partial fetches were broken if mails had CR+LF linefeeds - SEARCH DELETED didn't return anything if all messages were deleted - OpenSSL support was broken in many installations because we were chrooted and it couldn't open /dev/urandom. - PAM: Giving wrong password blocked the whole process for two seconds. Now we create a new process for each check. - Lots of other smaller bugfixes and better error handling

2 1

[Dovecot] Dovecot and file permissions
by Spectron International, Inc. 26 Jun '03

26 Jun '03

I have some questions about some parameters in dovecot.conf, I have them configured as this: # User to use for the login process. The user must belong to a group where # only it has access, it's used to control access for authentication process # named sockets login_user=postfix # User to use for the process. Only shadow and pam authentication requires # roots, so use something else if possible auth_user=postfix It seems to me that all files created and used by Dovecot as long as they were created by the postfix user, they would be accesible. Right? My maildir shows as this: drw------- 6 postfix postdrop 65 Jun 26 09:40 Maildir so I guess postfix has full access to the maildir. Wouldn't setting login_user and auth_user to postfix let Dovecot access the Maildir? In the logs I get permission errors, if I chmod to 777 it works ok. This is what I get in the logs: Jun 26 09:24:23 backup imap(f_rojas): opendir(/opt/mail/f_rojas/Maildir) failed: Permission denied Jun 26 09:24:31 backup imap(f_rojas): stat(/opt/mail/f_rojas/Maildir/.Drafts) failed: Permission denied Jun 26 09:24:31 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur) failed: Permission denied Jun 26 09:24:31 backup imap(f_rojas): stat(/opt/mail/f_rojas/Maildir/.Sent Items) failed: Permission denied Jun 26 09:24:31 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur) failed: Permission denied Jun 26 09:26:52 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur) failed: Permission denied Jun 26 10:06:09 backup imap(f_rojas): lstat(/opt/mail/f_rojas/Maildir/cur) failed: Permission denied Jun 26 10:06:15 backup imap(f_rojas): opendir(/opt/mail/f_rojas/Maildir) failed: Permission denied Jun 26 10:08:38 backup imap(f_rojas): opendir(/opt/mail/f_rojas/Maildir) failed: Permission denied Jun 26 10:13:03 backup imap(f_rojas): stat(/opt/mail/f_rojas/Maildir/.Sent Items) failed: Permission denied Faw

2 1

[Dovecot] mutt and dovecot
by Charlie Allom 26 Jun '03

26 Jun '03

Hi, I setup squirrelmail with dovecot and everything worked. I moved users Maildir directores to ~/Maildir/INBOX.directory/ and updated the .subscriptions file to something like ^INBOX.directory squirrelmail picks this up, but I can't seem to get mutt to read this style. In fact I would have assumed that dovecot would read ~/Maildir/ as INBOX and everything under it as it stands, without having to shuffle things about. Does anyone use mutt and have any words fo advice? I am not sure that courier-imapd does this sort of munging? C. -- charlie(a)rubberduck.com - Melbourne, Australia http://rubberduck.com/~yeled/ PGP: 0x14AA7941 || finger yeled(a)lazy.spodder.com

3 5

[Dovecot] 0.99.10-rc4
by Timo Sirainen 26 Jun '03

26 Jun '03

Again all the recently reported bugs fixed. Hopefully last rc. http://dovecot.procontrol.fi/rc/

1 0

[Dovecot] Help with new install on Mac OSX
by Roger Cates 26 Jun '03

26 Jun '03

Can anyone tell me what's going on and how I can fix it? bash-2.05a# make make all-recursive Making all in src Making all in lib make[3]: Nothing to be done for `all'. Making all in lib-settings make[3]: Nothing to be done for `all'. Making all in lib-charset make[3]: Nothing to be done for `all'. Making all in lib-mail make[3]: Nothing to be done for `all'. Making all in lib-imap make[3]: Nothing to be done for `all'. Making all in lib-index Making all in maildir make[4]: Nothing to be done for `all'. Making all in mbox make[4]: Nothing to be done for `all'. make[4]: Nothing to be done for `all-am'. Making all in lib-storage Making all in index Making all in maildir make[5]: Nothing to be done for `all'. Making all in mbox make[5]: Nothing to be done for `all'. make[5]: Nothing to be done for `all-am'. Making all in subscription-file make[4]: Nothing to be done for `all'. Making all in register gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-imap -I../../../src/lib-storage -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -c mail-storage-register.c rm -f libstorage-register.a ar cru libstorage-register.a mail-storage-register.o ranlib libstorage-register.a make[4]: Nothing to be done for `all-am'. Making all in auth /bin/sh ../../libtool --mode=link gcc -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o dovecot-auth -export-dynamic auth-module.o db-ldap.o db-pgsql.o db-passwd-file.o login-connection.o main.o master-connection.o md5crypt.o mech.o mech-cyrus-sasl2.o mech-plain.o mech-digest-md5.o mycrypt.o passdb.o passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-shadow.o passdb-vpopmail.o passdb-pgsql.o password-scheme.o userdb.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o userdb-static.o userdb-vpopmail.o userdb-pgsql.o ../lib-settings/libsettings.a ../lib/liblib.a -lpam -L/usr/vpopmail/lib -lvpopmail -ldl gcc -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o dovecot-auth auth-module.o db-ldap.o db-pgsql.o db-passwd-file.o login-connection.o main.o master-connection.o md5crypt.o mech.o mech-cyrus-sasl2.o mech-plain.o mech-digest-md5.o mycrypt.o passdb.o passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-shadow.o passdb-vpopmail.o passdb-pgsql.o password-scheme.o userdb.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o userdb-static.o userdb-vpopmail.o userdb-pgsql.o ../lib-settings/libsettings.a ../lib/liblib.a -lpam -L/usr/vpopmail/lib -lvpopmail -ldl ld: Undefined symbols: ___udivdi3 ___umoddi3 restFP saveFP ___divdi3 make[3]: *** [dovecot-auth] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 I am on Mac OS X 10.2.6 and the latest Dovecot release 0.99.9.1. Sincerely, Roger Cates

1 0

[Fwd: Re: [Dovecot] current cvs can't login]
by Timo Sirainen 26 Jun '03

26 Jun '03

So, evolution 1.4 upgrade lost my reply-to-list defaulting. Was supposed to send this here..

1 0

[Dovecot] a new bug
by Farkas Levente 25 Jun '03

25 Jun '03

hi, withe the latest cvs (and a few days ago) I've got a lot's of such process on the maiul server (and the number of such processes just growing:-(((). anyway the login problem disapear as I use dovecot as pam module name (both for impa and pop3). ------------------------------------------ root 18923 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18925 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18939 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] dovecot 18942 0.0 0.1 3420 1492 ? S 17:35 0:00 imap-login root 18943 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18945 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18947 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] dovecot 18950 0.0 0.1 3420 1492 ? S 17:35 0:00 imap-login dovecot 18953 0.3 0.1 3424 1488 ? S 17:35 0:00 imap-login root 18954 0.3 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] ------------------------------------------ -- Levente "Si vis pacem para bellum!"

2 1

[Dovecot] a new bug
by Farkas Levente 25 Jun '03

25 Jun '03

hi, withe the latest cvs (and a few days ago) I've got a lot's of such process on the maiul server (and the number of such processes just growing:-(((). anyway the login problem disapear as I use dovecot as pam module name (both for impa and pop3). ------------------------------------------ root 18923 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18925 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18939 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] dovecot 18942 0.0 0.1 3420 1492 ? S 17:35 0:00 imap-login root 18943 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18945 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] root 18947 0.0 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] dovecot 18950 0.0 0.1 3420 1492 ? S 17:35 0:00 imap-login dovecot 18953 0.3 0.1 3424 1488 ? S 17:35 0:00 imap-login root 18954 0.3 0.0 0 0 ? Z 17:35 0:00 [dovecot-auth <defunct>] ------------------------------------------ -- Levente "Si vis pacem para bellum!"

1 0

[Dovecot] 0.99.10-rc3
by Timo Sirainen 25 Jun '03

25 Jun '03

Fixed all the reported bugs. Changed PAM service to "dovecot". Anything left? http://dovecot.procontrol.fi/rc/

4 4

[Dovecot] current cvs can't login
by Farkas Levente 25 Jun '03

25 Jun '03

hi, the current cvs don't allow to login with mozilla just such messages: imap-login: Jun 25 01:29:30 Info: Aborted login [192.168.0.50] imap-login: Jun 25 01:29:39 Info: Aborted login [192.168.0.50] even the today afternoon messages was correct (or at least able to login to the imap). -- Levente "Si vis pacem para bellum!"

3 5

[Dovecot] Bug? Folder tree confusion
by Dominic Marks 25 Jun '03

25 Jun '03

Can anyone else confirm this behaviour: o Open an IMAP mailbox o Make a new folder (foo/) o Make another new folder under foo (foo/bar) o Delete foo o Bar will go away and foo will remain (Outlook bug ?) o Try and delete foo, you won't be able to because Dovecot thinks foo is not empty and Outlook thinks it is. This is using Dovecot 0.99.10-rc2 and MS Outlook 2000. Don't know if a bug lies within here somewhere (not nessarily in Dovecot), just something I noticed while playing around. Thanks, -- Dominic <dom at cus.org.uk> <dominic.marks at npl.co.uk>

3 3

[Dovecot] Bug? High CPU Usage after nessus scan
by Jens Gutzeit 25 Jun '03

25 Jun '03

Hi all, I think I've found a Bug in current rc2 (same occours with rc1 and 0.99.9.1). I'am running dovecot with imap, pop3 and the ssl equivalents, after a nessus scan of my host with Bruteforce checks on IMAP, imap-login eats up lots of cpu. Before the scan: dovecot 22342 0.0 0.1 2320 636 ? SN Jun18 0:00 imap-login dovecot 5841 0.0 0.1 2320 692 ? SN Jun21 0:00 imap-login dovecot 5852 0.0 0.1 2320 692 ? SN Jun21 0:00 imap-login Looks wonderfull ;) After the scan: dovecot 20059 39.5 0.2 2340 820 ? RN 20:02 14:08 imap-login dovecot 20733 0.0 0.2 2320 804 ? SN 20:03 0:00 imap-login dovecot 20734 0.0 0.2 2320 804 ? SN 20:03 0:00 imap-login dovecot 20780 41.3 0.2 2340 820 ? RN 20:03 14:04 imap-login dovecot 20855 0.0 0.2 2320 804 ? SN 20:04 0:00 imap-login This was on my local test machine, the same occours on a production machine, both are running Debian GNU/Linux woody, one with Openssl and one with GNUTLS. Even 2 hours after the scan the CPU Usage is so high, I don't think this is normal behaviour? The logs didn't say anything during the test. If you need more information please tell me what data you need and I look for it. -- Best regards/freundliche Grüße Jens Gutzeit http://www.gutzeit.at

2 1

[Dovecot] 0.99.9.1 - "Panic: unreached" on large Maildir
by Charlie Brady 25 Jun '03

25 Jun '03

Any suggestions where I should look? (Is this a known problem?) bash-2.05a$ unset MAIL bash-2.05a$ /usr/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as admin 001 select inbox * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 10911 EXISTS * 10911 RECENT * OK [UNSEEN 1] First unseen. * OK [UIDVALIDITY 1053912897] UIDs valid * OK [UIDNEXT 10912] Predicted next UID 001 OK [READ-WRITE] Select completed. 002 logout * BYE Logging out 002 OK Logout completed. bash-2.05a$ /usr/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as admin 001 select inbox imap(admin): Panic: unreached Aborted bash-2.05a$ bash-2.05a$ ls -la Maildir/.INBOX/ total 1572 drwxr-x--- 2 admin admin 4096 May 25 21:34 . drwx------ 20 admin admin 4096 May 25 21:35 .. -rw-r----- 1 admin admin 272856 May 25 20:33 .imap.index -rw-r----- 1 admin admin 1041830 May 25 21:34 .imap.index.data -rw-r----- 1 admin admin 2576 May 25 21:34 .imap.index.log -rw-r----- 1 admin admin 263396 May 25 21:34 .imap.index.tree bash-2.05a$ strace /usr/libexec/dovecot/imap ... getdents64(0x9, 0x8098730, 0x1000, 0x11) = 4064 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1392 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 4056 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1408 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 1672 getdents64(0x9, 0x8098730, 0x1000, 0x11) = 0 close(9) = 0 read(8, "933.e-smith,U=1594,W=5653\n107 10"..., 4079) = 4079 read(8, "2,W=2250\n212 1042117583.5800.e-s"..., 4064) = 4064 write(2, "imap(admin): ", 13imap(admin): ) = 13 write(2, "Panic: ", 7Panic: ) = 7 write(2, "unreached", 9unreached) = 9 write(2, "\n", 1 ) = 1 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 getpid() = 10317 kill(10317, SIGABRT) = 0 --- SIGABRT (Aborted) --- +++ killed by SIGABRT +++ bash-2.05a$ -- Charlie

2 6

[Dovecot] folder subscriptions
by seth vidal 25 Jun '03

25 Jun '03

Hi, I've got a lot of users using uw-imapd(yah, yah, I know) I'd like to get them off of that and onto dovecot at some point in the indeterminate future. so excluding bizarre path resolution things that uw-imapd has left around. is it more or less cp ~/mailboxlist ~/mail/subscriptions? It looks like that - but I wanted to verify :) thanks -sv

2 1

[Dovecot] changing listening port
by seth vidal 25 Jun '03

25 Jun '03

Hi, Trying to setup dovecot in a test environment. I need to run it on an alternate port for imaps. it doesn't seem like I can specify it on the listen line. any ideas? -sv

3 4

[Dovecot] New dovecot Debian packages.
by Jaldhar H. Vyas 24 Jun '03

24 Jun '03

I forgot to mention it here: Christof alerted me to the fact that there was a typo in my package which was causing LDAP support to fail. So I made new packages bringing them upto 0.99.10.rc2 in the process and uploaded them to unstable last night. They should arrive in the archive today. A backport to woody is also available from http://www.braincells.com/open/ -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

1 0

[Dovecot] OpenSSL on AIX
by Adam Lackorzynski 24 Jun '03

24 Jun '03

Hi, with current test releases SSL doesn't work anymore for me on AIX 4.3 with dovecot-0.99.10-test14. It worked with 0.99.9.1. dovecot: Jun 23 19:42:23 Info: Dovecot starting up imap-login: Jun 23 19:42:25 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded imap-login: Jun 23 19:42:25 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded imap-login: Jun 23 19:42:25 Fatal: RAND_bytes() failed: error:24064064:random number generator:SSLEAY_RAND_BYTES:PRNG not seeded dovecot: Jun 23 19:42:25 Error: Login process died too early - shutting down AIX doesn't have /dev/u?random, so I don't know if that could be the culprit. EGD would be available though. Adam -- Adam adam(a)os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/

2 4

[Dovecot] "mail process isn't allowed for root" error
by Spectron International, Inc. 24 Jun '03

24 Jun '03

What does the "mail process isn't allowed for root" error means? How can I fix it? Faw

4 5

[Dovecot] Dovecot-request = Become The Man That Women Desirelicensable
by gtimes229699＠hairdresser.net 24 Jun '03

24 Jun '03

This mail is probably spam. The original message has been attached along with this report, so you can recognize or block similar unwanted mail in future. See http://spamassassin.org/tag/ for more details. Content preview: Dovecot-request = Become The Man That Women Desirelicensablefrolic MALE ORGAN ENLARGEMENT And Pleasure Enhancements [...] Content analysis details: (14.80 points, 5 required) X_PRIORITY_HIGH (1.9 points) Sent with 'X-Priority' set to high NO_REAL_NAME (0.8 points) From: does not include a real name FROM_ENDS_IN_NUMS (0.7 points) From: ends in numbers PENIS_ENLARGE2 (1.3 points) BODY: Information on getting a larger penis or breasts (2) PENIS_ENLARGE (1.4 points) BODY: Information on getting a larger penis or breasts BANG_GUARANTEE (0.5 points) BODY: Something is emphatically guaranteed HTML_FONT_COLOR_GRAY (0.1 points) BODY: HTML font color is gray HTML_MESSAGE (0.1 points) BODY: HTML included in message HTML_FONT_COLOR_GREEN (0.8 points) BODY: HTML font color is green HTML_FONT_BIG (0.3 points) BODY: FONT Size +2 and up or 3 and up HTML_FONT_COLOR_UNSAFE (0.1 points) BODY: HTML font color not within safe 6x6x6 palette HTML_TAG_EXISTS_TBODY (0.1 points) BODY: HTML has "tbody" tag HTML_FONT_COLOR_BLUE (0.1 points) BODY: HTML font color is blue HTML_70_80 (0.5 points) BODY: Message is 70% to 80% HTML MIME_LONG_LINE_QP (0.2 points) RAW: Quoted-printable line longer than 76 characters MIME_HTML_NO_CHARSET (0.8 points) RAW: Message text in HTML without specified charset USERPASS (1.5 points) URI: URL contains username and (optional) password REMOVE_PAGE (0.3 points) URI: URL of page called "remove" HTTP_USERNAME_USED (0.7 points) URI: Uses a username in a URL RCVD_IN_RFCI (1.4 points) RBL: Received via a relay in ipwhois.rfc-ignorant.org [RBL check: found 224.44.125.217.ipwhois.rfc-ignorant.org., type: 127.0.0.6] MISSING_MIMEOLE (0.5 points) Message has X-MSMail-Priority, but no X-MimeOLE MIME_HTML_ONLY (0.1 points) Message only has text/html MIME parts MISSING_OUTLOOK_NAME (0.6 points) Message looks like Outlook, but isn't The original message did not contain plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor.

1 0

[Dovecot] can't compile on redhat 9
by Farkas Levente 23 Jun '03

23 Jun '03

hi, while the current cvs compile on redhat 8.0 on redhat 9 gives the following error: ---------------------------- checking whether va_lists can be copied by value... yes ./configure: line 14217: syntax error near unexpected token `SSL,' ./configure: line 14217: ` PKG_CHECK_MODULES(SSL, openssl)' error: Bad exit status from /var/tmp/rpm-tmp.84419 (%build) ---------------------------- any tip what can be the reason? thanks. yours. -- Levente "Si vis pacem para bellum!"

2 3

[Dovecot] starting with daemontools
by Jens Gutzeit 23 Jun '03

23 Jun '03

Hi all, I want to start dovecot through DJBs Daemontools-supervise, is there a configuration option that lets dovecot stay in foreground? best regards, Jens

3 3

[Dovecot] newbie question: alias addresses
by R.Charles Sweeten 23 Jun '03

23 Jun '03

Hello! I looked through the mail archives but did not see how to set up alias addresses. Could someone please put me on the right road. How do I create/implement aliases? and group aliases? Thanks! ~rick........... "There is no spoon. .....<gun-shot>...."

3 3

[Dovecot] new pkgsrc on NetBSD
by tom 23 Jun '03

23 Jun '03

hi all, just updated the pkgsrc to build dovecot-0.99.10-rc2, see http://news.gw.com/netbsd.pkgsrc.changes/27698 for reference. best regards, TOM

1 0

[Dovecot] strange problem
by tom hensel 23 Jun '03

23 Jun '03

hi, running dovecot-0.99.10-rc2 on NetBSD, client is Entourage on MacOS 9.2. sylpheed on NetBSD does not show this behaviour. --snip-- Jun 23 16:28:15 host imap(user): file mail-index.c: line 619 (mail_index_lookup_uid_range): assertion failed: (first_uid > 0 && last_uid > 0) --snap-- any hints? thanks, TOM

2 1

[Dovecot] RFC: PAM service name change?
by Jeremy Katz 23 Jun '03

23 Jun '03

It would be nice for the sake of not conflicting to have the PAM service name not be imap. Especially as the same service name is used for pop as well :) My recommendation would be to use dovecot instead. Any other opinions? Jeremy

3 3

[Dovecot] 0.99.10-rc1
by Timo Sirainen 23 Jun '03

23 Jun '03

Home again. Fixed SSL checking for Redhat 9, I hope. Could someone test if it actually works now? Also fixed a few compiler warnings. If this thing works, I'll just update the NEWS file and call it 0.99.10. http://dovecot.procontrol.fi/rc/ Near future plans include rewriting parts of index handling. At least .tree file will go, I've a _much_ better idea how to replace it. .data file is also too bloaty and it's a bit difficult to add new fields into it. I'd have to figure out some better API to access it. I've also been worrying about locking.. If we want to share indexes between many clients, lock contention will become a problem. For example a "FETCH 1:* BODY[]" could take a long time and index can't be modified while it's being done. I'm not really sure what to do about this.. Probably some more fine graned locking and maybe some kind of transaction log where changes are written if you couldn't get exclusive lock.

3 5

[Dovecot] Dovecot and LDAP problems
by Spectron International, Inc. 22 Jun '03

22 Jun '03

I'm having problems with dovecot and OpenLDAP. I installed both, and configured both. /etc/dovecot-ldap.conf exists and I modified dovecot.conf to have... auth_userdb = ldap /etc/dovecot-ldap.conf auth_passdb = ldap /etc/dovecot-ldap.conf ...but the log displays the following: Jun 19 13:59:15 backup dovecot-auth: Unknown userdb type 'ldap' Jun 19 13:59:15 backup dovecot: Auth process died too early - shutting down Jun 19 13:59:15 backup dovecot: child 4187 (auth) returned error 89 the auth_userdb and auth_passdb seem to be ok, so what am I missing? Faw

4 5

[Dovecot] Bug?
by Steve Gare 20 Jun '03

20 Jun '03

Hi, Been using Dovecot for a few weeks now, must say it's very good.. I've been looking for a 'drop in' replacement for UWImap for ages! :) but just recently It's been giving me a few problem, I haven't tracked down exactly what causes the problem yet (I'm using Apple Mail on OS X 10.2.6) but after a good mail session it keep trying to log in over and over again.. Looking the the log file I find this... Jun 20 15:38:02 neuron imap-login: Login: sgare [IP REMOVED] Jun 20 15:38:02 neuron imap(sgare): file imap-bodystructure.c: line 263 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Jun 20 15:38:02 neuron dovecot: child 6329 (imap) killed with signal 6 Jun 20 15:38:02 neuron imap-login: Login: sgare [IP REMOVED] Jun 20 15:38:02 neuron imap(sgare): file imap-bodystructure.c: line 263 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Jun 20 15:38:02 neuron dovecot: child 6331 (imap) killed with signal 6 Jun 20 15:38:02 neuron imap-login: Login: sgare [IP REMOVED] Jun 20 15:38:03 neuron imap(sgare): file imap-bodystructure.c: line 263 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Jun 20 15:38:03 neuron dovecot: child 6332 (imap) killed with signal 6 Jun 20 15:38:03 neuron imap-login: Login: sgare [IP REMOVED] Jun 20 15:38:03 neuron imap(sgare): file imap-bodystructure.c: line 263 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Jun 20 15:38:03 neuron dovecot: child 6333 (imap) killed with signal 6 Jun 20 15:38:03 neuron imap-login: Login: sgare [IP REMOVED] Cheers, Steve Gare - Xantara.Net -- 0845 123 5707

2 2

[Dovecot] NetBSD pkgsrc maintanance
by tom hensel 20 Jun '03

20 Jun '03

hi all, i've taken over the maintainership of dovecot's pkgsrc on NetBSD - please send me your ideas, questions and comments related to dovecot on NetBSD. FreeBSD's port has currently some more 'features' than the pkgsrc, i'm going to add some of them - any feedback is appreciated. bye, TOM

3 2

[Dovecot] Re: dovecot Digest, Vol 2, Issue 15
by ohp＠pyrenet.fr 19 Jun '03

19 Jun '03

> >Message: 2 >Date: Wed, 18 Jun 2003 13:21:08 +0200 (CEST) >From: Andreas Aardal Hanssen <dovecot(a)andreas.hanssen.name> >Subject: Re: [Dovecot] Multiple auth howto >To: Dovecot mailing list <dovecot(a)procontrol.fi> >Message-ID: > <Pine.LNX.4.44.0306181319060.29812-100000(a)shusaku.troll.no> >Content-Type: TEXT/PLAIN; charset=US-ASCII > >On Wed, 18 Jun 2003 ohp(a)pyrenet.fr wrote: >>> Well, short answer: You can't. Put them all to one place (eg. pgsql), >>> maybe using some automated scripts. I don't know if I should even >>> consider about supporting fallbacking.. >>Hi Timo, Thanks for your answer. >>The reason I came to dovcot is that I thought it was possible. I've benn >>researching this for weeks now. First thought that cyrus would do that, it >>does but though SASL and pam whitch I don't have. >>How difficult would it be to implement a fallback? > >Does this tool do what you want? (checkpassword only though, but I bet you >will find checkpassword compatible authenticators that suit your needs): > >http://www.andreas.hanssen.name/software/multichkpwds.c It surely is interesting bu I'd rather see modules inside the server, see below > >-- >Andreas Aardal Hanssen > > > >------------------------------ >Message: 4 >Date: 18 Jun 2003 15:31:36 +0300 >From: Timo Sirainen <tss(a)iki.fi> >Subject: Re: [Dovecot] Multiple auth howto >To: dovecot(a)procontrol.fi >Message-ID: <1055939496.10262.163.camel@hurina> >Content-Type: text/plain > >On Wed, 2003-06-18 at 14:05, ohp(a)pyrenet.fr wrote: >> > Well, short answer: You can't. Put them all to one place (eg. pgsql), >> > maybe using some automated scripts. I don't know if I should even >> > consider about supporting fallbacking.. >> > >> > >> Hi Timo, Thanks for your answer. >> The reason I came to dovcot is that I thought it was possible. I've benn >> researching this for weeks now. First thought that cyrus would do that, it >> does but though SASL and pam whitch I don't have. >> >> How difficult would it be to implement a fallback? > >Not very. I'm mostly concerned about what happens if the user exists in >both authenticators. I guess normally this shouldn't happen, but you >can't really guarantee that and mistakes happen.. Yes mistakes happen. Why could'nt you (we?) do like proftpd that has a parameter that give the order of authenticators first one wins. That way you could even have the same user as a real and virtual account with differents passwords > >If fallbacking happened only when user isn't found from first >authenticator, that could work a bit more safely, but I'm not sure if I >can know with PAM if check failed because user wasn't found or because >password didn't match. I don't know either. My idea is to get rid of PAM for that's although fantastic on the paper is a Linux thing that I can't even compile here. Regards -- Olivier PRENANT Tel: +33-5-61-50-97-00 (Work) Quartier d'Harraud Turrou +33-5-61-50-97-01 (Fax) 31190 AUTERIVE +33-6-07-63-80-64 (GSM) FRANCE Email: ohp(a)pyrenet.fr ------------------------------------------------------------------------------ Make your life a dream, make your dream a reality. (St Exupery)

1 0

[Dovecot] \0\n at end of lines
by Mike Grupenhoff 19 Jun '03

19 Jun '03

Since upgrading to -test11, mail fetched from imap has every line terminated with a nul and a newline ("\0\n"). This also happens with -test12. It seems to happen with both mbox and maildir. I'm running on NetBSD/sparc (NetBSD-current as of April 1, 1.6Q). If it matters, I have "mail_save_crlf" set to "no" and "mail_read_mmaped" also set to "no". I can't find any other options that look like they could be relevant. Any ideas? Thanks, mike

2 1