Companies are going to like IM2000
Jonathan de Boyne Pollard <[email protected]> Sat, 13 Mar 2004 12:56:24 +0000
| Newsgroups | gmane.mail.im2000 |
|---|---|
| Organization | Wack's Wicks Works |
| Message-ID | <[email protected]> |
JdeBP> <URL:http://homepages.tesco.net./~J.deBoynePollard/Proposals/IM2000/migration.html>
Of course, those who are paying attention will have already noticed
one small paragraph in the migration path for companies that
answers one question that is often asked about MTS softwares:
"How do I configure my mail system to retain a copy of all
mail sent to the outside world by my company?"
The answer is, of course, that this is implicit in the very nature of
IM2000, since outgoing mail will sit on the company's message store
and all that has to be done is either (a) ensure that the message
store software's idea of "deleting" a message is the mere removal of
it to an archival area, or (b) disable message deletion entirely.
Another similar oft-asked question is
"How do I restrict who can send mail to the outside world
under the aegis of my company whilst still permitting
employees to send mail internally to one another without
restricions?"
The answer, of course, is to run two message stores. The first has
MSOAP and MSRAP services that are only accessible from within the
company, and has originator accounts for everyone in the company.
The second has an MSRAP service that is accessible from Internet, and
only has originator accounts for those in the company that are
permitted to send mail under the company aegis to the rest of the
world. To do so, such people simply switch their originator MUA to use
the originator account for the "external" message store. Unprivileged
users only have the one originator account, for the "internal"
message store.
One only need run one recipient notification agent, of course, since
it can receive notifications from both message stores (and indeed from
the rest of Internet), and users thus only need one recipient account
and one recipient mailbox name. Moreover: One need not also restrict
people from using outside mail systems from within the company in
order to make the scheme work, since, unlike in the SMTP-based
Internet mail case, this isn't a way to bypass the sending restrictions
in IM2000 Internet mail.