The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"sendmail изменяет имя домена при отправке. Как это выключить..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от chainik (??) on 23-Ноя-07, 00:47 
Письмо отправляется с From=unm@sub2.sub1.ru, а принимается с From=unm@sub1.ru, т.е. sendmail зачем-то корректирует имя домена, срезая sub2. Как ему сказать, чтобы он этого не делал?

На машине стоит Sendmail 8.13.8/8.13.8. Дистрибутив, из которого всё ставилось был Slackware 11 (или 10 - уже не помню).

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от DN (ok) on 23-Ноя-07, 02:13 
>Письмо отправляется с From=unm@sub2.sub1.ru, а принимается с From=unm@sub1.ru, т.е. sendmail зачем-то корректирует
>имя домена, срезая sub2. Как ему сказать, чтобы он этого не
>делал?

Как сказали, так и делает.

Отключите в sendmail.mc
MASQUERADE_AS(`sub1.ru')dnl
...
для всех.

Для отдельных пользователй (unm@sub2.sub1.ru), то
просто дополните строчку в sendmail.mc :
EXPOSED_USER(`unm')dnl

Или sendmail.cf :
# class E: names that should be exposed as from this host, even if we masquerade
C{E}unm

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от chainik (??) on 23-Ноя-07, 10:23 
>Как сказали, так и делает.
>
>Отключите в sendmail.mc
>MASQUERADE_AS(`sub1.ru')dnl
>...
>для всех.

У меня эта опция _не_ включена в sendmail.mc.
Это по какой-то другой причине происходит.

Дело в том, что sub2.sub1.ru  и sub1.ru - это имена одного и того же хоста, и senndmail, наверное откуда-то об этом догадывается, и срезает лишнюю часть sub2. Нужно чтобы он это не делал именно по отношению к адресам @sub2.sub1.ru.

MASQUERADE_EXCEPTION(`sub2.sub1.ru') тоже не действует в моём случае.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от chainik (??) on 23-Ноя-07, 11:21 
>>Как сказали, так и делает.
>>
>>Отключите в sendmail.mc
>>MASQUERADE_AS(`sub1.ru')dnl
>>...
>>для всех.
>
>У меня эта опция _не_ включена в sendmail.mc.
>Это по какой-то другой причине происходит.

Я, кстати, понял почему sendmail так поступает. Это связано с настройкой имён. В зоне я записал sub2 в CNAME, а если его запихнуть в IN A, то домен не подменяется, что, на мой взгляд, вполне логично.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от DN (ok) on 23-Ноя-07, 12:19 
>[оверквотинг удален]
>>>...
>>>для всех.
>>
>>У меня эта опция _не_ включена в sendmail.mc.
>>Это по какой-то другой причине происходит.
>
>Я, кстати, понял почему sendmail так поступает. Это связано с настройкой имён.
>В зоне я записал sub2 в CNAME, а если его запихнуть
>в IN A, то домен не подменяется, что, на мой взгляд,
>вполне логично.

Логика должна базироваться на реальных фактах, а не виртуальных ваших умозаключениях.

CNAME, в вашем случае, вообще не допустим.

Читайте матчасть.

RFC 1123
A canonicalized name either identifies a host directly or is an MX name;
it cannot be a CNAME.

RFC 2181                                                                      
10.3. MX and NS records
  The domain name used as the value of a NS resource record, or part of
  the value of a MX resource record must not be an alias.

Второе, я предлагал вам отключить маскарадинг, а Вы его включили под другим именем.
Третье, у Вас , что два sendmail запущено для  хоста sub2.sub1.ru  и для хоста sub1.ru ?
Если два , то все должно работать.
Если запущен один sendmail, то почему два имени для хоста ( то хост "Вася" , то хост "Петя" ) ? Вы уж определитесь.
Совет : Внимательно изучите RFC относительно DNS , MX записей, A и PTR записей
( RFC 2505, 2821, 1033, 1123, 2181 ) , тогда каши в голове не будет.

Удачи.
  

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от chainik (??) on 23-Ноя-07, 13:00 
>>Я, кстати, понял почему sendmail так поступает. Это связано с настройкой имён.
>>В зоне я записал sub2 в CNAME, а если его запихнуть
>>в IN A, то домен не подменяется, что, на мой взгляд,
>>вполне логично.
>
>Логика должна базироваться на реальных фактах, а не виртуальных ваших умозаключениях.

Я это проделал - всё реально.

>
>CNAME, в вашем случае, вообще не допустим.
>
>Читайте матчасть.
>
>RFC 1123
>A canonicalized name either identifies a host directly or is an MX
>name;
>it cannot be a CNAME.

Именно. Но оказывается, что использование CNAME в адресах не приводит к фатальным последствиям. Как выяснилось, sendmail вполне корректно разобрался с этой ситуацией, а имя было им (sendmail-ом) исправлено до canonicalized, которое и было подставлено.

>Третье, у Вас , что два sendmail запущено для  хоста sub2.sub1.ru
> и для хоста sub1.ru ?
>Если два , то все должно работать.

Один sendmail, и этого мне вполне достаточно.

>Если запущен один sendmail, то почему два имени для хоста ( то
>хост "Вася" , то хост "Петя" ) ? Вы уж определитесь.

У хоста несколько имён, т.к. на нём - несколько вирт. - web-серверов, ну, разных по тематике, поэтому и имена разные.

Вы конечно же правы, что нет прямой необходимости использовать несколько имён для почты, однако мне было интересно, почему подменялся адрес, и теперь я это знаю.

>
>Совет : Внимательно изучите RFC относительно DNS , MX записей, A и
>PTR записей
>( RFC 2505, 2821, 1033, 1123, 2181 ) , тогда каши в
>голове не будет.
>
>Удачи.
>

Спасибо.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от DN (ok) on 23-Ноя-07, 13:26 
>[оверквотинг удален]
>>Читайте матчасть.
>>
>>RFC 1123
>>A canonicalized name either identifies a host directly or is an MX
>>name;
>>it cannot be a CNAME.
>
>Именно. Но оказывается, что использование CNAME в адресах не приводит к фатальным
>последствиям. Как выяснилось, sendmail вполне корректно разобрался с этой ситуацией, а
>имя было им (sendmail-ом) исправлено до canonicalized, которое и было подставлено.

:-( Бред какой-то. Приводит к фатальным последствиям. Вы просто об этом не
догадываетесь пока.
Вы прочитали выдержки из RFC.
Так делать нельзя. И это без относительно любого MTA ( sendmail,exim,qmail, ...).

>>Третье, у Вас , что два sendmail запущено для  хоста sub2.sub1.ru
>> и для хоста sub1.ru ?
>>Если два , то все должно работать.
>Один sendmail, и этого мне вполне достаточно.

И я так думаю.
Отвиндте демон клиент sendmail на один ip ( одно имя, NOT CNAME) и живите спокойно.
DAEMON_OPTIONS(`Name=MTA,Family=inet,Address=sub2.sub1.ru')dnl
CLIENT_OPTIONS(`Family=inet, Address=sub2.sub1.ru')dnl

>У хоста несколько имён, т.к. на нём - несколько вирт. - web-серверов,
>ну, разных по тематике, поэтому и имена разные.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от chainik (??) on 23-Ноя-07, 13:30 
> Приводит к фатальным последствиям. Вы просто об этом не

К каким, если не секрет?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от DN (ok) on 23-Ноя-07, 14:37 
>> Приводит к фатальным последствиям. Вы просто об этом не
>
>К каким, если не секрет?

Вы ж читали выдержки из RFC .
RFC 1123
A canonicalized name either identifies a host directly or is an MX name;
it cannot be a CNAME.

Возьмите RFC полностью почитайте.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от chainik (??) on 23-Ноя-07, 13:51 
>Вы прочитали выдержки из RFC.
>Так делать нельзя. И это без относительно любого MTA ( sendmail,exim,qmail, ...).

Я не очень понимаю, в чём противоречие. Мой smtp-клиент, выполняя предписание упомянутого вами RFC каноникализирует имя, и дальше всё правильно.

The domain names that a Sender-SMTP sends in MAIL and RCPT
         commands MUST have been  "canonicalized," i.e., they must be
         fully-qualified principal names or domain literals, not
         nicknames or domain abbreviations.  A canonicalized name either
         identifies a host directly or is an MX name; it cannot be a

Ведь в моём случае, обратите внимание, ошибается клиент, указывая в поле обратного адреса неканоникализированное имя, которое совершенно корректно исправляется моим smtp-сервером. Он вписывает на место домена непосредственное имя хоста.

Что у меня неправильно, и как делать нельзя?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от DN (ok) on 23-Ноя-07, 14:55 

>         commands MUST have
>been  "canonicalized," i.e., they must be
>         fully-qualified principal names
>or domain literals, not
>         nicknames or domain
>abbreviations.  A canonicalized name either
>         identifies a host
>directly or is an MX name; it cannot be a
>Ведь в моём случае, обратите внимание, ошибается клиент, указывая в поле обратного
>адреса неканоникализированное имя, которое совершенно корректно исправляется моим >smtp-сервером.

Программа не может ошибаться. Можете ошибаться Вы, когда пишите или
используете программу.
Что Вы понимаете в этом случае под smtp-клиентом и smtp-сервером? ;-)
Почему Вы решили, что второе имя не каноническое?

>Он вписывает
>на место домена непосредственное имя хоста.

А почему он должен вписывать имя домена, если он работает на хосте?

>Что у меня неправильно, и как делать нельзя?

Вы писали:
"Я, кстати, понял почему sendmail так поступает. Это связано с настройкой имён. В зоне я записал sub2 в CNAME, а если его запихнуть в IN A, то домен не подменяется, что, на мой взгляд, вполне логично."

N-ый раз повторяю.
RFC 1123
A canonicalized name either identifies a host directly or is an MX name;
it cannot be a CNAME.

Дак у Вас в DNS имя хоста указано, как CNAME или нет?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от chainik (??) on 23-Ноя-07, 15:25 
>[оверквотинг удален]
>>or domain literals, not
>>         nicknames or domain
>>abbreviations.  A canonicalized name either
>>         identifies a host
>>directly or is an MX name; it cannot be a
>>Ведь в моём случае, обратите внимание, ошибается клиент, указывая в поле обратного
>>адреса неканоникализированное имя, которое совершенно корректно исправляется моим >smtp-сервером.
>
>Программа не может ошибаться. Можете ошибаться Вы, когда пишите или
>используете программу.

Не могу с этим не согласиться ;)

>Что Вы понимаете в этом случае под smtp-клиентом

программа, запущенная на этой же машине или на другой, которая посылает сообщения, используя smtp-сервер, например mutt, mailman или thunderbird. Ошибается

>и smtp-сервером? ;-)

sendmail. Ну если не нравится, пусть он будет MTA.

>Почему Вы решили, что второе имя не каноническое?

Я строчку

sub2    IN      CNAME   @

вбивал сам лично, равно как и

        IN      A       <ip-addr>

В файле зоны sub1.ru

>А почему он должен вписывать имя домена, если он работает на хосте?

Потому что человек, т.е. я, написал в обратном адресе неканоникализированное имя (unm@sub2.sub1.ru) вместо правильного (unm@sub1.ru), когда отправлял сообщение, специально, чтобы посмотреть как поступит MTA. MTA переслал сообщение, но в обратном адресе вместо unm@sub2.sub1.ru оставил только unm@sub1.ru. sub1.ru - каноническое.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от DN (ok) on 23-Ноя-07, 17:00 
>>Программа не может ошибаться. Можете ошибаться Вы, когда пишите или
>>используете программу.
>
>Не могу с этим не согласиться ;)

;-)))
Это просто удивительно.
Вы написали "кривую" программу, или успользуюте "кривую" программу для
управление движением гражданских авиалайнеров.
Программа так науправляла, что почти все авилайнеры с пассажирами разбились.
Кому будет предьявлен иск? Программе, которую Вы использовали, или Вам?

>>Что Вы понимаете в этом случае под smtp-клиентом
>
>программа, запущенная на этой же машине или на другой, которая посылает сообщения,
>используя smtp-сервер, например mutt, mailman или thunderbird. Ошибается

mutt, mailman или thunderbird - Это назвывается MTU (mail user agent).

>>и smtp-сервером? ;-)
>sendmail. Ну если не нравится, пусть он будет MTA.

Вот именно, не нравится, потому что  у ВАС получается пока полная каша с определениями.
А вот с понятиями, полный порядок. У нас вся страна на понятиях живет.

sendmail - будет MTA. При чем будет работать , и как smtp-клиент, и как smtp-сервер .

>Я строчку
>
>sub2    IN      CNAME  @
>
>вбивал сам лично, равно как и
>
>        IN      A       <ip-addr>
>В файле зоны sub1.ru

Дак, Вы не ответили, Ваш sendmail отбинден на какое имя хоста (ip адрес)?
Если на sub2.sub1.ru , то не правильно.

>>А почему он должен вписывать имя домена, если он работает на хосте?
>
>Потому что человек, т.е. я, написал в обратном адресе неканоникализированное имя (unm@sub2.sub1.ru)

Помилуйте, unm@sub2.sub1.ru - очень даже каноническая форма e-mail адреса.
unm@sub1.ru - и это тоже каноническая форма e-mail адреса.

И оба правильные. С чего Вы взяли, что unm@sub2.sub1.ru это не
каноническая форма e-mail адреса для sendmail?

Вот имя вашего хоста sub2.sub1.ru не является каноническим, но это имя хоста, а не
e-mail адрес. Чувствуете разницу.

Мы с вами говорим о разных канонических именах.
О каноническом имени хоста, и канонической форме e-mail адреса для sendmail.
Вот зачем нужны определения , а не "понятия".


Вам пока сюда по-русски за канонизацией e-mail адресов.
http://www.opennet.ru/docs/RUS/sendmail2/

>вместо правильного (unm@sub1.ru), когда отправлял сообщение, специально, чтобы посмотреть >как поступит MTA. MTA переслал сообщение, но в обратном адресе вместо
>unm@sub2.sub1.ru оставил только unm@sub1.ru. sub1.ru - каноническое.

Это уже маскарадинг MTA .

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от chainik (??) on 23-Ноя-07, 17:47 
>>Не могу с этим не согласиться ;)
>
>;-)))
>Это просто удивительно.
>Вы написали "кривую" программу, или успользуюте "кривую" программу для
>управление движением гражданских авиалайнеров.
>Программа так науправляла, что почти все авилайнеры с пассажирами разбились.
>Кому будет предьявлен иск? Программе, которую Вы использовали, или Вам?

Я может и вправду криво пишу. Там в предложении, на которое вы отвечаете 'не' 2 раза используется, т.е., я то как раз согласен с вами ;)

>sendmail - будет MTA. При чем будет работать , и как smtp-клиент,
>и как smtp-сервер.

Вот вот, это я и имел в виду...

>[оверквотинг удален]
>>sub2    IN      CNAME  @
>>
>>вбивал сам лично, равно как и
>>
>>        IN      A       <ip-addr>
>>В файле зоны sub1.ru
>
>Дак, Вы не ответили, Ваш sendmail отбинден на какое имя хоста (ip
>адрес)?
>Если на sub2.sub1.ru , то не правильно.

На sub1.ru, конечно.

>>вместо правильного (unm@sub1.ru), когда отправлял сообщение, специально, чтобы посмотреть >как поступит MTA. MTA переслал сообщение, но в обратном адресе вместо
>>unm@sub2.sub1.ru оставил только unm@sub1.ru. sub1.ru - каноническое.
>
>Это уже маскарадинг MTA .

Вот вот, теперь, наверное, это правильно названо. Я только хотел заметить, что sendmail это сделал не по MASQUERADE_AS. А вы можете правильно сформулировать, почему sendmail так сделал?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от DN (ok) on 23-Ноя-07, 18:06 
>>Это уже маскарадинг MTA .
>
>Вот вот, теперь, наверное, это правильно названо. Я только хотел заметить, что
>sendmail это сделал не по MASQUERADE_AS. А вы можете правильно сформулировать,
>почему sendmail так сделал?

Вообще-то, здесь телепатов нет.
Надо было предьявить ваш sendmail.mc, из которого построен ваш sendmail.cf ,
тогда бы и стало все ясно.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от chainik (??) on 23-Ноя-07, 18:48 
>Вообще-то, здесь телепатов нет.
>Надо было предьявить ваш sendmail.mc, из которого построен ваш sendmail.cf ,
>тогда бы и стало все ясно.

include(`../m4/cf.m4')
VERSIONID(`TLS supporting setup for Slackware Linux')dnl
OSTYPE(`linux')dnl
define(`confCACERT_PATH', `/etc/mail/certs/')
define(`confCACERT', `/etc/mail/certs/ca.crt')
define(`confSERVER_CERT', `/etc/mail/certs/server.crt')
define(`confSERVER_KEY', `/etc/mail/certs/server.key')
define(`confCLIENT_CERT', `/etc/mail/certs/client.crt')dnl
define(`confCLIENT_KEY', `/etc/mail/certs/client.key')dnl
define(`confPRIVACY_FLAGS', `authwarnings,novrfy,noexpn,restrictqrun')dnl
define(`confTO_IDENT', `0')dnl
FEATURE(`use_cw_file')dnl
FEATURE(`use_ct_file')dnl
FEATURE(`mailertable',`hash -o /etc/mail/mailertable.db')dnl
FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl
FEATURE(`access_db', `hash -T<TMPF> /etc/mail/access')dnl
FEATURE(`blacklist_recipients')dnl
FEATURE(`local_procmail',`',`procmail -t -Y -a $h -d $u')dnl
FEATURE(`always_add_domain')dnl
FEATURE(`redirect')dnl
define(`confMAX_MESSAGE_SIZE', `8388608')
define(`ALIAS_FILE',`/etc/mail/aliases')dnl
FEATURE(`accept_unresolvable_domains')dnl
FEATURE(dnsbl,`bl.spamcop.net',`550 Mail from $&{client_addr} rejected\; This IP address is in a spam list\. Try to check it at http://dns
bl.info')
dnl#.... Здесь ещё несколько спам-листов указано
FEATURE(dnsbl,`whois.rfc-ignorant.org',`550 Mail from $&{client_addr} rejected\; This IP address is in a spam list\. Try to check it at http://dnsbl.info')
define(`confAUTH_OPTIONS', `A y')dnl# "p" - prevents from LOGIN and PLAIN methods
define(`confAUTH_MECHANISMS', `LOGIN PLAIN DIGEST-MD5 CRAM-MD5')dnl
TRUST_AUTH_MECH(`LOGIN PLAIN DIGEST-MD5 CRAM-MD5')dnl
FEATURE(`no_default_msa')dnl
DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl
EXPOSED_USER(`root')dnl
LOCAL_DOMAIN(`localhost.localdomain')dnl
MAILER(local)dnl
MAILER(smtp)dnl
MAILER(procmail)dnl

Вот, собственно, и всё.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от DN (ok) on 23-Ноя-07, 20:28 
>>Вообще-то, здесь телепатов нет.
>>Надо было предьявить ваш sendmail.mc, из которого построен ваш sendmail.cf ,
>>тогда бы и стало все ясно.
>include(`../m4/cf.m4')
>VERSIONID(`TLS supporting setup for Slackware Linux')dnl
>OSTYPE(`linux')dnl
>FEATURE(`use_cw_file')dnl
>FEATURE(`use_ct_file')dnl
>FEATURE(`local_procmail',`',`procmail -t -Y -a $h -d $u')dnl

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Здесь у Вас ничего не переписывается , или Вы тестировали не через
это локальный майлер?

>FEATURE(`no_default_msa')dnl
>DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl
>EXPOSED_USER(`root')dnl
>LOCAL_DOMAIN(`localhost.localdomain')dnl
>MAILER(local)dnl
>MAILER(smtp)dnl
>MAILER(procmail)dnl
>Вот, собственно, и всё.

А что Вам скажет
sendmail -d0.1 -bv root

про каноническое имя хоста?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от chainik (??) on 23-Ноя-07, 21:53 
>А что Вам скажет
>sendmail -d0.1 -bv root
>
>про каноническое имя хоста?

root@serv:/etc/mail# sendmail -d0.1 -bv root
Version 8.13.8
Compiled with: DNSMAP LOG MAP_REGEX MATCHGECOS MILTER MIME7TO8 MIME8TO7
                NAMED_BIND NETINET NETUNIX NEWDB NIS PIPELINING SASLv2 SCANF
                SOCKETMAP STARTTLS TCPWRAPPERS USERDB XDEBUG

============ SYSTEM IDENTITY (after readcf) ============
      (short domain name) $w = sub1
  (canonical domain name) $j = sub1.ru
         (subdomain name) $m = ru
              (node name) $k = serv
========================================================

unm... deliverable: mailer local, user unm

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от DN (ok) on 25-Ноя-07, 23:50 
>[оверквотинг удален]
>
>  (canonical domain name) $j = sub1.ru
>         (subdomain name) $m
>= ru
>            
>  (node name) $k = serv
>========================================================
>
>unm... deliverable: mailer local, user unm
>Письмо отправляется с From=unm@sub2.sub1.ru, а принимается с From=unm@sub1.ru, т.е. >sendmail зачем-то корректирует имя домена, срезая sub2. Как ему сказать, чтобы он этого >не делал?

Вот и ответ на ваш вопрос.
Почта, как и положено, отправляется от доменного имени $j .
Чтобы она отправлялась от другого доменного имени отличного от $j , Вам
надо включить MASQUERADE_AS(`sub2.sib1.ru')dnl
Читайте раздел MASQUERADING AND RELAYING в файле
/usr/share/sendmail/cf/README


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "sendmail изменяет имя домена при отправке. Как это выключить..."  
Сообщение от olegarhiy email on 07-Мрт-08, 03:08 
По умолчанию, маскарадинг отключен, поэтому изначально письма отправляются от имени хоста! В данном случае из-за неканонической записи в обратной зоне имя хоста подменялось именем домена! Типичное поведение для sendmail! Сам два дня бился, думал что сам включил такую фичу, но не помнил как! оказалось просто правил зоны в named и прописал CNAME для хоста в прямой зоне! завтра продолжу свои тяжбы :))) надо разобраться!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру