You're looking at the wrong direction - inbound is where the problems can lie. You don't have control between the sender and your gateway. IMO, that's too much of a risk for any but the smallest companies to take.
-------------------------------------------------------------- Roger D. Seielstad - MTS MCSE MS-MVP Sr. Systems Administrator Inovis Inc. > -----Original Message----- > From: Shotton Jolyon [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 23, 2003 12:20 PM > To: Exchange Discussions > Subject: RE: Outsourcing email? > > > No, it's not bunk. > > You care about more and that's great but if, like the > previous poster, all > you care about is that "Once it's picked up by a server from > my gateway > machine, it's out of my control, and also no longer my > worry." then the > presence in the chain of a third party is not significant. > > Your company, I'm sure, has very good reason to want this > level of control > and very good reason for ensuring it retains that control no > matter what the > cost but it is not typical. > > We might all be safer and happier for having our arms round > as much of the > process as possible, as you do, but it's not practical for > everyone and > other simply don't care. > > At some point you have to let go and trust that all will be > well, it's just > a question of when you decide / want / have to do that. > > -----Original Message----- > From: Roger Seielstad [mailto:[EMAIL PROTECTED] > Sent: 23 December 2003 16:28 > To: Exchange Discussions > Subject: RE: Outsourcing email? > > > That's complete bunk. > > I have complete control over where mail entering and leaving > my networks is > delivered, as well as having full logs of those transactions. > > Any system sending mail to inovis.com will route to one of 4 > boxes under our > control - I control the publication of the MX records that > point to the 4 > boxes which we control. By putting Postini (or any mail > outsourcer) into > that flow, I have to publish MX records pointing to boxes outside my > control. > > My systems have control of the mail until its handed off to > the systems that > the receivers have designated as responsible for their mail. > > In this schenario, I have as much control over email traffic > as possible. > Putting an ASP SPAM service in the middle creates a situation > in which you > don't have control over your own mail delivery, and that's > not something > which my company is willing to give up. > > > The information contained in this e-mail is intended for the > recipient or > entity to whom it is addressed. It may contain confidential > information that > is exempt from disclosure by law and if you are not the > intended recipient, > you must not copy, distribute or take any act in reliance on > it. If you have > received this e-mail in error, please notify the sender > immediately and > delete from your system. > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Web Interface: > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&t ext_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED]
