none
Проблемы с доставкой сообщений RRS feed

  • Вопрос

  • Добрый день всем!

    Может кто-нибудь поможет здесь с моей проблемой. В общем ситуация такая, существует exchange 2013, работает исправно, хлопот не доставляет. Решил перед ним поставить Proxmox Mail Gateway (почтовый шлюз). Вроде настроил правильно (по сути там и нечего настраивать), на маршрутизаторе прокинул 25 порт на данный шлюз. Итог: почта ходит исправно, спам режется. НО! От некоторых контрагентов письма попросту не доходят, т.е. на шлюзе в логах видно ,что письмо пришло, обработано (на проверку спама) и отправлено адресату. В очереди ни на шлюзе, ни на самом почтовом сервере данного письма нет (т.е. исключаем затуп). В итоге мистика, письмо улетело, а куда, непонятно... и причем такое происходит буквально с пару-тройку контрагентов, например билайн бизнес (мне почту отправляют, в логах видно что с ним все норм и оно пошло дальше, а в аутлуке по факту его нет)

    Уже не знаю в какую сторону смотреть...

Ответы

  • Спасибо за советы, но уже разобрался. Пока решил данную проблему отключив Sender Id Agent.  не знаю насколько это правильно и безопасно, но хотя-бы это помогло.

    Чтобы Sender ID Agent можно было включить обратно, добавьте IP этого вашего Proxmox Mail Gateway в список IP внутренних серверов SMTP:

    - посмотрите, есть ли там что (если не настраивали - там должно быть пусто)

      (Get-TransportConfig) | fl InternalSmtp*

    - собственно, добавьте

     Set-TransportConfig -InternalSMTPServers IP-Proxmox[,старый_список_если_был]

    Тогда Sender ID Agent не будет считать проверяет, что сообщения были отправлены с Proxmox (из-за чего может их блокировать, потому что SPF для домена запрещает отправку с левых адресов), а будет смотреть по заголовку Received, откуда действительно была отправка сообщений.

    Включать его или нет - дело ваше: если на Proxmox уже настроена фильтрация по SPF, то этот агент просто не нужен, если нет - стоит включить.

    PS К Connection Filtering Agent всё это тоже относится - он тоже умеет учитывать InternalSMTPServers


    Слава России!


Все ответы

  • Ну письма не магия, просто так не исчезают...

    1. Поищите более подробно на шлюзе куда он все таки отправляет. Может в карантин все таки?

    2. На почтовом сервере нет никакого антиспама? Посмотрите в нем.

    3. Включите/проверьте логи Frontend transport (доступно и по русски например тут https://blog.bissquit.com/mail-servers/exchange-server/exchange-2013-frontend-transport-logs/)

  • ну если в логах на exch  smtp этих писем нет? то и смотреть в этом proxmox.  Включить дебаг и курить логи. В никуда письма не улетают. В дебаге  даже если письмо уходит в /dev/null из-за фильтров, это будет видно.
  • Спасибо за советы, но уже разобрался. Пока решил данную проблему отключив Sender Id Agent.  не знаю насколько это правильно и безопасно, но хотя-бы это помогло.

  • Спасибо за советы, но уже разобрался. Пока решил данную проблему отключив Sender Id Agent.  не знаю насколько это правильно и безопасно, но хотя-бы это помогло.

    Чтобы Sender ID Agent можно было включить обратно, добавьте IP этого вашего Proxmox Mail Gateway в список IP внутренних серверов SMTP:

    - посмотрите, есть ли там что (если не настраивали - там должно быть пусто)

      (Get-TransportConfig) | fl InternalSmtp*

    - собственно, добавьте

     Set-TransportConfig -InternalSMTPServers IP-Proxmox[,старый_список_если_был]

    Тогда Sender ID Agent не будет считать проверяет, что сообщения были отправлены с Proxmox (из-за чего может их блокировать, потому что SPF для домена запрещает отправку с левых адресов), а будет смотреть по заголовку Received, откуда действительно была отправка сообщений.

    Включать его или нет - дело ваше: если на Proxmox уже настроена фильтрация по SPF, то этот агент просто не нужен, если нет - стоит включить.

    PS К Connection Filtering Agent всё это тоже относится - он тоже умеет учитывать InternalSMTPServers


    Слава России!


  • Спасибо за инфу! 

    К счастью, на шлюзе есть фильтрация по SPF