On Thu, Feb 26, 2015 at 2:42 AM, Sam Varshavchik <[email protected]>
wrote:
>
>
> I don't know what that means. A webmail service does not need a back-end.
Yes, it does. But perhaps the back-end is something that you don't think is
there.
In this case: the file store, in Maildir/Maildir+ format.
> There's absolutely nothing that requires a webmail service to use IMAP.
> You could download sqwebmail, and install it on a Postfix box that's
> configured to deliver mail to maildirs. sqwebmail will happily provide a
> webmail service, without needing some fscking IMAP server.
> Sqwebmail's look and feel may lack the jazzy GUI-ness of modern webmail
> services, but it's a fully functional webmail service that does everything
> every other webmail service does, and many things they can't do. Like,
> actually offer complete functionality for clients that have Javascript
> turned off. Because, of course, it doesn't use Javascript, except in one
> function, where it does something optional. And like full PGP support.
>
That's nice. But it doesn't solve the problem for someone using a different
webmail service, or wanting to use a different webmail service, nor does it
really answer any of the issues raised.
>
> And, on given hardware, sqwebmail could probably support at least five
> times as many users as an average webmail server. Because it doesn't need
> to be bogged down with any IMAP server.
>
I don't know what the average webmail server is. Perhaps the average
webmail server is always running on an integrated all-services-on-one-box
system.
I believe that I covered this in my previous post.
>
> I'm sure there are a few other webmail servers out there that do not need
> an IMAP server, but even though most do, the reason is not to have an
> "interchangable back-end". That's not the real reason why they were written
> to use IMAP.
I don't see that I made the point about an interchangeable backend, but I
did make the point about not having to reinvent the wheel for anything not
running on the same box.
> Very often the same accounts need to be accessible via both IMAP and
>> webmail, and if you use something other than IMAP for the webmail service,
>> you would need to reverse-engineer e.g. Courier's metadata manually to
>> avoid synchronization issues, which will hamper perceived stability and
>> performance.
>>
>
> Or you could use both courier-imap and sqwebmail.
>
Or you could use neither.
--
Jan
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
courier-users mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
