ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [inet-admins] ETRN






>> Затем, что клиент ставит себе некоторый mail-server ... причем не
>> принципиально,
>> Exchange это/ Mdaemon / NT Mail или Lotus Notes ..  и хочет получать
почту
>> для всего домена
>> подключен по коммутируемой линии
>
>Вот и пусть привернет к этому чему-то UUCP mailer. Способам это сделать
>несть числа - уж на что я совершенно не интересуюсь происходящим в
>'doze world, и то регулярно на периферии зрения что-то пролетает.

вопрос только один ? зачем ему это? зачем клиенту приворачивать себе
UUCP mailer ?  только потому, что админ его провайдера считает, что
это правильно ? потому, что есть RFC ? или есть еще какие-то причины?

>
>> для того, чтобы использовать SMTP - клиенту не надо
>> настраивать ничего ( лишнего )
>> вариант второй - настраивается быстро и просто.
>> наверняка каким то образом можно развернуть почту из
>> UUCP в SMTP под NT .. но нафига , если клиент ее
>> может получать спокойно по SMTP ..
>
>Почему "образом"? Не образом, а странным предметом, похожим на..
>Это и есть _единственное_ траидиционное и стандартное решение.

с каких это пор  "SMTP over UUCP" for Windows стало ^^^^^^^^^^^^^^^


>Второе есть грязный хак и противоестественная кривость, чреватая
>глюками и заморочками,
глюк и/или заморочка пока были видны только в одном, в
повышенном приходе почты на postmaster из-за пропадания
рецепиентов в BCC /  to: mailing_list ...

но:
1 - в мелких конторах постмастер все равно указывает на основного чтуна
почты
2 - to mailing_list : настраивается после первого письма и более не
беспокоит.

и клиента это устраивает .. со стороны провайдера глюков не видно..


>а третье - либо то же что второе (как настроишь!),
>либо фича сомнительной полезности, потому как мало кто точно представляет
>как она должна работать (и зачем).

третий вариант может быть реализован несколькими способами:
от просто долбления sendmail при каждом рескане, до ETRN ..

в первом случае - обидно за бесполезную работу sendmail .

про второй - на сколько я понимаю и был задан вопрос ;) что в нем
кривого .

>Может, не стоит изобретать велосипед?
а и не делается попыток.. просто стоит понять, что кроме велосипедов
"салют" и "бабочка" есть куча других моделей и у каждой есть плюсы
и минусы :)

>> единственная проблема это отучить sendmail долбиться над каждым
>> таким письмом каждый rescan ..  почему бы тут не использовать ETRN ?
>
>Поход непонятен - придумывать себе проблемы, а потом их ге[мор]роически
>их преодолевать.

ну, твой подход тоже понятен.. юзверь не барин, UUCP выучит не обломится. :)


ish

------
Ilya Shulman   ish@east.ru        +7-095-956-4951 ISH-RIPN
East Connection ISP, Moscow, Russia. http://www.east.ru


=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html



 




Copyright © Lexa Software, 1996-2009.