Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Иронизируете? ;) На практике зачастую отправка и прием на... 08.07.13 12:26 Число просмотров: 1348
Автор: lazy_anty Статус: Member
|
> > проблемы, но оно и правильно - нечего слать письма с
> > адреса, на котором не работает на прием smtp для этого же
> > домена :) Как-то так.
Иронизируете? ;) На практике зачастую отправка и прием на разных серверах, и на разных провайдерах. Поэтому для аутентификации отправляющего сервера необходимо точно указать, в первую очередь:
а) запись "имя сервера A ip" - в прямой зоне DNS
б) "ip PTR FQDN имя сервера" - в обратной зоне DNS
в) "имя для HELO|EHLO, совпадающее с пунктом а) - в настройках SMTP сервиса, для отправки
г) имя сервера для welcome messageв - - в настройках SMTP сервиса, для приема:
220 fqdn.имя.сервера Ready to recieve mail
д) @ TXT "v=spf1 ip4:адрес a:fqdn.имя.сервера ~all" - в прямой зоне DNS, для проверки на принимающей стороне, имеет ли полномочия отправляющий сервер с таким-то адресом и/или именем отправлять от имени домена (в котором эта spf-запись указана).
> M$ выталкивает использовать некую платную надстройку SMTP
> Grid (этакий облачный релей), и оно недоступно для
не имеет значения, виртуалка или физический хост - если в DNS соответствия "имя <-> белый ip" не прописано, хорошо не будет, по-любому - для облака ли, или для частного почтовика..
|
|
|
подробно о проекте
Модель надежности двухузлового...
