We do it because puremessage runs on sendmail. 

-----Original Message-----
From: Sean Faust [mailto:[EMAIL PROTECTED] 
Sent: Friday, December 12, 2003 11:15 AM
To: Exchange Discussions
Subject: RE: Mail Processing by Exchange vs. SendMail

>Back to my original question, we use Surf Control in front of SendMail
which then forwards on to the Exchange Servers.  Why would you put
SendMail in as an intermediary?  Is just the way Unix/Linux admins do
things or is there a valid reason?

Thanks for the replies.  Good Information.   



It always passed the relay tests that I threw at the though.  This was a
> simple environment and no other relaying was allowed.  I suspect that 
> the systems you have worked on had some other reason for relaying 
> besides that ones you mentioned.
> 
> Aaron
> 
> -----Original Message-----
> From: Greg Deckler [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 12, 2003 12:00 PM
> To: Exchange Discussions
> Subject: RE: Mail Processing by Exchange vs. SendMail
> 
> 
> Yes, you were lucky. I have seen this exact scenario happen a couple 
> times now. Fydora or whoever apparently did not understand this 
> scenario but it is a fairly common scenario in small office 
> environments with people on the road connecting their laptops to hotel

> networks and the like. Yes, OWA is available, but there are lots of 
> people in this world that are always going to hate something like OWA.

> OWA in 2003 is pretty sweet, I must say, but there will always be
people that don't like.
> 
> > It's been a while since I've supported POP3 clients on Exchange 
> > (5.5) but, as I recall, I had no issues with anonymous relaying.  I 
> > believe that Exchange 5.5 allowed anonymous SMTP inbound connections

> > (that is, connections for mail to be delivered locally) and would 
> > allow relaying by authenticated users only.
> > 
> > Or maybe I was just luckily that the spammers different find this 
> > server?
> > 
> > Aaron
> > 
> > -----Original Message-----
> > From: Greg Deckler [mailto:[EMAIL PROTECTED]
> > Sent: Friday, December 12, 2003 11:30 AM
> > To: Exchange Discussions
> > Subject: RE: Mail Processing by Exchange vs. SendMail
> > 
> > 
> > While I am not sure that the "Greg" in this post was directed at me 
> > or whether this is some new form of abuse and sarcasm, it is pretty 
> > much irrelevant as I do have some things to say on this issue.
> > 
> > The biggest problem that I have had with Exchange on the outside of 
> > the SMTP mail chain is anti-spam in a small office environment. It 
> > is not that anti-spam functionality does not exist in Exchange, but 
> > it is in its native implementation. The issue actually revolves 
> > around POP3 users. For your Exchange server to serve as the 
> > end-point for SMTP connections from anywhere, you generally have to 
> > turn on Anonymous Authentication. This allows any SMTP server to 
> > connect to yours to send email. Now, let's say you have POP3 users 
> > that might be connecting from anywhere they please on just about
anyone's network.
> > To allow these people to send email, you have to generally turn go 
> > into Relay Restrictions and turn on "Allow all computers which 
> > successfully authenticate to relay..." The problem with this is that

> > Anonymous Authentication is also on, so guess what? Spammers can 
> > anonymously authenticate and relay spam, because, apparently in the 
> > Microsoft world Anonymous Authentication is just as good as any 
> > other Authentication. Oh well. And yes, you can turn this checkbox 
> > off and set up specific computers, but if they are POP3 clients 
> > connecting from anywhere, you are hosed there and if you set up this

> > by domain, you have a whole other set of problems, not the least of 
> > which is that this forces a reverse DNS lookup.
> > 
> > What really needs to happen with this is that Microsoft needs to 
> > simply add a checkbox that says something along the lines of 
> > "Anonymous Authentication can only send inbound messages and not 
> > relay." But, I guess since I am not an MVP the likelihood of this 
> > happening is close to zero.
> > 
> > In terms of speed, I do not have hard numbers, but if you buddy is 
> > making rash statements like you indicate, he or she does not either.
> > Tell your buddy to show you the proof or jump off a pier. You may 
> > want to be a little more PC. I have only seen an Exchange server's 
> > SMTP mail engine under duress when a spammer was involved and we are

> > talking ungodly amounts of messages with lots of failures and
retries.
> > 
> > In terms of having Exchange exposed to the outside world, you can 
> > secure it, put it in a DMZ and make it a front-end server. Again, 
> > the main issue I have is with anti-spam in specific situations but 
> > if you don't have to worry about POP3 users or have an extra box to 
> > point
> > POP3 users to, then you're good to go.
> > 
> > Finally, I will point out that *technically* you do not even need 
> > Exchange as the SMTP engine is built into Windows 2000/2003 and I 
> > have played around with using this to serve as a host to forward 
> > SMTP mail into my Exchange environment. It's been awhile since I 
> > really sat down with it, but if memory serves it worked just fine.
> > 
> > > > Greg, would you please help with this discussion on 
> > > > SendMail....Your input will be highly regarded....Thanks
> > > 
> > > Tell him Postfix is more secure...  :P
> > > > 
> > > > Personally, I like to put another server at the edge for SMTP 
> > > > that is NOT Exchange when I can...
> > > > 
> > > > As far as who's faster at processing...  Who cares, can Sendmail

> > > > do calendaring, public folders, etc?
> > > > 
> > > > -----Original Message-----
> > > > From: Sean Faust [mailto:[EMAIL PROTECTED]
> > > > Sent: Friday, December 12, 2003 9:20 AM
> > > > To: Exchange Discussions
> > > > Subject: Mail Processing by Exchange vs. SendMail
> > > > 
> > > > Good Morning All,
> > > > 
> > > > I have a Unix/Linux admin that is just wearing me out with 
> > > > regards to Exchanging being 3rd rate.  Given all of the 
> > > > variables including memory, processors, etc.  How much mail 
> > > > traffic can Exchange process in an hour/day and what is the 
> > > > advantage if any of putting SendMail in front of Exchange?
> > > > 
> > > > His last statement was that SendMail can process more mail in 
> > > > one minute than Exchagne can process in a day.
> > > > 
> > > > Thanks,
> > > > 
> > > > Sean
> > > > 
> > > >
_________________________________________________________________
> > > > List posting FAQ:
http://www.swinc.com/resource/exch_faq.htm
> > > > Web Interface:
> > > > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&tex
> > > > t_mo
> > > > de=&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_mo
> > de
> > =&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]

_________________________________________________________________
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]



_________________________________________________________________
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]

Reply via email to