Проблема с sendmail под ASP Linux 7.3

[alesha]

Всем привет!
Надеюсь, что в этом форуме мне помогут.
Настраиваю почту на совеошенно новом сервере. Мне посоветовали
ASP Linux 7.3. Но теперь вот какая проблема при конекте почтовым клиентом (Outlook Express) остоянно возникает вот какая ошибка
'451 4.1.8 Sender domain must resolve'. Опережая некоторые советы скажу сразу, что конфигурационный файл sendmailа я подложил со старого почтового сервера, который работает до сих пор по RED HAT 5.2.
Какие будут советы?
Я слышал, что sendmail под ASP Linux 7.3 не работает в принципе без установки патча. Может это мой случай?

[corvax]

Всем привет!
Надеюсь, что в этом форуме мне помогут.
Настраиваю почту на совеошенно новом сервере. Мне посоветовали
ASP Linux 7.3. Но теперь вот какая проблема при конекте почтовым клиентом (Outlook Express) остоянно возникает вот какая ошибка
'451 4.1.8 Sender domain must resolve'. Опережая некоторые советы скажу сразу, что конфигурационный файл sendmailа я подложил со старого почтового сервера, который работает до сих пор по RED HAT 5.2.
Какие будут советы?

найти sendmail.mc и sendmail.cf еще старее и подложить и убедиться, что надо думать головой и не страдать фигней

Я слышал, что sendmail под ASP Linux 7.3 не работает в принципе без установки патча. Может это мой случай?

какого патча?

[Andrey Y. Ostanovsky]

'451 4.1.8 Sender domain must resolve'. Опережая некоторые советы скажу сразу, что конфигурационный файл sendmailа я подложил со старого почтового сервера, который работает до сих пор по RED HAT 5.2.

А этот sender domain на конкретной машине резольвится?

[alesha]

'451 4.1.8 Sender domain must resolve'. Опережая некоторые советы скажу сразу, что конфигурационный файл sendmailа я подложил со старого почтового сервера, который работает до сих пор по RED HAT 5.2.

А этот sender domain на конкретной машине резольвится?

А как это проверить?
Я из начинающих

[Andrey Y. Ostanovsky]

А этот sender domain на конкретной машине резольвится?

А как это проверить?
Я из начинающих

Ну, тогда начнем издалека.

#telnet localhost 25

Код: Выделить всё

Connected to localhost.
Escape character is '^]'.
220-Router ESMTP for WindowsXP SP2 ver 3.5; Unauthorized use is prohibited;  
220  Wed, 10 Nov 2004 18:53:11 +0300 (MSK)

#mail from: telepusik@localhost

Код: Выделить всё

250 2.1.0 telepusik@localhost... Sender ok

rcpt to: root@localhost

Код: Выделить всё

250 2.1.5 root@localhost... Recipient ok

data

Код: Выделить всё

354 Enter mail, end with "." on a line by itself

.
quit

Вот примерно такой диалог происходит при приеме почты сендмейлом.
При этом проверяется домен у mail from: после "собаки" примерно таким методом:
# host ns.spb.ru

Код: Выделить всё

ns.spb.ru has address 193.124.83.69
ns.spb.ru mail is handled (pri=100) by relay1.kiae.su

А вот если не резольвится - то получаем примерно то, что у вас было в первом письме.
Соответственно, проверять можно этой же командой. Кроме того, в директории сендмейла (/etc/mail - у нормальных систем) есть файлик access, там можно прописать оверрайды на эти ограничения.

[alesha]

А этот sender domain на конкретной машине резольвится?

А как это проверить?
Я из начинающих

Ну, тогда начнем издалека.

#telnet localhost 25

Код: Выделить всё

Connected to localhost.
Escape character is '^]'.
220-Router ESMTP for WindowsXP SP2 ver 3.5; Unauthorized use is prohibited;  
220  Wed, 10 Nov 2004 18:53:11 +0300 (MSK)

#mail from: telepusik@localhost

Код: Выделить всё

250 2.1.0 telepusik@localhost... Sender ok

rcpt to: root@localhost

Код: Выделить всё

250 2.1.5 root@localhost... Recipient ok

data

Код: Выделить всё

354 Enter mail, end with "." on a line by itself

.
quit

Вот примерно такой диалог происходит при приеме почты сендмейлом.
При этом проверяется домен у mail from: после "собаки" примерно таким методом:
# host ns.spb.ru

Код: Выделить всё

ns.spb.ru has address 193.124.83.69
ns.spb.ru mail is handled (pri=100) by relay1.kiae.su

А вот если не резольвится - то получаем примерно то, что у вас было в первом письме.
Соответственно, проверять можно этой же командой. Кроме того, в директории сендмейла (/etc/mail - у нормальных систем) есть файлик access, там можно прописать оверрайды на эти ограничения.

Всё то, что Вы написали делается...
Только почему то на quit никакой реакции

[alesha]

А этот sender domain на конкретной машине резольвится?

А как это проверить?
Я из начинающих

Ну, тогда начнем издалека.

#telnet localhost 25

Код: Выделить всё

Connected to localhost.
Escape character is '^]'.
220-Router ESMTP for WindowsXP SP2 ver 3.5; Unauthorized use is prohibited;  
220  Wed, 10 Nov 2004 18:53:11 +0300 (MSK)

#mail from: telepusik@localhost

Код: Выделить всё

250 2.1.0 telepusik@localhost... Sender ok

rcpt to: root@localhost

Код: Выделить всё

250 2.1.5 root@localhost... Recipient ok

data

Код: Выделить всё

354 Enter mail, end with "." on a line by itself

.
quit

Вот примерно такой диалог происходит при приеме почты сендмейлом.
При этом проверяется домен у mail from: после "собаки" примерно таким методом:
# host ns.spb.ru

Код: Выделить всё

ns.spb.ru has address 193.124.83.69
ns.spb.ru mail is handled (pri=100) by relay1.kiae.su

А вот если не резольвится - то получаем примерно то, что у вас было в первом письме.
Соответственно, проверять можно этой же командой. Кроме того, в директории сендмейла (/etc/mail - у нормальных систем) есть файлик access, там можно прописать оверрайды на эти ограничения.

Пардон, все эти команды выполняет, а если написать, тот домен, что в первом письме - та ошибка о которой я писал

[Andrey Y. Ostanovsky]

Пардон, все эти команды выполняет, а если написать, тот домен, что в первом письме - та ошибка о которой я писал

А что говорит команда host <domain_name> ? Host unknown наверное?

[alesha]

Пардон, все эти команды выполняет, а если написать, тот домен, что в первом письме - та ошибка о которой я писал

А что говорит команда host <domain_name> ? Host unknown наверное?

host oblbank - ничего не говорит, просто командную строку показывает
host postman.oblbank - показывает айпишник машины.
postman - имя машины.

[Stranger03]

найти sendmail.mc и sendmail.cf еще старее и подложить и убедиться, что надо думать головой и не страдать фигней

Думаю, надо просто в hosts прописать имена и адреса внутренних машин,  :twisted:. Там же ясно сказано, не проходит резолв адресов,  :twisted:.

[Stranger03]

Я слышал, что sendmail под ASP Linux 7.3 не работает в принципе без установки патча. Может это мой случай?

Ну и в догонку в resolv.conf прописать строку:
nameserver IP_PROVAIDERA

[corvax]

найти sendmail.mc и sendmail.cf еще старее и подложить и убедиться, что надо думать головой и не страдать фигней

Думаю, надо просто в hosts прописать имена и адреса внутренних машин,  :twisted:. Там же ясно сказано, не проходит резолв адресов,  :twisted:.

я крайне не согласен с таким подходом к настройке sendmail'а и слабо верю в корректную работу sendmail с настолко устаревшим конфигом. может по аналогии еще инишки от винды 3.11 подсунуть в w2k pro?

кстати, прописывание чего-нить в /etc/hosts не приведет к резолвингу этих имен командой host, как предлагалось тестить резолвинг выше по треду

в любом случае нужно решать проблему с DNS, а потом настраивать конфиг от текущей версии sendmail.

[Stranger03]

я крайне не согласен с таким подходом к настройке sendmail'а и слабо верю в корректную работу sendmail с настолко устаревшим конфигом. может по аналогии еще инишки от винды 3.11 подсунуть в w2k pro?

в любом случае нужно решать проблему с DNS, а потом настраивать конфиг от текущей версии sendmail.

Какой ДНС на...., вы где живете??? простите за горячность, но линукс, юникс вам не вин2к про. И ДНС тут совсем не при чем, читайте доки. уважаемый господин....
Есть внутренний клиент, у него есть внутренний IP 192.168.0.100, при коннекте сендмыл пытается отрезолвить этот IP в имя, нифига не выходит, он дает отлуп, все естественно...

Выхода два:
1. создавать внтуреннюю ДМЗ ДНС зону с динамик апдейт.
2. поднимать на сервере что-то вроде DDHCP, то есть раздача IP по внутренней сети с одновременной регистрацией либо в hosts либо во внутренней зоне.
3. втупую прописать в hosts имена и адреса внутренней сети.

Блин, уж извините, но.... ладно.....

[corvax]

я крайне не согласен с таким подходом к настройке sendmail'а и слабо верю в корректную работу sendmail с настолко устаревшим конфигом. может по аналогии еще инишки от винды 3.11 подсунуть в w2k pro?

в любом случае нужно решать проблему с DNS, а потом настраивать конфиг от текущей версии sendmail.

Какой ДНС на...., вы где живете???

географически - указано в профиле
если все же имелась ввиду ОС - то RedHat/Fedora/FreeBSD

простите за горячность, но линукс, юникс вам не вин2к про. И ДНС тут совсем не при чем, читайте доки. уважаемый господин....

доки по настройке bind/sendmail прочитаны давно и неоднократно. у меня то с ними проблем как раз нет...
пример с виндой был утрированным для того, чтобы показать, на сколько фонарным может выглядеть использование конфига MTA от RedHat 5.2. вот вы помните, какой тогда была версия sendmail?

Есть внутренний клиент, у него есть внутренний IP 192.168.0.100, при коннекте сендмыл пытается отрезолвить этот IP в имя, нифига не выходит, он дает отлуп, все естественно...

и вы меня отправляете читать доки?
в корневом сообщении треда написано:
Sender domain must resolve

как это соотносится с резолвингом PTR записи хоста отправителя?

Выхода два:
1. создавать внтуреннюю ДМЗ ДНС зону с динамик апдейт.
2. поднимать на сервере что-то вроде DDHCP, то есть раздача IP по внутренней сети с одновременной регистрацией либо в hosts либо во внутренней зоне.
3. втупую прописать в hosts имена и адреса внутренней сети.

Блин, уж извините, но.... ладно.....

[Stranger03]

сколько фонарным может выглядеть использование конфига MTA от RedHat 5.2. вот вы помните, какой тогда была версия sendmail?

Ага, да, конечно, помню. Как правило конфиг собирается из дефолтного МС, добавляя туда необходимые строки. И то только по надобности. Сорри,  :roll:, не прочитал первые строчки.

P.S. вообще по уме надо взять дефолтный конфиг и на него накатить строчки, необходимые вам.

и вы меня отправляете читать доки?
в корневом сообщении треда написано:
Sender domain must resolve

как это соотносится с резолвингом PTR записи хоста отправителя?

Думаю ровно так и относится. Хотя, для того, чтобы точно определить, что означает сия запись, надо посмотреть исходники. Как мне кажется, проверяется имя отправителя from:name@domain.com и проверяется на соотв-е адресного пространства, принадлежашего этому домену. Возможно так.