При использовании версии Openresty nginx затем, можно использовать их специальное предложение local
аргумент resolver
директива, которая, когда установлено на local=on
, означает, что стандартный путь /etc/resolv.conf
будет использоваться сопоставителем (для получения дополнительной информации, см. документы сопоставителя Openresty ):
resolver local=on;
Проблема оказалась в какой-то странной проблеме с заголовком отправляемого электронного письма. Это все еще сбивает с толку, но следуя руководству из здесь , я смог получить электронное письмо, чтобы пройти к ним. До этого изменения электронные письма появлялись у сторонних поставщиков услуг электронной почты, таких как Gmail, без проблем, только не для компании, которая в них нуждалась.
Есть некоторые несовместимости между Exch2k3 и Exch2k7 / 10 в отношении обработки MIME. Я видел это на собственном опыте из Exch2k3 -> Exch2k7, когда сообщение приходит, но Outlook не может «видеть» вложение. Если вы посмотрите на размер сообщения, когда оно попадает на целевой шлюз, сообщение, похоже, содержит вложение.
Я не видел этого в Exch2k7 -> Exch2k3. Проблема возникала только при отправке сообщений в формате RTF (HTML и обычный текст были в порядке). Я только что попытался найти статью в MS KB, но нашел только хиты Exch 5.5. При рассмотрении этого, основная проблема заключалась в том, что обработка MIME в Exch2k7 полностью соответствовала RFC, что говорит о некоторой вялости реализации Exch2k3. Для конца Exch2k7 была работа, то есть сделать его более слабым, так сказать. Однако я пошел по маршруту «отменить RTF».
Вы можете подтвердить свой формат сообщения?