- dovecot - dovecot.org

[Dovecot] 1.0-test13
by Timo Sirainen 26 May '04

26 May '04

http://dovecot.org/test/ - Several bugfixes, do maildir syncing problems still persist? - New %var handling code for default_mail_env / authentication things. Added: # %p - protocol (IMAP or POP3) # # You can apply a modifiers for each variable (eg. %Lp = pop3): # %L - lowercase # %U - uppercase # %E - escape '"', "'" and '\' characters by inserting '\' before them. Is anything else useful?

2 2

[Dovecot] I am a fresh dovecot user.
by rtm 26 May '04

26 May '04

__________________________________ http://postmastertalk.net = Community for postmasters.

1 0

[Dovecot] 1.0-test12
by Timo Sirainen 26 May '04

26 May '04

http://dovecot.org/test/ - "Maildir sync: UID < next_uid (446 < 447, file = .." errors should be fixed - fixes for detecting changes in uidvalidity and external uidnext changes - several fixes and cleanups in index file handling. less code than before and now changes to index header also go through transaction log. that should mean that soon I can get mmap_disable = yes to work without reading the main index file more than once. Are maildir syncing problems finally fixed now? :) I think the "message sequence out of range" problems are fixed now too. Rest of the important known problems are mostly related to mmap_disable=yes or fcntl_locks_disable=yes settings.

5 10

[Dovecot] 1.0-test10
by Timo Sirainen 26 May '04

26 May '04

http://dovecot.org/test/ Transaction log file contains now only message UIDs rather than message sequences. I'm not really sure why I originally thought sequences were better.. 0.99 Dovecot used UIDs too. A lot of difficult logic (which was also broken) went away with this change. Fixed also "Maildir sync: UID inserted in the middle of mailbox" errors. I can't anymore get this release to easily complain about corrupted indexes. That doesn't mean that the new logic is correct though, so be careful.

2 2

[Dovecot] error log?
by Marten Lehmann 25 May '04

25 May '04

Hello, for some reason dovecot doesn't start up. I'm using the default values in dovecot.conf, just changed the login_user, disabled ssl and ran sbin/dovecot, but nothing happens. No error's, I can't find any logs, no daemon anywhere, no ports bound... I don't know where to look and whatfor. I compiled with --enable-debug, but there's no extra output. Any ideas? Regards Marten Lehmann

2 2

[Dovecot] different auth configuration for pop and imap
by Roger Keays 24 May '04

24 May '04

Hi there, Firstly, thanks for the great software. I am just wondering if it is possible to configure dovecot to use different authentication configurations for the imap and pop processes. Specifically, I am looking to use a different SQL query for each process. Kind regards, Roger -- ------------------------------------------------------------- Ninth Avenue Software p: +61 7 3870 8494 f: +61 7 3870 8491 _ _ _ m: +61 405 048 371 __(@)< __(@)> __(@), w: http://www.ninthave.net \___) \___) \___) e: r.keays(a)ninthave.net ------------------------------------------------------------- Send your spam to Sam sam(a)ninthave.net http://www.ninthave.net/sam

2 1

[Dovecot] Errors from 1.0-test11
by Andrew Boothman 24 May '04

24 May '04

Timo + All, A few minutes after having some emails delivered into my mailbox I got the following messages in my maillog: May 24 03:05:27 myriad dovecot: imap(andrew): Maildir sync: UID inserted in the middle of mailbox (2 > 1, file = 1084812461.V27406I77e27.myriad.flat:2,S) May 24 03:05:27 myriad dovecot: child 81038 (imap) killed with signal 11 May 24 03:15:28 myriad dovecot: imap-login: Login: andrew [192.168.0.2] May 24 03:15:28 myriad dovecot: imap(andrew): Transaction log file /home/andrew/Maildir/.INBOX/dovecot.index.log: invalid indexid I'm only running the test releases somewhere where there is just a few mails per day at the moment, but test emails appear to be delivered without fault. I'll try -test12 which it looks like Timo has just released in case fixes in there are related. Thanks! Andrew

1 0

[Dovecot] "important" flag
by Rick Jones 24 May '04

24 May '04

I'm wondering what I'd need to do to get the "important" flag set on an incoming message according to a pre-specified header. I know the problem of this not being a "joined-up" feature in standard email, but in practice many MUAs set headers like X-priority etc, and IMAP has an "important" flag that is the obvious mapping. I'm not really sure where would be the best place to try to put something like this. Should it be the delivery agent (qmail in my case), the IMAP server (i.e. Dovecot), or the MUA? To me the MUA doesn't make sense, as the flag should be set before any specific MUA even gets to the message. Since the flags are coded into the filenames when using maildir, is it possible for qmail to deliver a message with the flag included in the filename, and will Dovecot recognise it? If so I might try hacking qmail. Or any other ideas - has anyone else tried this? -- Rick Jones

4 11

[Dovecot] 1.0-test11
by Timo Sirainen 23 May '04

23 May '04

http://dovecot.org/test/ - Added pop3_mails_keep_recent setting. Currently this only means that mails won't be moved from new/ to cur/ in maildir. More I/O friendly. - Fixed \Recent-flag handling and counters to work correctly with maildir. I think it's finally working right :) - mbox syncing fixes (but expunging still not implemented) - some other fixes.. Please try and report what problems still exist (the old ones too so I know they're not fixed).

2 2

[Dovecot] why does dovecot child die on these messages?
by Charlie Allom 22 May '04

22 May '04

Hi Timo and other dovecot fans, why, when I'm trying to read certain "Drafts" emails that I just created, or edited, do the dovecot children die (or so I think). In mutt, the behaviour is that I "c =Drafts" then select the email and I get "connection closed to squeaky.rubberduck.com". In Mail.app - she just loops, trying to read those headers again and again and again.. (and this truss is from this instance) I find that emails before a certain date are OK - but if i edit them and then try and refetch them - the child dies yet again. So I removed all .imap.* and let dovecot redo it's stuff. No go. Some followup information before the meat of the truss: http://lazy.spodder.com/~yeled/BSD/broken.dove.txt comments in ** ** all fine here.. some are chmod 600 and some are 644 - no difference ** squeaky:/home/virtual/charlie/Maildir/.Drafts# ls -laR .: total 76 drwx------ 5 charlie charlie 512 May 20 19:19 ./ drwx------ 101 charlie charlie 2560 May 20 19:32 ../ -rw------- 1 charlie charlie 5 May 14 16:57 .customflags -rw------- 1 charlie charlie 1608 May 20 19:19 .imap.index -rw------- 1 charlie charlie 20240 May 20 19:19 .imap.index.data -rw------- 1 charlie charlie 2576 May 20 19:18 .imap.index.log -rw------- 1 charlie charlie 1560 May 20 19:19 .imap.index.tree drwx------ 2 charlie charlie 2048 May 20 19:19 cur/ -rw------- 1 charlie charlie 1316 May 20 19:19 dovecot-uidlist drwx------ 2 charlie charlie 512 May 20 19:19 new/ drwx------ 2 charlie charlie 512 May 20 19:19 tmp/ ./cur: total 130 drwx------ 2 charlie charlie 2048 May 20 19:19 ./ drwx------ 5 charlie charlie 512 May 20 19:19 ../ -rw-r--r-- 1 charlie charlie 1643 May 18 22:26 1046254614.27559_1.peng:2,S -rw-r--r-- 1 charlie charlie 385 May 18 22:26 1062579361.15058_584.machine:2, -rw-r--r-- 1 charlie charlie 1228 May 19 02:38 1084772855.P1759Q1M703458.lazy:2,S -rw-r--r-- 1 charlie charlie 3967 May 19 02:38 1084801877.P1132Q1M377704.lazy:2,S -rw-r--r-- 1 charlie charlie 1046 May 14 20:56 1084813639.P18189Q0M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 1343 May 14 20:56 1084813639.P18189Q1M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 1103 May 14 20:56 1084813639.P18189Q2M254273.squeaky:2,S -rw-r--r-- 1 charlie charlie 3576 May 14 20:56 1084813639.P18189Q3M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 3649 May 14 20:56 1084813639.P18189Q4M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 1004 May 14 20:56 1084813639.P18189Q5M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 475 May 14 20:56 1084813639.P18189Q6M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 477 May 14 20:56 1084813639.P18189Q7M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 549 May 14 20:56 1084813639.P18189Q8M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 548 May 14 20:56 1084813639.P18189Q9M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 1168 May 19 00:11 1084889503.P504Q0M804183.squeaky:2,S -rw-r--r-- 1 charlie charlie 1230 May 19 14:03 1084939383.P25383Q0M379510.squeaky:2,S -rw-r--r-- 1 charlie charlie 772 May 19 15:31 1084944677.P25383Q1M391194.squeaky:2,S -rw-r--r-- 1 charlie charlie 1831 May 19 18:16 1084954582.P19413Q1M810694.squeaky:2,S -rw-r--r-- 1 charlie charlie 1264 May 20 18:37 1085042265.P21880Q0M403770.squeaky:2,S -rw-r--r-- 1 charlie charlie 1264 May 20 18:42 1085042571.P22004Q0M988553.squeaky:2,S -rw-r--r-- 1 charlie charlie 1487 May 20 18:43 1085042586.P22004Q1M914498.squeaky:2,S -rw------- 1 charlie charlie 261 May 20 19:00 1085043373.P22239Q0M59297.squeaky:2,S -rw------- 1 charlie charlie 498 May 20 18:56 1085043378.P22239Q1M749605.squeaky:2,S -rw------- 1 charlie charlie 496 May 20 18:56 1085043383.P22239Q2M797760.squeaky:2,S -rw------- 1 charlie charlie 914 May 20 18:56 1085043388.P22239Q3M606724.squeaky:2,S -rw------- 1 charlie charlie 1227 May 20 18:56 1085043393.P22239Q4M166768.squeaky:2,S -rw------- 1 charlie charlie 926 May 20 18:56 1085043398.P22239Q5M426819.squeaky:2,S -rw------- 1 charlie charlie 3536 May 20 18:56 1085043403.P22239Q6M346821.squeaky:2,S -rw------- 1 charlie charlie 571 May 20 18:56 1085043409.P22239Q7M20841.squeaky:2,S -rw------- 1 charlie charlie 570 May 20 18:56 1085043415.P22239Q8M44288.squeaky:2,S -rw------- 1 charlie charlie 388 May 20 19:05 1085043951.P22418Q1M940309.squeaky:2,S -rw------- 1 charlie charlie 405 May 19 01:54 1085044017.P22527Q0M576547.squeaky:2,DS -rw------- 1 charlie charlie 1132 May 14 16:57 1085044031.P22527Q1M477831.squeaky:2,S -rw------- 1 charlie charlie 1132 May 14 20:56 1085044031.P22527Q2M732509.squeaky:2,S -rw------- 1 charlie charlie 1036 May 20 19:19 1085044751.P23280Q0M930209.squeaky:2,S ** this one wont be able to be fetched! ** squeaky:/home/virtual/charlie/Maildir/.Drafts/cur# head -20 1085044751.P23280Q0M930209.squeaky\:2\,S From: Charlie Allom <charlie(a)myinternet.com.au> To: "King, Michael" <> Cc: "Oriti, Sam" <>, "Durkin, Jeffrey" <> Subject: Re: waceo deployment portal [Scanned] References: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5(a)ceo-mail.ceo.cathednet.wa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5(a)ceo-mail.ceo.cathednet.wa.edu.au> X-Mutt-Fcc: =Sent Status: RO X-Mutt-PGP: S On Thu, May 13, 2004 at 03:57:10PM +0800, King, Michael wrote: > > We would like to discuss the process at next weeks ops meeting so that > there is a better understanding of the proceeds on how it impacts on > this deployment and all other deployments. ** this one will ** squeaky:/home/virtual/charlie/Maildir/.Drafts/cur# head -20 1085044031.P22527Q2M732509.squeaky\:2\,S From: Charlie Allom <charlie(a)myinternet.com.au> To: "King, Michael" <> Cc: "Oriti, Sam" <>, "Durkin, Jeffrey" <> Subject: Re: waceo deployment portal [Scanned] References: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5(a)ceo-mail.ceo.cathednet.wa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5(a)ceo-mail.ceo.cathednet.wa.edu.au> X-Mutt-References: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5(a)ceo-mail.ceo.cathednet.wa.edu.au> X-Mutt-Fcc: =Sent Status: RO X-Mutt-PGP: S On Thu, May 13, 2004 at 03:57:10PM +0800, King, Michael wrote: > > We would like to discuss the process at next weeks ops meeting so that > there is a better understanding of the proceeds on how it impacts on > this deployment and all other deployments. squeaky:/home/virtual/charlie/Maildir/.Drafts/cur# -- .signature 0x14AA7941

3 6