Hi,
BTW, does (will) James support mbox format as the mailbox repository?
I think the currently available mail tools (mail, mutt, etc) don't fit
into the service delivered by James. I think it would be great if James
support mbox (?) format mailbox. So that should anyone choose to stick
with mbox, then it would be fine; the mail clients that use port 25 as a
sending point, the mail would be able to be read using the other mail
clients that are run locally (on Unix machines, to be exact).
Problems may arise for those who use mailbox repository on the database;
local users (with non-POP mail clients) wouldn't be able to read the
mail destined for them, and yet, fetchmail wouldn't be working too (I
believe that fetchmail relies on local mail server to deliver the mail).
For this, I think we need somekind of tools that know how to POP email,
but deliver the retrieved mail to local inboxes using local delivery
systems (deliver?).
Had James supported mbox format, then all those local mail clients could
be used without any problem. Remote users who use POP, would able to
read their email too.
This doesn't mean that I'd like to personally use mbox format. I just
think that somebody out there might need it.
Oki
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
