[imp] Full IMAP support

[Eric Rostetter]

Quoting "Roger B.A. Klorese" <rogerk at queernet.org>:

> Eric Rostetter wrote:
>
> >
> >Well, welcome to IMP.  But your conception of sending mail seems wrong,
> >and you need to decide how you want to handle that within the contraints
> >of imap.
> >
> >
>
> There are some IMAP servers -- Courier, for one -- that offer an IMAP
> extension that will pick up messages that are IMAP-dropped into a
> specific Outbox folder and send them out.

Yes, but he said he wanted to use only php imap support, which means it
doesn't matter if there is some non-standard imap server, only what
is in the php imap support.

Also, he said he didn't want to use sendmail or smtp.  Well, I'm pretty
darn sure Courier uses either sendmail or smtp in the background to deliver
those messages.  So you are still using sendmail/smtp, if indirectly, to
send the mail.

And my answer was really only about the imap protocol and the php (c-client)
support there of, and if anything would pertain to *his* imap server, so other
fringe imap servers that support non-standard extensions don't really
apply here.

> But it's the mail server's, not the webmail program's, job...

Yes, this falls into the same category as pop3 servers which support folders.
There are no folders in pop3, even if some pop3 servers decided to implement
their own non-standard folder support.  We can't code for fringe servers,
in particular since most fringe servers will act differently, so supporting
them would be a hassle.  We need to stay with standards or at least with
"de facto" standards (e.g. poppassd), and not with vendor specific extensions.
Otherwise we'll simply have too many fringe cases to support, each with its
own code base.  A single, unified code base is better from a support point
of view, and the best way to obtain that is to adher to the standards.

--
Eric Rostetter
The Department of Physics
The University of Texas at Austin

Why get even? Get odd!