I find the separate .in and .out files rather difficult to work with. I think it would be more useful if the in/out traffic were interleaved with a prefix to indicate direction, and suffix to indicate continuation, as recordio (http://cr.yp.to/ucspi-tcp/recordio.html) does: <a0002 LIST "" "">* LIST (\Noselect) ";" "" >a0002 OK List completed.<a0003 SELECT "INBOX">* FLAGS (\Answered \Flagged \Deleted \Seen \Draft) >* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags + >permitted. >* 18 EXISTS >* 0 RECENT >* OK [UNSEEN 18] First unseen. >* OK [UIDVALIDITY 1055795174] UIDs valid >* OK [UIDNEXT 6741] Predicted next UID >a0003 OK [READ-WRITE] Select completed.<a0004 STATUS "incoming.foo" (RECENT)>* STATUS "incoming.foo" (RECENT 397) >a0004 OK Status completed.<a0005 NOOP>a0005 OK NOOP completed.Comments? -- Charlie
On Wednesday, Aug 20, 2003, at 23:47 Europe/Helsinki, Charlie Brady wrote:> I find the separate .in and .out files rather difficult to work with. I > think it would be more useful if the in/out traffic were interleaved > with > a prefix to indicate direction, and suffix to indicate continuation, as > recordio (http://cr.yp.to/ucspi-tcp/recordio.html) does:Depends on usage. I've wanted both.> Comments?Thanks for reminding that rawlog functionality really doesn't belong to Dovecot. Rawlogging should be a separate binary which is executed by modifying mail_executable setting in config file. Something like: protocol imap { mail_executable = /usr/local/bin/rawlog /usr/local/libexec/dovecot/imap } What I'm not sure about is if I should distribute rawlog binary with Dovecot or not :)
Apparently Analagous Threads
- Dovecot METADATA plugin configuration
- Dovecot 2.2.4 metadata-plugin not support UTF7
- still getting weird .{inbox} folder creations with latest -test7
- Bug#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it (fwd)
- Bug#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it (fwd)