|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Goodyckov 2:5020/400 29 Nov 2001 20:10:05
To : Vladimir Bormotov
Subject : Re: почтовый сервер на dial-up
--------------------------------------------------------------------------------
On Thu, Nov 29, 2001 at 01:45:59PM +0000, Vladimir Bormotov wrote:
>
> Hi, Oleg!
>
> OG> Hо кроме того, видишь ли, fetchmail призван в этот мир обходить
> OG> РОР3-ящики и дальше - куда надо.
>
> угу, это направление "почта к нам на сервер".
>
>
> OG> А когда у тебя зудит сделать нормальный почтовый сервер, чтобы почту
> OG> не из где-то там расположенных ящиков выгребал,
>
> еще раз - этим занимается fetchmail. Какая разница _серверу_ кто к нему
> пришел, кто-то из мира, или свой fetchmail?
об каком "_сервере_" речь?
> OG> а общался с почтовыми серверами, как нормальный джентельмен с
> OG> обслуживанием своего собственного почтового домена
>
> зачем? У провайдера есть relay, который и общается с почтовыми серверами
> как джентельмен, и обслуживает мой домен. У меня даже на выделенке так.
> нафига мне чтоб каждый идиот ко мне сюда лез?
Во-во, на выделенке. А когда связь провайдера со мной существует
эпизодически и только по моему хотению, то сервер провайдера как должен
мне доставить почту? Он должен ее где-то сохранить до прихода за ней моего
сервера. Согласен? Да (это я за тебя отвечаю для поддержания диалога).
Тогда это вот умение воздержаться от преждевременных выводов относительно
существования/несущестования связи со мной, равно, как и сохранения почты
до лучших времен - это уже протокол связи (очень узкополосный). Его не
реализуют ни РОР3, ни SMTP средства.
Ключевое понятие в этом вопросе - полоса пропускания канала. У диалапа -
она очень маленькая (надеюсь, понимаешь, что я говорю об интегральной
ширине полосы). И UUCP как раз и реализует прокол обмена данными по
узкополосному каналу. Кстати сказать, следовательно, он и по широкому
каналу должен быть эффективен (но не утверждаю).
> OG> (заметь, зону ты не у себя держишь, ибо - диалап),
>
> зону вообще можно где угодно держать.
Только деражть ее у себя за диалапным каналом - не с руки: зона моя будет
разрешаться только в моменты моего присутствия в сети. Да и обслуживать ее
при такой ее позе - дело весьма неудобное.
>
> OG> тогда надо какую-то узкополосную прослойку промеж твоего почтового
> OG> сервера и сервера провайдера поставить. UUCP и есть такая прослойка.
>
> еще раз - uucp очень хорошо, но есьт pop3/smpt. которое не сильно хуже.
Согласен. Hе хуже. Hо в узкополосном канале не живет почти.
> OG> Ее можно снять только на уровне протокола. Какой протокол еще (кроме
> OG> UUCP) позволяет докачивать почту?
>
> вот это единсвенной аргмент за uucp - докачка. Hо я его и не опревергал. В
Hадеюсь, ты таки увидел второй аргумент в пользу UUCP - его способность
выжить в узкой полосе.
--- ifmail v.2.15dev5
* Origin: unknown (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
