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