> On Tue, 13 Mar 2007, Joel Reicher wrote: > > If I just configure sendmail to use tmail instead of mail.local (and > > provide the flag for CRLF newlines) but do not specify any -I arg, > > what happens? > > It just works. No -I is equivalent to "-I INBOX" which is almost always > the correct setting.
That's clear enough from the man page, but I still couldn't tell exactly what -I INBOX means. :) > > The only customisation I've made to my imap-uw build is > > CREATEPROTO=mbxproto, and as I said earlier the server is snarfing from > > standard UNIX maildrops to mbx ~/INBOXes. > > With CREATEPROTO=mbxproto, tmail will create a ~/INBOX in mbx format if > one does not exist. Ah; that's new. imapd and ipop[23]d don't do this. My problem with the man page is when it says "If delivery is to INBOX and no INBOX currently exists, tmail will create a new INBOX, using the -I flag if specified." I don't know whether INBOX refers to ~/INBOX, the sendmail maildrops (in /var/mail in my case), or the either/or/snarf that the daemons do. So does this mean tmail completely ignores the maildrops in /var/mail? That's probably the main question I need answered because I'll have to stop sendmail, do snarfing for all users, and start it again in that case. On the other hand if tmail snarfs like the other c-client apps do... > > What's the best way to go about migrating? > > Start by reviewing the information in > http://www.washington.edu/imap/IMAP-FAQs/index.html#4.5 > then ask further questions. Unfortunately these migration issues aren't clearly covered. That FAQ answer seems intended more for initial setup, and I wasn't assuming tmail would behave the same way as the daemons. I've read that FAQ entry many times over the past couple of months, but with this being a site-wide change to mail delivery I didn't want to make any assumptions. Thanks, - Joel _______________________________________________ Imap-uw mailing list [email protected] https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
