>есть сервер с 5 IP адресами, у каждого - только одно доменное имя
>Использую Centos5.

Почему бы не поднять 5 вирт. серверов, тем более в Centos5 это делается легко (xen)

Или, что будет проще - OpenVZ.

По-моему если sendmail-у не указать официальное доменное имя (confDOMAIN_NAME, Dj), он представляется именем, определённым по IP - на какой IP подключились, для такого имя и определяет. Надо только в обратной зоне всё прописать.
P.S. Такое поведение sendmail наблюдал очень давно, может сейчас что-то и изменилось.

> Или, что будет проще - OpenVZ.

Не катит. У меня сервер - VPS на virtuozzo :-)

Centos5 насколько я знаю заточен под xen, там даже гуйня какая-то есть для создания и управления вирт.машинами.

> Centos5 насколько я знаю заточен под xen,
yum install kernel-xen - и заточен.

> там даже гуйня какая-то есть для создания и управления вирт.машинами.
Есть. Всё до безобразия просто. Неинтересно даже :)

> По-моему если sendmail-у не указать официальное доменное имя (confDOMAIN_NAME, Dj), он представляется именем, определённым по IP - на какой IP подключились, для такого имя и определяет. Надо только в обратной зоне всё прописать.

В принципе, наверно оно так и должно работать..

А чтобы еще в заголовках исходящих писем (скажем, посылаемых используя локальный smtp сервер) ничего не было про прочие домены (даже если я вызываю сенмейл из скриптов, передавая имя конфига, специфичного для сервера, от имени которого должно идти письмо)?

Да, есть такое дело, но имхо, для такой задачи тут слишком много накладных расходов. Но, оба варианта, кака выяснилось, тут не катят :-)

Мои 5 копеек ...
во-первых, из давно написанного -
http://www.anrb.ru/linux/hide.html

>А чтобы еще в заголовках исходящих писем (скажем, посылаемых >используя локальный smtp сервер) ничего не было про прочие домены
>(даже если я вызываю сенмейл из скриптов, передавая имя конфига, >специфичного для сервера, от имени которого должно идти письмо)?

уберите макрос $j из определения Received и всего прочего, что упомянуто в статье

"А теперь по Борщову ..." те про приветствие

>220 Name2.com ESMTP Sendmail 8.12.11/8.12.10; Thu, 23 Oct 2008 07:37:29 GMT
> так далее - а сейчас он при любом обращении на любой IP говорит везде Name1..

измените приветствие вот так:
define(`confSMTP_LOGIN_MSG',`${daemon_addr}; Sendmail $v/$Z; $b;')

и у вас будет отдаваться вместо доменного имени Name1
IP, соответствущий Name1 или Name2 в зависимости от того, что набрал клиент

Ес-но у вас в DAEMON_OPTION должны быть все IP расписаны
Протестировано.
По технич причинам у меня временно два IP на одном интерфейсе
telnet ns1.anrb.ru 25
telnet www.anrb.ru 25
дадут разный результат

Поскольку вас не устраивает, что sendmail всегда отдает макрос $j, текущее значение которого Name1, было бы конечно проще изменять его значение в зависмости от того к какому доменному имени обратился клиент

Но боюсь что это невозможно поскольку цепочка такая:
вызов макроса $j -> hostname -> hostname -f

>220 Name1.com ESMTP Sendmail 8.12.11/8.12.10; Thu, 23 Oct 2008
У ВАС СЕРЬЕЗНО ТАКАЯ ВЕРСИЯ SENDMAIL'A?

По поводу моих примеров
telnet ns1.anrb.ru 25
telnet www.anrb.ru 25

как оказалось, далЬше на команду HELO UFA
мой почтовик выдает все-таки hostname -f в виде
250 apache.anrb.ru Hello paradise.anrb.ru [1.2.3.4], pleased to meet you

Чтобы скрыть это имя (оно ес-но будет общим для обоих примеров)
была применена опция define(`confDOMAIN_NAME', `${daemon_addr}')
по образу и подобию define(`confSMTP_LOGIN_MSG',`${daemon_addr}; Sendmail $v/$Z; $b;')
Но тут sendmail заворчал: оказывается имеено в confDOMAIN_NAME он принимает только тексты, а макросы - нет. жаль ....
Надо будет это уточнить на senmdail-конфе

Поэтому пишем define(`confDOMAIN_NAME', `Sendmail')
250 Sendmail Hello paradise.anrb.ru [1.2.3.4], pleased to meet you

Но! Теперь этот Sendmail будет фигурировать в заголовках Received
в 2 местах. Вот формат заголовков в ваших силах изменить,
заменив $s & $j на ${daemon_addr}

Мне некогда это проверять. но думаю, что Received это включение ${daemon_addr} проглотит в отличие от confDOMAIN_NAME

NB!Тут еще нужно подумать насчет RFC, не будет ли замена доменного имени на IP нарушением и не последуют ли за этим отлупы от др серверов

> У ВАС СЕРЬЕЗНО ТАКАЯ ВЕРСИЯ SENDMAIL'A?

Да, а что? Кстати, уточнил - у меня RHAS3 rel 1. Что, слишком древний?

Спасибо за попытки разобраться и помочь!!! Думал сендмейл достаточно гибкий для такого..

http://www.sendmail.org/releases/8.13.6

P.S. Дурацкие картинки! С 6-го раза запостилось, уфффф!

Нарушение RFC. Первая ласточка.

Первый отлуп на вчерашние эксперименты:

Client host [212.193.134.2] blocked using zen.spamhaus.org;
http://www.spamhaus.org/query/bl?ip=212.193.134.2

Это в ответ на мои:
dnl define(`confHELO_NAME', `${daemon_addr}')dnl
dnl define(`confHELO_NAME', `212.193.134.2')dnl

Нужно было айпишник в квадратные скобки заключить
http://cbl.abuseat.org/helocheck.html