[Imap-uw] tmail vs snarfing?

[Joel Reicher]

> 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