dermatoz, да, для спамеров обычно достаточно существования A-записи. Но если приема писем для данного домена не требуется, то можно установить MX на несуществующую запись, например
@ MX 10 localhost.
v3shin,
понятно, у вас вообще другая проблема. Вы, по всей видимости, вообще не разбиваете текст на строки и он у вас оказывается в одну строку без какой-либо кодировки. Максимальная длина строки в электронной почте 998 октетов + CRLF, причем один Unicode-символ может занимать несколько октетов, поэтому строки в вашем письме бьются при передачи каким-то из MTA и поскольку на уровне MTA нет понятие кодировки текста, разбиение приходится посредь Unicode-символа. Чтобы такого не происходило, кодируйте текст в base64 (с разбиением на строки уже закодированного в base64 текста).
исходящие соединения идут на порт 25, эта регулярка покажет и их.
Если исходящие соединения идут через антивирус, то вполне вероятно, что проблемы с ним, например какое-то из писем его надолго подвешивает.
Из-за медленного канала может быть, но для этого канал должен быть очень медленным, т.е. пинг должен ходить несколько секунда или теряться должно несколько десятков процентов пакетов.
tioffs, добавь команду
log путь_к_логфайлу
в начале конфига, и посмотри, все ли запустилось и приходит ли входящее соединение от клиента.
Проверь со стороны сервера что проходят коннекты на ip/порт Или ты неправильно указал адрес/порт в конфиге 3proxy, или на стороне веба или он у тебя фильтруется.
Распишите подробней, какая ошибка происходит при отправке письма, а лучше покажите NDR. Текст может быть не связан с DNS mail.ru, возможно это ваш сервер отдает ошибку 4xx.
Вячеслав Грачунов, 3proxy не работает с файлами и не использует блокирующие вызовы. Если где-то что-то тупит, то это либо нехватка ресурсов, либо какие-то внешние тормоза, например нехватка памяти из-за которой процесс уходит в своп, тормозящий DNS или какие-то сетевые лаги, например blackhole router из-за неправильного MTU.
@ MX 10 localhost.