Кто-нибудь может мне доходчиво объяснить как избежать ошибки
"553 5.3.5 mx.site.ru. config error: mail loops back to me (MX problem?)"
при отправке sendmailом письма на свой же домен?такое ощущение, что это http://www.opennet.me/docs/RUS/sendmail_faq/section4.html#4.5
перевели в программе-"переводчике". Ничего не понятно :(
>Кто-нибудь может мне доходчиво объяснить как избежать ошибки
>"553 5.3.5 mx.site.ru. config error: mail loops back to me (MX problem?)"
>
>при отправке sendmailом письма на свой же домен?
>
>такое ощущение, что это http://www.opennet.me/docs/RUS/sendmail_faq/section4.html#4.5
>перевели в программе-"переводчике". Ничего не понятно :(читай на английском, там ну все прозрачно и понятно.
>читай на английском, там ну все прозрачно и понятно.
почитал. внимательно:There are a couple of additional cases where you don't actually want local delivery, and thus adding domain.net to class w is not the right fix:
When relay.domain.net should just be acting as a forwarder, e.g. a firewall/gateway box. The proper fix could be to set up a mailertable entry for domain.net.
When relay.domain.net is a secondary (etc.) MX, and the MX mistakenly points to a CNAME or other "non-canonical" name [this gives "config error: mail loops back to me (MX problem?)"]. The proper fix is to point the MX at the actual name, a "work-around" to add the MX target to class w.
немного непонятна вот эта фраза "a "work-around" to add the MX target to class w."
mailertable мне не помогает :(
пишу @domain.ru smtp:mx.domain.ruпоявляется та же ошибка!
В днс все майлеры указано явно, без всяких CanonicalNAMEs
Думаю сделать следующее, попрбовать сделать это с двумя mail серверами:
C помощью mailertable переправлять все на второй MX, а второй будет переправлять на первый. Но это как то криво...С одним-то сервером можно сделать?
>>читай на английском, там ну все прозрачно и понятно.
>почитал. внимательно:первый типа основной вариант - когда почта отправляется с машины
которая является почтовым релеем (MX на нее указывает) и отправляет
в итоге сама на себя с выдачей об ошибке - необходимо внести
в /etc/mail/local-host-names (в старых версиях sendmail.cw)
- домен, типа почта на zhopa.ru через mx=relay.zhopa.ru
вот zhopa.ru и нужно внести в local-host-names/sendmail.cw в дополнение
ко всем локальным именам машины на которые может прийти почта или есть
MX'ыЕще два варианта связаны:
- один со вторым MX'ом (secondary)
- другой с CNAME (этот вопче жопа)соответственно, если мы не хотим локальной доставки zhopa.ru в этих
случаях внесение в local-host-names (оно же class w) не является
удачным решением (даже наоборот)>There are a couple of additional cases where you don't actually want
>local delivery, and thus adding domain.net to class w is not
>the right fix:
>
>When relay.domain.net should just be acting as a forwarder, e.g. a firewall/gateway
>box. The proper fix could be to set up a mailertable
>entry for domain.net.чтобы relay.zhopa.ru просто форвардил почту - выступал типа mail-hub'а
или mailgate'а - правильное решение воспользоваться mailertable для
zhopa.ru>When relay.domain.net is a secondary (etc.) MX, and the MX mistakenly points
>to a CNAME or other "non-canonical" name [this gives "config error:
>mail loops back to me (MX problem?)"]. The proper fix is
>to point the MX at the actual name, a "work-around" to
>add the MX target to class w.если relay.zhopa.ru - является secondary MX'ом и MX ошибочно указывает
на каноническое имя CNAME (нельзя MX'ы ставить на RR=CNAME, грозит зацикливанием) получем зацикливание mail loops back to me...
Правильно будет произвести правку в DNS чтобы MX указывал на FQDN
которое имеет RR=A, вместо обходного "маневра" добавлением в класс w
(local-host-name/sendmail.cw) соответствующей записи>немного непонятна вот эта фраза "a "work-around" to add the MX target
>to class w."
>
>mailertable мне не помогает :(
>пишу @domain.ru smtp:mx.domain.ru
>
>появляется та же ошибка!
>
>В днс все майлеры указано явно, без всяких CanonicalNAMEs
>
>Думаю сделать следующее, попрбовать сделать это с двумя mail серверами:
>C помощью mailertable переправлять все на второй MX, а второй будет переправлять
>на первый. Но это как то криво...С одним-то сервером можно сделать?
>Усе
:))) Прикольный примерчик
>
>первый типа основной вариант - когда почта отправляется с машины
>которая является почтовым релеем (MX на нее указывает) и отправляет
>в итоге сама на себя с выдачей об ошибкеВот это ОЧЕНЬ похоже на мой вариант.
>- необходимо внести
>в /etc/mail/local-host-names (в старых версиях sendmail.cw)
>- домен, типа почта на zhopa.ru через mx=relay.zhopa.ru
>вот zhopa.ru и нужно внести в local-host-names/sendmail.cw в дополнение
>ко всем локальным именам машины на которые может прийти почта или есть
>
>MX'ы
>Только решение это мне не помогает. Если так прописать - sendmail ругается, что нет такого пользователя :(
>Еще два варианта связаны:
>- один со вторым MX'ом (secondary)
>- другой с CNAME (этот вопче жопа)
>
>соответственно, если мы не хотим локальной доставки zhopa.ru в этих
>случаях внесение в local-host-names (оно же class w) не является
>удачным решением (даже наоборот)
>Мне как раз и надо, чтобы не было локальной доставки при отправлении самому себе!
>чтобы relay.zhopa.ru просто форвардил почту - выступал типа mail-hub'а
>или mailgate'а - правильное решение воспользоваться mailertable для
>zhopa.ru
>
>
>если relay.zhopa.ru - является secondary MX'ом и MX ошибочно указывает
>на каноническое имя CNAME (нельзя MX'ы ставить на RR=CNAME, грозит зацикливанием) получем
>зацикливание mail loops back to me...
> Правильно будет произвести правку в DNS чтобы MX указывал на FQDN
>
>которое имеет RR=A, вместо обходного "маневра" добавлением в класс w
>(local-host-name/sendmail.cw) соответствующей записи
>вот конфиг DNS
...
@ IN A IPadress1
@ IN MX 10 mxmx IN A IPadress1
...
>:))) Прикольный примерчик
>>
>>первый типа основной вариант - когда почта отправляется с машины
>>которая является почтовым релеем (MX на нее указывает) и отправляет
>>в итоге сама на себя с выдачей об ошибке
>
>Вот это ОЧЕНЬ похоже на мой вариант.
>
>>- необходимо внести
>>в /etc/mail/local-host-names (в старых версиях sendmail.cw)
>>- домен, типа почта на zhopa.ru через mx=relay.zhopa.ru
>>вот zhopa.ru и нужно внести в local-host-names/sendmail.cw в дополнение
>>ко всем локальным именам машины на которые может прийти почта или есть
>>
>>MX'ы
>>
>
>Только решение это мне не помогает. Если так прописать - sendmail ругается,
>что нет такого пользователя :(
>
>>Еще два варианта связаны:
>>- один со вторым MX'ом (secondary)
>>- другой с CNAME (этот вопче жопа)
>>
>>соответственно, если мы не хотим локальной доставки zhopa.ru в этих
>>случаях внесение в local-host-names (оно же class w) не является
>>удачным решением (даже наоборот)
>>
>
>Мне как раз и надо, чтобы не было локальной доставки при отправлении
>самому себе!
>
>>чтобы relay.zhopa.ru просто форвардил почту - выступал типа mail-hub'а
>>или mailgate'а - правильное решение воспользоваться mailertable для
>>zhopa.ru
>>
>>
>>если relay.zhopa.ru - является secondary MX'ом и MX ошибочно указывает
>>на каноническое имя CNAME (нельзя MX'ы ставить на RR=CNAME, грозит зацикливанием) получем
>>зацикливание mail loops back to me...
>> Правильно будет произвести правку в DNS чтобы MX указывал на FQDN
>>
>>которое имеет RR=A, вместо обходного "маневра" добавлением в класс w
>>(local-host-name/sendmail.cw) соответствующей записи
>>
>
>вот конфиг DNS
>...
>@ IN
> A IPadress1
>@ IN
> MX 10 mx
>
>mx IN
>A IPadress1
>...
sorry, магией не занимаюсь и в мазохизме замечен не был
>sorry, магией не занимаюсь и в мазохизме замечен не был
ладно...буду экспериментировать
все равно спасибо, lavr :)
>>sorry, магией не занимаюсь и в мазохизме замечен не был
>
>
>ладно...буду экспериментировать
>все равно спасибо, lavr :)не на чем, на будущее совет - хочется конкретного решения проблемы, не
бойся дать реальные данные, потому как на XXX никто отвечать и гадать
не будет.