Thank you for your help but after looking in to the problem, i realized it is not the ident protocol.

This could be a problem due to timeouts with the ident protocol, also
known as auth, which uses port 113.  Most mailservers will try and do
an ident check on you when you connect to them.  If your firewall just
drops the incoming connection, then the server at the other end will
just have to wait out the timeout period.  While ident is meant to be
a security measure, it's practically worthless as it's too easy to lie
to, and if you don't lie, then it's a leak of what should be private
information.


I tried connecting the "un-connectable" servers via Windows and FreeBSD using telnet at home and it works, and i am not running any sort of ident server. Connecting to the servers where the mail server lives gives me the "operation timed out" message under my MTA (not sendmail for note) as well as Telnet, even after flushing all firewall rules. So i suspect my problem lies elsewhere. Thank you for your concern though.
-Rian Hunter


> I manage a general mail server for my organization and recently i have been
> receiving complaints that not all their messages are being sent. A quick
> check to the maillog and i noticed that many of the mail servers of the
> receivers are getting "Operation timed out" responses. I manually checked
> connecting to these servers using telnet to see if it was just my mta, but
> to my surprise telnet was unable to connect as well!
>
> At home i tried connecting to these servers via telnet on port 25 as well,
> and it worked with ease. Then immediatly I ssh'ed to our remote mail server
> and telnet'ed to these "operation timed out" mail servers on port 25 and
> still same thing. Now this shocked me, how could i be easily connecting to
> the mail servers from home, and from the location of our mail server, not
> be able to. It connects to other mail servers there are just a few that do
> not work including:
>
> smtp1.dadeschools.net
> mail1.dadeschools.net
> oitmail.dade.k12.fl.us
> sbabmail.dade.k12.fl.us
> 7841exch2.tecmiami.com
>
> It's not a DNS problem as the dns resolves the same ip address from home
> and where the server resides. I'm not sure if it is solely our mail server
> or it is all the computers on our LAN that are unable to connect, i willl
> have to examine this when i get there sometime this week. The mail server
> is connected directly to the internet and is assigned a public ip address
> (it is not behind a router filewall or is not forwarded packets through
> NAT). The host address of our mail server is mail.e-equality.org.
>
> Does anyone know the nature of this problem or how to solve it? Could it be
> faulty design of the network route from our mail server to theirs? Or maybe
> our TTL settings on the packets are too small.

_________________________________________________________________
Need more e-mail storage? Get 10MB with Hotmail Extra Storage. http://join.msn.com/?PAGE=features/es


_______________________________________________
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to