| Im seriously thinking in implement a mail solution using Linux in
|replacing of the actual mail solution using MS Exchange.
| The requirments are:
| -Internal mail distribution in PC clientss Win95/95, preferable
|no using pop3 (requires periodical inquires) but something similar to
|the Exchange transport (ex. SNMT ?, delivery), in a simple PC Client ,
|ex: MSOutlook or other.
The old MS Exchange client was the beginning of the definition for IMAP.
The new outlook is IMAP and POP3. Both use periodic pooling for mail. It
is settable, or it can be manual. POP3 defaults to manual...
| - Internet delivery, using routing access(think easy) or dial-up
Dial-up is a subset of routing... However, if you want to receive on a
non dedicated link, you need your ISP to deque the e-mail. If neither you,
nor they, know what this is, you need a dedicated link. :-)
| -Internet receiving from a provider recipient (periodicak on POP3 or
|IMTP) or permanent connection (think easy).
Is that a bad way of saying dequeing e-mail? :-) FYI - e-mail servers on
the internet talk SMTP. POP3 is client, not server...
| -Easy/intuitive management on Server and Clients.
Intuition is different for different people. Unix e-mail is
traditionally command line driven. Now there are X front ends available,
but you have to hunt for them.
|Does any ony can give me some sugestions to buid up this kind of
Sendmail or Qmail are the only servers to consider. <Perhaps Suns
e-mail, but it ain't cheap, or as good, but it looks nice :-) > There are a
LOT of front ends for both...
SCSI is *NOT* magic. There are *fundamental technical reasons* why it is
necessary to sacrifice a young goat to your SCSI chain now and then. *
Black holes are where God divided by zero. - I am speaking as an individual,
not as a representative of any company, organization or other entity. I am
solely responsible for my words.