Отключите локальную доставку в Sendmail

Я не sendmail человек, но я действительно полагаю, что sendmail будет рассматривать любой домен, сохраненный в /etc/mail/local-host-names как локальные доменные имена.
Вы могли попытаться освободить этот файл, (не удаляйте его), и перезапустите sendmail и посмотрите, как Вы идете.

Править
Имя файла, которое я упомянул, на самом деле установлено в sendmail.cf и Ваш не может быть установлен на local-host-names
заглянуть /etc/mail/sendmail.cf для

# file containing names of hosts for which we receive email 
Fw/etc/mail/local-host-names    

Это ни в коем случае не протестированные факты, но просто я думающий вслух.

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

У нас было несколько серверов CentOS с этой проблемой, но выгода была, мы хотели смочь считать почту иногда, поскольку она может помочь диагностировать различные проблемы иногда.

Решение было только к заданию крона, и вытрите поле время от времени.

Если бы мы нашли проблему, то... мы прокомментировали бы задание крона (временно) и прочитали бы журналы и электронные письма для подсказок.

Просто мысль... и быстрое/легкое решение для Вас.

В противном случае смотрите на sendmail.mc файл и измените соответственно.

Быстрое обновление:

Это не точно, что Вы просите, но могли бы дать Вам некоторое представление, и справка пролила некоторый свет на вещи для Вас:

http://www.pettingers.org/code/sendmail-local.html

Я - лично больше постфиксного человека, но это звучит очень как, Вы настроили передающий сервер для получения почты для @yourdomain.com. Если существует sendmail эквивалент транспортному механизму в постфиксе, это - то, что я использую для маршрутизации почты внутренне среди моих серверов.

Кажется, что Ваш Ruleset 3 снимает изоляцию с доменной информации. Я включал некоторые общие шаги поиска и устранения неисправностей ниже. Если это не работает, необходимо будет отправить мне sendmail.cf, чтобы взглянуть.

От вывода example.com рассматривают как локальный домен. сделайте nslookup:

набор q=mx

domain.com

Если это дает IP-адрес локальной машины затем, необходимо посмотреть DNS. Также посмотрите в/etc/hosts, чтобы удостовериться, что domain.com не перечислен.

Это также, кажется, снимает изоляцию с @domain.com, могли Вы пытаться чем-то как user@stackoverflow.com видеть, перечисляет ли это также его как локальный домен.

Также проверьте По часовой стрелке значение в Вашем sendmail.cf файле.

Вероятно, не, что Вы хотите, но SSMTP очень хорош для исходящего только сервер, где можно указать почтовый концентратор.

Если Вы хотите возвратить ошибку, когда доставка к локальному адресу предпринята, можно использовать карту доступа и что-то как:

@your.domain error:nouser 550 No such user here

Если Вы хотите, чтобы электронные письма были 'поставлены', но выброшенными, можно установить virtusertable запись, которая искажает все для"@your.domain"к dev-пустому-указателю. Может быть полезно продолжать поставлять, по крайней мере"root"локально, потому что это часто - получатель отчетов электронного письма от заданий крона и т.д. Попробуйте что-то вроде этого в Вашем virtusertable:

root@your.domain local:root

@your.domain local:dev-null

С локальным dev-null псевдоним, который перенаправляет сообщения к/dev/null, это должно продолжать поставлять корневую электронную почту, но выбросить сообщения, переданные другим пользователям.

Что я сделал для отключения локальной доставки. Я буду использовать домен example.com.

Требования:

• example.com запись, указывающая на IP-адрес, присвоенный одному из интерфейсов eth.
• /etc/hosts определение example.com, присвоенного тому же самому IP-адресу как выше
• example.com записи MX, указывающие на серверы Google (ASPMX.L.GOOGLE.COM, и т.д.)
• значение по умолчанию sendmail установка (мой был на Ubuntu),

Шаги:

vim /etc/mail/sendmail.mc

в конце:

define(`MAIL_HUB', `example.com.')dnl
define(`LOCAL_RELAY', `example.com.')dnl

и затем:

sendmailconfig (or /etc/mail/make depending on your distro)
service sendmail restart

тестирование:

echo -e "To: user@example.com\nSubject: Test\nTest\n" | sendmail -bm -t -v
echo -e "To: user\nSubject: Test\nTest\n" | sendmail -bm -t -v

Необходимо видеть, что он соединяется с сервером Google, и затем необходимо видеть, что почта поставляется ящику входящих сообщений Google.

Фиксация Pawel работала на меня, но sendmailconfig не существовал на песнях, таким образом, я должен был работать

cd /etc/mail    
m4 /usr/share/sendmail-cf/m4/cf.m4 sendmail.mc > sendmail.cf
service sendmail restart

обновить конфигурацию

Просто подтвердив, что ответ Pawel решил мою очень похожую проблему.

Для любого использующего FreeBSD, но не заинтересованная связыванием также с sendmail cf тяжелая работа файла, следующая последовательность - то, что Вы использовали бы для добавления этих двух строк в примере Pawel:

cd /etc/mail
make conf (generates stock .mc/.cf files with the hostname as part of the 
filename - these will NOT be overriten during an upgrade)
vi hostname.mc
(add the two lines to the .mc file right above the last two "MAILER" lines)
make conf
cp hostname.cf sendmail.cf
/etc/rc.d/sendmail restart

Благодаря Споркеру и Павлу вы направили меня в правильном направлении, чтобы исправить это.

Моя первоначальная проблема заключалась в том, что sendmail рассматривал мои учетные записи электронной почты домена example.com как локальные.

Эти ссылки доказали свою эффективность. очень полезно: Sendmail в локальный домен, игнорируя записи MX (часть 2) http://lists.freebsd.org/pipermail/freebsd-questions/2004-September/057382.html http://objectmix.com /sendmail/367920-sendmail-ignores-mailertable-some-semilocal-domains.html

Но в моем случае, используя FreeBSD 8.2, что действительно помогло:

# cd / etc / mail

# vim freebsd.mc

Добавьте эти две строки:

define(`MAIL_HUB', `example.com.')dnl
define(`LOCAL_RELAY', `example.com.')dnl

Прямо перед:

MAILER(local)
MAILER(smtp)

# make

--- Это вывод ---

 cp freebsd.mc host.example.com.mc
 /usr/bin/m4 -D_CF_DIR_=/usr/share/sendmail/cf/   /usr/share/sendmail/cf/m4/cf.m4 host.example.com.mc > host.example.com.cf
 cp freebsd.submit.mc host.example.com.submit.mc
 /usr/bin/m4 -D_CF_DIR_=/usr/share/sendmail/cf/   /usr/share/sendmail/cf/m4/cf.m4 host.example.com.submit.mc > host.example.com.submit.cf

--- Конец вывода ---

# cp sendmail.cf sendmail.cf.bak

# cp host.example.com.cf sendmail.cf

# /etc/rc.d/sendmail restart

Надеюсь, это избавит кого-то от головной боли.

Я последовал этим предложениям и заметил, что просто добавив шаг, упомянутый Павлом,

«/ etc / hosts, определяющий example.com, назначен тому же IP-адресу, что и выше», в основном я добавил свой IP-адрес сервера, а затем имя сервера в файл / etc / hosts , и все.

Этого было достаточно для меня, чтобы получать электронные письма, перенаправленные через Google, и обратно на мои электронные письма.

Если вы используете Cpanel / WHM для управления своим сервером, убедитесь, что вы выбрали Remote Mail Exchanger в Cpanel / WHM вместо «Автоматически определять конфигурацию». Remote Mail Exchanger будет отправлять всю электронную почту через записи MX, включая локальный домен. В автоматическом режиме электронные письма локального домена будут напрямую маршрутизироваться локально и не будут отправляться на внешний сервер, определенный в записях MX.