Я настроил свой почтовый сервер, используя гид от Digital Ocean, с последующим другой гид. Итак, теперь, если я отправлю письмо на torvin@mydomain, оно работает.
Теперь я пытаюсь настроить адрес для приема всей недоставленной почты. То, что я пробовал до сих пор:
1) Заменен
local_recipient_maps = proxy:pgsql:/etc/postfix/pgsql-boxes.cf $alias_maps
строка с этим:
local_recipient_maps =
luser_relay = torvin
Результат я вижу в логах:
postfix / lmtp [32692]: D5AD540085: to =, relay = mail.mydomain [private / dovecot-lmtp], delay = 0,21, задержки = 0,17 / 0,01 / 0,01 / 0,02, dsn = 5.1.1, status = bounced (host mail.mydomain [private / dovecot-lmtp] сказал: 550 5.1.1 Пользователь не существует: thisisjustatest @ mydomain (в ответ на команду RCPT TO))
2) Вместо заменен
alias_maps = hash:/etc/aliases proxy:pgsql:/etc/postfix/pgsql-aliases.cf
с участием
alias_maps = hash:/etc/aliases pcre:/etc/aliases_pcre proxy:pgsql:/etc/postfix/pgsql-aliases.cf
И создал /etc/aliases_pcre со следующим содержанием:
/.*/ torvin
Результатом является бесконечный цикл:
to =, relay = local, delay = 0.01, delays = 0/0/0/0, dsn = 5.4.6, status = bounced (цикл пересылки почты для torvin @ mydomain)
3) Вместо этого попробовал
virtual_alias_maps = pcre:/etc/aliases_pcre
Теперь вся моя почта отправляется на torvin, и никогда не доставляется другим существующим пользователям в системе.
Пожалуйста помоги!
Это потому что /.*/ также включает torvin. Я предполагаю, что ты proxy:pgsql: есть информация об этом пользователе, но pcre:/etc/aliases_pcre смотрится перед этим. В этом случае самым простым решением будет переупорядочить их. Кроме того, простой hash: строка базы данных @example.com torvin@example.com сделал бы то же самое, что и ваш /.*/ Подход PCRE.
Помимо технической реализации, имея такую универсальное использование домена с несколькими пользователями - плохая идея. Не будет НИКАКИХ фактических сообщений, требующих внимания. Что вы получите:
sales@example.com. Это самый распространенный.<j.smith@example.com>, но забывает точку <jsmith@example.com> или ошибочно набирает это как <j.smiht@example.com>. Обычно отправитель получает уведомление о том, что пользователя не существует, дважды проверяет адрес электронной почты и повторно отправляет сообщение. С универсальной системой этого не происходит. Вместо этого есть это torvin парень в неловкой и, скорее всего, незаконной ситуации.Оба должны обрабатываться с помощью SMTP отказ на этапе подключения.