|
Yes, tcp connections. What exactly I am attempting to do is limit
incoming connections to only those for smtp and pop3 connections, which
I have effectively done bycreating an access list that allows incoming
tcp connections on port 25 (smtp) from any ip address, allows incoming
tcp connections on port 110 (pop3) from and ip address, and denies any
other packets incoming(tcp). Lets forget about the DNS issue for now.
This solves the problem and mail is delivered to my server without
incident. The problem arises when the server attempts to send mail to
another server as it does so on smtp port 25. The return packets come
on a higher connection and are thus denied. Just wanted to explain the situation a little better in case I confused some. As for you statement about blocking the source ports, I agree with you on this subject, but what I actually wanted to do was 'permit' by source port. In other words, all responses to my smtp connection that come back have the allocated port for the destination port, but always (i think) have a source port of 25. Thanks, Greg Klint Gore wrote: They're not udp. ims opens a tcp connection to remote port 25 using whatever local port windows gave it. all communication happens on that single connection. windows tends to allocate the next free port >1024.In firewalls, it's traditional to block the destinations (for incoming connections on the local interface, for outgoing connections on the wan interface). not many people block source ports as they are usually allocated by the ip stack not set by the application. klint. On Tue, 13 Jan 2004 16:20:22 -0500, Ted <[EMAIL PROTECTED]> wrote: |
- Mail Transport ports Greg Baumgratz
- Re: Mail Transport ports Ted
- Re: Mail Transport ports Klint Gore
- Re: Mail Transport ports Greg Baumgratz
- Re: Mail Transport ports Greg Baumgratz
- Re: Mail Transport ports Rich Warren
