littleguga: т.е. вы просто идете в веб-интерфейс GMail'а, пишете письмо - и у вас получается письмо с двойными кавычками в From: вокруг адреса и без имени пользователя?
From: "mygmail@gmail.com"
alex_ak1: пока вы не обрабатываете временные ошибки разрешения имени домена и сразу исключаете домен из рассылки, нет смысла спрашивать "как часто", т.к. чем чаще спрашиваете - тем больше ошибок "накопаете". DNS в принципе не надежная служба. Можно посоветовать только так не делать или по крайней мере держать белый список доменов, которые не должны попасть под раздачу.
Если вы хотите из текущей рассылки исключить домены, которые "прямо сейчас" могут вызвать ошибку на MTA - то очевидный ответ - лучше всего это делать перед каждой рассылкой.
Azizka: Есть достаточно много разных вариантов, что и как могло повлиять. Но если вы хотите стабильной работы - настройте DNS корректно, без него AD не будет работать нормально.
littleguga: так вопрос не в том, как вы у себя постфикс настраивали, а в том как вы исходное письмо создали, потому что у него From: битый и DKIM-подписи нет.
Армянское Радио: вы удивитесь, но в случае C++ все ровно так же. На самом деле, статические переменные (включая глобальные) создаются в момент запуска приложения, поэтому мусора там вообще быть не может - все свежевыделенные страницы памяти всегда занулены, иначе одно приложение могло бы читать данные оставшиеся от другого приложения.
littleguga: Нет, DKIM в вашем постфиксе здесь не имеет никакого значения. Если вы отправляете письма с адресом @gmail.com - отправляйте через GMail с авторизацией, при этом формируйте правильно заголовок, в вашем письме неправильный заголовок From:. Другого способв отправить письмо от @gmail.com не нарушив DMARC нет.
loxnemamont: Так в CONNECT IPv4 адрес, а не имя. Что ты от прокси ожидаешь в таком случае? Если ты разрешаешь только IPv6 - этот запрос не пройдет, т.к. он к IPv4 хоступ, если разрешаешь IPv6 и IPv4 - этот запрос пойдет по IPv4. Если хочешь, чтобы прокси выбирал, поставь разрешение имен через прокси в клиенте.
Так а с прокси-сервера коннект на ::ffff:31.13.90.52 443 проходит?
В данном случае адрес в CONNECT запрошен клиентом, и не IPv6 адрес, а IPv4. Если ты хочешь, чтобы прокси коннектился к IPv4, исользуй -64 вместо -6
loxnemamont: смотря какой connection refused, если при подключении к socks, это ознчачает что порт недоступен - либо на нем не запущена служба либо подключение блокировано firewall'ом. Если это код ошибки в socks - то надо смотреть в логи.
balkan: так вам уже все ответили. relay2.itsinternet.net считает что он не обслеживает домен получателя.
Во-первых, разберитесь почему письма пошли на relay2.itsinternet.net (по приоритету должны были пойти только при недоступности relay.itsinternet.net). Во-вторых проверьте через сторонний DNS-сервер, например 8.8.8.8 что список релеев актуален и у вас нет проблем с DNS. Если все актуально, то проблема в конфигурации получателя, от вас ничего не зависит.
