(Using dovecot 1.0 RC7 on Fedora Core 5)
<scene set>
Hitherto we have used UW-IMAP on a "farm" of Linux machines mounting NFS from a NetApp. (The UW-IMAP author doesn't like use of NFS, but with careful use of NFS mount arguments ('noac,actimeo=0' etc.) and trying to ensure that all activity for a given user takes place within one machine in the farm, we seem to have been OK.) We have also used UW-IMAP's 'tmail' (in sendmail.cf) and 'dmail' (from any user procmail recipes), so that access to the INBOX has been consistently UW-IMAP software.
We are now considering doing a transparent migration to dovecot to improve performance.
</scene>
First: a general question: To complement the UW->dovecot migration of the IMAP daemon (reading the INBOX and folders), ought I to do a similar delivery-side migration from [UW] tmail/dmail to [dovecot] 'deliver'? It would feel safer this way, but maybe I worry too much...
Second: "deliver" seems to add an unconditional "From " line at the start of each delivery. From sendmail, using the 'n' flag, "Mlocal F=...n..." that is OK. (Although I'm not convinced that "dovecot.deliver", nor its two-space separator (emphasis on "two") from the following date are ideal. Nor, come to that line's lack of "@somewhere".)
But from a procmail recipe, I end up with two "From " lines. Surely this is incorrect. How can this be reduced to one? Shouldn't "deliver" ensure that there is only "From " line?
Third: Would it be possible for "deliver" to do a "syslog" entry to confirm final delivery into the destination mailbox, please? (I could try and produce a patch, but someone else with more dovecot familiarity could probably do the job must more quickly and probably also more cleanly!)
(I think that's all for the moment.)
--
: David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : Durham University : : http://www.dur.ac.uk/t.d.lee/ South Road : : Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. :