Не совсем так, зависит от реализации malloc()/free() в конкретной библиотеке libc (которая зависит от компилятора). Может быть как встроенная реализация malloc(), которая обращается к системе только для выделения полных страниц памяти (через VirtualAlloc() ), так и реализация которая использует HeapAlloc() при каждом вызове.
В debug-режиме почти всегда используется собственная реализация.
нет, это не так. Для DMARC достаточно любой авторизаии, подойдет и SPF и DKIM. Поскольку DMARC проверяет соответствие (align) домена с From:, то сохранить SPF на пересылках невозможно в принципе, т.к. даже если перезаписать envelope-from на свой и добиться прохождиния SPF - будет нарушен align. Поэтому для пересылок очень важно сохранять структуру письма, чтобы не нарушать DKIM-сигнатуру.
Скорей всего вы путаете DMARC с SPF или Sender-ID. Политика DMARC не запрещает отправлять письма, которые проходят авторизацию. Если вы получите письмо от Mail.Ru например на ящик на Yandex а потом переотправите его со своего сервера, который не имеет никакого отношения ни к Yandex ни к Mail.Ru на любой другой e-mail, например на GMail - это письмо дойдет, потому что в нем будет валидная сигнатура DKIM.
можете предоставить оригиналы двух писем в виде eml полученных на exchange и на google apps?
Михаил: не уверен, как работают IMAP-сборщики на Yandex, но на Mail.Ru удаления не будут синхронизоваться. Т.е. удалить можно только до того, как письмо синхронизовано в собирающий ящик. Можно сделать сборщики на Mail.Ru.
Tihon_V: это зависит от их умения использовать фиксированные порты (тогда их можно пробросить) или работать с SOCKS. Но тот же самый вопрос должен возникнуть и для NAT.
littleguga: тогда смотрите: поднимать авторизацию на отдельном домене не надо, авторизация как правило поднимается на порту submission, он настраивается в master.cf в постфикс. Для использования авторизации dovecotr в main.cf должно быть
smtpd_sasl_type = dovecot
в master.cf для submission должны быть опции
-o smtpd_sasl_auth_enable=yes
-o smtpd_sasl_type=dovecot
-o smtpd_sasl_path=private/auth
соответственно в GMail использовать адрес вашего сервера, порт 587.
littleguga: т.е. вы просто идете в веб-интерфейс GMail'а, пишете письмо - и у вас получается письмо с двойными кавычками в From: вокруг адреса и без имени пользователя?
From: "mygmail@gmail.com"
alex_ak1: пока вы не обрабатываете временные ошибки разрешения имени домена и сразу исключаете домен из рассылки, нет смысла спрашивать "как часто", т.к. чем чаще спрашиваете - тем больше ошибок "накопаете". DNS в принципе не надежная служба. Можно посоветовать только так не делать или по крайней мере держать белый список доменов, которые не должны попасть под раздачу.
Если вы хотите из текущей рассылки исключить домены, которые "прямо сейчас" могут вызвать ошибку на MTA - то очевидный ответ - лучше всего это делать перед каждой рассылкой.
Azizka: Есть достаточно много разных вариантов, что и как могло повлиять. Но если вы хотите стабильной работы - настройте DNS корректно, без него AD не будет работать нормально.
littleguga: так вопрос не в том, как вы у себя постфикс настраивали, а в том как вы исходное письмо создали, потому что у него From: битый и DKIM-подписи нет.
Армянское Радио: вы удивитесь, но в случае C++ все ровно так же. На самом деле, статические переменные (включая глобальные) создаются в момент запуска приложения, поэтому мусора там вообще быть не может - все свежевыделенные страницы памяти всегда занулены, иначе одно приложение могло бы читать данные оставшиеся от другого приложения.
В debug-режиме почти всегда используется собственная реализация.