>>FEATURE(nocanonify)
>>FEATURE(accept_unresolvable_domains)
>>FEATURE(accept_unqualified_senders)
>значит разрешаем спамить, ну ну убрал
>>define(`SMART_HOST', `smtp.metrocom.ru')
>тоесть сами нифига не делаем, отдаем почту вышестоящему релею?
угу. Это именно так. Отправляю почту через него, с него же и получаю (плюс получаю еще с нескольких)
>>DAEMON_OPTIONS(`Name=IPv6, Family=inet6, Modifiers=O')
>а это зачем?
убрал
>>define(`SMART_HOST',`smtp.metrocom.ru')
>нафига смартхост два раза?
опечатка
>>////relay-domains:
>>
>>mail.ru
>>yandex.ru
>>
>значит пользователи этих доменов могут через тебя слать спам! ну-ну
>
а вот за это мега сенкс. Самое сложное для меня было понять, в чем разница между этим файлом и access!!! Т.к. всю почту я пересылаю, то и в голове крутится словечко relay. Вот мне этот файл и спутал мысли. В access прописал локалку, все суперски!!!
>>////local-host-names пустой
>>
>а вот это зря, тут определяются имена доменов на которые ты получаеш
>почту! пусть даже третьего уровня но всеравно надо что-то указать!
здсь пока ничего не стал писать, но в принципе можно добавить имя хоста в нете, хотя он и без этого параметра принимает почту, ему адресованную.
>>////genericstable:
>>
>>test_user test_mail@mail.ru
>>
>это в принципе не всегда нужно.
Это-то, конечно, не всегда, но хочется попробовать. А не работает. Причем даже авторизацию включил на клиенте при отправке, мало ли поможет. Нет. Фиг. Вообще-то у меня есть некие сомнения относительно того, что это вообще реально. Везде я встречаю выражения вроде:
"Заметьте, что должна быт строка для каждого пользователя на локальной машине, чтобы автоматически созданная почта на локальной машине, выходя из системы, содержала правильную информацию в заголовке."
Отправка идет с локальной машины! С самой прокси (в моем случае). А если клиент вне этой машины, то, получается, надо еще что-то сделать.