Задержка в отправлении почты

Кстати, такая же проблема. Только тоже самое виснет и в MS и в N. Ничего не понимаю!!!! Если есть решение(совет) - заранее благодарен.

Соображения мои такие:
Почта медленно уходит - это smtp, 25 порт
Может, слишком много ограничений в файрволе (если он конечно стоит)
на почтовом сервере, вот он и проверяет долго, свой ты или нет.
А также relay-domains (или ip-allow), access_db.
Если нет, то посмотри в sendmail.cf на все опции, что связаны с timeout,
может большой временной промежуток где-то указан.
Может у тебя в maillog есть значимые сообщения по этому поводу?
Почта получается быстро - это pop-3, 110 порт

Подними кэширующий DNS и обязательно пропиши в нем обратную зону, тогда почта будет улетать. Дело в том, что SMTP-демон всегда пытается определить IP-адрес отправителя (то бишь локальных твоих машин), на это уходит от 2-х и более минут. Если поставишь DNS, то во-первых resolv будет быстрее, во-вторых почта для юзеров будет работать быстрее. См. HOWTO-DNS, есть перевод, там все разжевано...

Проблема описана на www.sendmail.org в разделе FAQ
Цитирую:

Q3.12 -- Why do connections to the SMTP port take such a long time?
Date: November 24, 1996 
I just upgraded to version 8 sendmail and suddenly connections to 
the SMTP port take a long time. What is going wrong? 

It's probably something weird in your TCP implementation that 
makes the IDENT code act oddly. On most systems version 8 
sendmail tries to do a ``callback'' to the connecting host 
to get a validated user name (see RFC 1413 for detail). 
If the connecting host does not support such a service it 
will normally fail quickly with "Connection refused", but 
certain kinds of packet filters and certain TCP implementations 
just time out. 

To test this (pre-8.7.y sendmail), set the IDENT timeout 
to zero using: 

define(`confREAD_TIMEOUT',`Ident=0')dnl 

in the .mc file used by m4 to generate your sendmail.cf file. 
Alternatively, if you don't use m4, you can put ``OrIdent=0''
in the configuration file (we recommend the m4 solution, since 
that makes maintenance much easier for people who don't understand 
sendmail re-write rules, or after you've been away from it for a 
while). Either way, this will completely disable all use of the 
IDENT protocol. 

For version 8.7.y sendmail (and above), you should instead use: 

define(`confTO_IDENT',`0s')dnl 

Another possible problem is that you have your name server 
and/or resolver configured improperly. Make sure that all 
"nameserver" entries in /etc/resolv.conf point to functional servers. If you are running your own server, make certain that all the servers listed in your root cache are up to date (this file is usually called something like "/var/namedb/root.cache"; see your /etc/named.boot file to get your value). Either of these can cause long delays. 

DNS я настроил. В лок сетке. Вроде по nslookup он всё правильно показывает. И реверс адресов настроил. Так что может и правда IDENT а может и root.cache - буду смотреть.