|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Merkotan 2:5020/400 23 Feb 2002 03:14:16
To : Valentin Nechayev
Subject : Re: bind & sendmail вопросы
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> wrote in message
news:20020222080350.P9372@grizzly.carrier.kiev.ua...
> > 2) sendmail
> > а) Тут еще больше неясностей. Пусть я отсылаю письмо по адресу вне
моей
> > сети типа vasya1@mail.ru. Мне почему-то всегда казалось, что smtp -
протокол
> > "прямого соединения", т.е. запускается процесс для отправки моего
сообщения,
> > происходит попытка связи прямо с почтовым сервером mail.ru. Я прав?
>
> Hе совсем.
> Скажи "dig mail.ru mx | less", посмотри MX'ы в answer section.
> Соединение может пойти на любой из них, в зависимости от большого
> количества разных условий.
Ага, глянул. Как я понял, мой sendmail при посылке письма читает
тамошние настройки ДHС ? Hе совсем понятно для чего нужна вобщем вторая и
т.д. записи MX, ведь если вервак недоступен, то нельзя и прочесть эти
записи. По-моему это полезно только если упадет сам sendmail на том конце, а
связь с ДHС останется доступной. Hо что делать, когда тамошний сервер
недоступен? Куда пойдет почта в таком случае? Если у меня не настроено
отдавать почту на отправку провайдеру. Hе будет же она временно отправлена
на сервак, который отвечает за почту в домене .ru (т.е. на уровень выше)?
Мне кажется, что почта полежит у меня в спуле определенное время, и, если
так и не удастся соединиться с пунктом назначения (или одним из его MX'ов),
то сгенерируется сообщение об ошибке и отправится посылателю.
> И то, это если у тебя не настроено все отдавать провайдеру, или еще как-то
> иначе делать.
А где это настраивается? Просто тут до меня все было как-то настроено.
> Учти, что с диалапа лучше отдавать провайдеру, потому что прямые засылки
> с диалапа очень многие не принимают согласно полиси.
У меня выделенка.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
