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. Если все актуально, то проблема в конфигурации получателя, от вас ничего не зависит.
Slava Kryvel: DMARC фейлится, если не пройдет DMARC-SPF и DKIM-SPF. DMARC-SPF никогда не пройдет на перенаправлениях, т.к. даже если вы перезапишете адрес SMTP-конверта на свой и пройдете SPF (будет Received-SPF: softfail для домена mydomain.com), будет различаться домен SPF и домен из From:, что для DMARC недопустимо, и DMARC-SPF сфейлится, хотя SPF пройдет. С этим ничего не сделать, поэтому разбирайтесь, почему нет DKIM. DKIM на перенаправлении сохраняется, если будет DKIM-подпись, то письмо пройдет DMARC.
Макс: нет файла, потому что он не лежит по пути /usr/local/3proxy/3proxy, а лежит где-то еще. Поищите через which 3proxy или через locate 3proxy | grep bin или в init-скрипте найдите откуда и с каким конфигом он запускется.
Макс: простите, но диалог у нас тупиковый. Я могу ответить на вопросы по 3proxy, но подразумевается что раз уж вы собрались сервер администрировать, то такие базовые вещи, как запуск приложений из командной строки, вы все-таки знаете, иначе очень сложно с чего-то начать.
Макс: если лог совсем пустой, то скорей всего до запуска прокси даже дело не доходит, иначе были бы сообщения о запуске. Вы ж так и не написали какие ошибки выдаются при запуске.
Макс: ну это зависит от того, с каким конфигом запускается 3proxy. Если лог пустой - значит прокси или не запущен, или в него не приходят клиентские соединения, например порт закрыт фаерволом.
после -p тоже не должно быть пробела. После setgid/setuid прокси не может открыть привилегированные порты (100 / 101), используйте порты >1024.
nscache не стоит использовать без nserver, а для IPv6 надо не nscache, а nscache6.
IP адреса 2a06:7740::403 / 2a06:7740::412 прописаны на интерфейсе?
ping6 -l 2a06:7740::403 google.com
работает?
Если все исправили и работает - смотрите какие ошибки есть при запуске и что в логах.
