[Dovecot] outstanding issues with 0.99.13

sean finney seanius at seanius.net
Thu Feb 10 02:22:33 EET 2005


hi guys, 

thanks for all the responses...

On Wed, Feb 09, 2005 at 11:48:30PM +0200, Timo Sirainen wrote:
> With 1.0-tests you can create server { .. } blocks so there's only one
> dovecot master process, but still multiple login processes. I'm thinking
> about removing this feature and rather create a separate configuration
> process which allows dynamic configuration based on different rules. For
> example in your case you'd set cert file based on target IP address.

a few ideas that bounce off the top of my head:
 - add a couple of expandable macros for hostname/ip-address
 - add an "include" command in the config file syntax (all instances
   could then include a common config with all the identical stuff).
 - add some default locations for cert files if they're not specified
   that is based on the ip address (uw-imap does this).

> > 6gzd UID STORE 30021 +FLAGS (\Deleted \Seen)
> > 
> So later the \Deleted flag is lost? And this is with maildir? Is the
> maildir filename updated by adding 'T' flag to it?

this is with mbox, actually.  on friday i'll convert my outlook tester
to Maildir and verify whether this happens then as well.

> > A00040 UID FETCH 30002 (UID BODYSTRUCTURE)
> > A00040 NO Some of the requested messages no longer exist.
> 
> This is actually a bug, UID FETCH should never fail.
> 
> 1.0-tests also has the same problem, except instead of replying with
> "NO" it disconnects the client. This only happens when one connection
> expunges the mail and another tries to fetch it but notices that it's
> gone.

looking at the packet dump, this was in fact two seperate connections
from the same client program.  if he takes his time (click, pause, click,
pause) it doesn't seem to happen, it only occurs when he deletes messages
in rapid succession (click, click, click, click)

> I'll try to get this fixed for 0.99.14 and next 1.0-test.

awesome.  in the meantime i'll also give the dovecot-stable release
a try.  do i need to nuke off all the .imap cache files before i change?

On Thu, Feb 10, 2005 at 10:19:29AM +1100, Curtis Maloney wrote:
> I tried a combined mbox-for-inbox/Maildir-for-other setup once, only to 
> find it's not an option in the 0.99 series.  You can do it in 1.0, 
> apparently, but I'm yet to take the plunge :)

our plan is all-in-one format, but with a userbase of ~2k, we don't
have the liberty of doing it all at once.  so, i will go user by
user, converting everything from mbox to maildir.  with the exception
of the 2-3 minute window as their mail is being converted (and their
account is locked), no-one should notice a change...  except for the
pop users who will have to download all their mail all over again.

> Umm... not being familiar with uw-imap's features, I'm not clear on what 
> you're asking here.  My understanding of the flow of things is your MDA (at 
> least) delivers to your INBOX.  More advanced MDAs will deliver to multiple 
> folders, but your MUA needs to know to check these places for new mail.  I 
> know Thunderbird, by default, only checks INBOX, but can be told to check 
> other folders, or all, for new mail.

uw-imap differentiates between an "unread mail spool" (/var/mail/$user or
$home/.mail) and an "inbox" ($home/INBOX).  if it finds any mail in the
former when a user logs in, it moves it to the latter.  kind of an
annoying "feature", really.


anyway, thanks for all the input!
	sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://dovecot.org/pipermail/dovecot/attachments/20050209/8b106193/attachment-0001.bin>


More information about the dovecot mailing list