- dovecot - dovecot.org

[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