Постфикс, кажется, игнорирует записи MX домена
Унисон является предпочтительным инструментом, если Вы не возражаете иногда парадоксальный (дополнительно) GUI. Это похоже на rsync в обоих направлениях, следовательно фактическая синхронизация и не только зеркальное отражение. Также обновления сделаны атомарным способом (если вообще возможный), таким образом, Вас никогда не оставляют с полупосредством обновления файла.
Так, я скучаю на работе и думал, что упомяну следующее. Я никогда не использовал этот сайт прежде, таким образом, простите мне.
К одному из ответов Вы прокомментировали впоследствии для высказывания:
"Хорошо, у меня есть virtual_mailbox_domains = $transport_maps и transport_maps = hash:/etc/postfix/transport. В том файле строка, которая говорит что condorproperties.co.uk maildrop: - я должен удалить ту строку? – DisgruntledGoat вчера"
затем сопровождаемый это с:
"@Devdas: я попытался удалить ту строку и перезапустить Постфикс, она не решает проблему, я должен изменить "maildrop" на что-то еще? – DisgruntledGoat вчера"
Ответ на Ваш первый вопрос, "да". Та строка в/etc/postfix/transport вызывала локальный maildelivery (через maildrop) для электронной почты, предназначенной для condorproperties.co.uk. Удаление его является самым соответствующим. Проблема просто перезапускает постфикс, недостаточно для применения изменения.
Проблема, карта, как настроено в конфигурационном файле, hash:/etc/postfix/transport. Файл,/etc/postfix/transport является человекочитаемой версией файла и должен иметь соответствующий/etc/postfix/transport.db - скомпилированный hashmap - файл также. Вы используете посткарту команды для компиляции человекочитаемой версии в хешированную версию. Постфикс действительно проверяет время изменения и должен жаловаться громко в Ваших файлах журнала, что/etc/postfix/transport.db устарел. Все, что необходимо сделать, выполняется посткарта/etc/postfix/transport так, чтобы изменение Вы сделали прежде, (удаление строки с condorproperties.co.uk) для вступления в силу. На самом деле я не полагаю, что даже необходимо сделать постфиксную перезагрузку для изменения для движения живые, после того как Вы дали команду посткарты, но это не причинило бы боль.
Короче говоря, выполненная посткарта/etc/postfix/transport затем снабжает постфиксом перезагрузку.
Удачи.
Btw, огромная подсказка в Ваших файлах журнала была этой строкой: Jan 6 18:06:52 localhost постфикс/канал [30497]: 0329D3F69: к =, relay=maildrop, delay=0.15, delays=0.1/0/0/0.04, dsn=5.1.1, status=bounced (неизвестный пользователь. Команда произвела: Недействительный пользователь указан.)
заметьте, на полпути через, где это говорит relay=maildrop?
Можно ли вставить postconf-n здесь?
Я буду держать пари, что у Вас есть mydomain.co.uk, явно перечисленный в одном из mydestination, virtual_mailbox_domains, или relay_domains с транспортом maildrop.
ring0 имеет право идеи, но проанализировал вопрос неправильно, насколько я понимаю. Цель состоит в том, чтобы заставить электронную почту для одного из доменов на сервере идти в другое место, но это остается с Постфиксом.
Любой почтовый сервер будет иметь локальное переопределение конфигурации DNS. Таким образом, если Ваш MTA не смотрит на DNS, у Вас есть домен в Вашей локальной конфигурации.
postfix следует стандартам и выполняет разрешение записей MX доменного имени, для обнаружения со что сервером связаться рядом с передачей с почтой.
У Вас может быть проблема из-за TTL доменного имени (зона), например, Вы обновили записи MX в своем регистраторе, но TTL того домена заставляет ранее разрешенную запись остаться в кэше сервера доменных имен.
Кроме того, доменные имена на целенаправленном сервере не могут быть объявлены как локальные, заставив сервер отклонить письма (см. журналы, например,
/var/log/mail.log) то, чтобы полагать, что Ваш сервер отправки пытается передать (спам) через тот целевой сервер (mydestinationв/etc/postfix/main.cf).
Попробуйте a dig +nocmd mydomain.tld mx +noall +answer чтобы иметь легко читаемую информацию включая TTL от доменов, у Вас есть беспокойство с.