× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



> You shouldn't be allowed to run SMTP and POP3 internally!

> Now if you want to talk IMAP maybe I'll listen...

IMAP vs. SMTP & POP is often a question of flexibility & control.  Some
companies want to store people's messages on the server.  Other's want to
store messages on the workstation.  Mobile workers, for example may need to
keep their messages on their laptops.  On the other hand, network stations
may have no hard drive.

Some people have strong feelings about their company having too much control
over messages that may contain personal content.  Should people be forced to
give up personal privacy if they use the company E-mail system?

There are points in favor of either solution.

My main point isn't to argue the merits of IMAP vs. SMTP & POP.  But to say
that SMTP & POP may very well be the underlying protocol for an IMAP server.
The IMAP server for example, may use SMTP to forward mail to the Internet,
and it may use POP to load messages into it's database.

My understanding is that Domino supports either IMAP or POP clients.
Apparently base OS/400 only supports SMTP and POP.  But I've toyed with the
idea of writing an OS/400 HTTP Server based E-mail client, similar to the
ones deployed by www.yahoo.com and www.mailcity.com.  Browser access to mail
stored on the server.  Has anyone else ever considered that type of
solution?

Thanks,

Nathan M. Andelin
www.relational-data.com






As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.