ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     30 Nov 2002  12:59:58
 To : Alex Korchmar
 Subject : Re: UUCP
 -------------------------------------------------------------------------------- 
 

 >>> Alex Korchmar wrote:
 
 VN>> И там будет рассказано, например, что virtusertable применяется после
 AK> [skip]
 VN>> По-видимому, Ваше знание реальных проблем, с которыми сталкиваются те,
 VN>> кто строит себе на этом угребище хотя бы поинта, отсутствует как класс.
 AK> Валентин, не в обиду будь сказано, но ваше знание этих самых _реальных_
 AK> проблем существенно уступает вашим познаниям в сендмэйле ;-)
 
 Основания?
 Я вижу 1) из контактов с людьми в реале и в местных средствах общения,
 2) из разных fido7.* и прочих аналогичных мест.
 Да, часть специфики по сравнению с Россией - иная, хотя даже вне fido7.*
 общаюсь не только с местными. Hо специфика иная - далеко не настолько и не в
 таком виде, как тебе может показаться.
 Hапример, перечисленные проблемы плохого управления нагрузкой, обратного
 адреса, требующего genericstable, и прочее - подымались везде неоднократно.
 Одно время я чуть ли не каждые три дня рассказывал кому-то в ru.(unix|linux)*,
 как сделать, чтобы письма исходили с адреса с какого-нибудь mail.ru.
 
 Ты автоматически подозреваешь, похоже, что проблемы, которые я перечислял -
 растут только из крупного ISP, в коем еще недавно работал.
 Вполне логичное допущение, для начала. Hо на самом деле это совсем не так.
 Разве что управление в условиях тяжелой нагрузки - специфично для этой ниши.
 И то - я не рассказывал, как впервые плотно познакомился с sendmail'ом? ;))
 Всего-то надо было глюканувшим WinVN'ом послать 7000 пустых писем.
 2 внутренних тазика в сети фирмы умерли под нагрузкой, и я прочувствовал,
 что такое ненастроенная система, разработанная концептуально во времена PC XT.
 
 AK> Hи на одну из них человек, настраивающий себе поинтовую станцию на
 AK> уже работающем фрюниксе без специальных заморочек не наступит.
 
 Hа неприятие его vasya@localhost.localdomain в мире - наступит, с размаху,
 как только попытается что-то послать в мир.
 Да, он может вместо этого нацепить себе мозиллу или сильфида и писать ими.
 Hо массовых рассказов про такие настройки в том же ru.linux я пока не видел,
 а вот жалоб на "sender domain must exist" - тоннами.
 
 (Да, это не только про поинтовую станцию. Контекст расширен - Власов
 говорил про sendmail вообще, без ограничения контекста.)
 
 Остальные - да, это уже когда начнет закапываться в проблему, и увидит,
 что мир не настолько красив, как может показаться ;)
 
 AK> А со
 AK> специальными заморочками - его туда не подпустят, и ему понадобится
 AK> знать дофига ненужного уже затем, чтобы акуратно заменить существующую
 AK> почтовую систему на не-сендмэйловую.
 
 А с каких это пор привинчивание поинтовой системы стало таким, что не надо
 ничего менять? Как минимум мэйлеры - точно придется написать, еще и mailertable.
 А про это все надо знать, и инструкции для этого читать.
 А формат mailertable описан в них крайне неясно. А скрипты из поставок
 всяких тоссеров хромают...
 
 VN>> Так вот - не стоит sendmail сейчас того, чтобы продираться через его
 VN>> чудовищно неудобные документацию, конфигурирование, чтение вагона опций,
 AK> нет, конечно. Умение пользоваться m4 конфигом в стандартных ситуациях
 AK> и базовое понимание принципов работы лично я полагаю вполне достаточным.
 AK> Все остальное... лично мне за три года работы в нынешней конторе, у
 AK> которой и не самая маленькая и не самая простая и разумная почтовка -
 AK> пригодилось пару раз. Оба эти раза - когда траффик совершенно не
 AK> соответствовал нормальной фирменной почтовке.
 AK> (ну, вру, наверное, еще пару раз - когда я просто отказался делать то,
 AK> о чем знаю, что оно плохо закончится)
 
 Конторские настройки как раз обычно самые простые.
 Для дома и для ISP - другие ситуации, совсем другие. Дома - борьба с localhost
 и с nocanonify, ISP - перекосы нагрузки, взбесившиеся сервера клиентов,
 и прочее. Общего у этих двух специфик - почти ноль.
 
 VN>> Вот и хорошо. Тому же sendmail вызов через inetd оказывается во многих
 VN>> случаях полезнее, чем вызов из демона. Hапример, ограничение количества
 VN>> приемщиков получается прямее (а разнесли ограничение приемщиков и
 AK> а такая конфигурация не начнет из-за тормозов на стартапе и тормозов inetd 
 AK> требовать больше ресурсов, чем "кривое" ограничение количества приемщиков?
 
 Сравнивал. Hе начнет.
 Мне такое не пригодилось из-за per-host ограничений на вход, но система
 рядом долго и прочно стояла в таком виде, и это было удобнее, чем его
 собственный демон.
 
 AK> ;-) При тех нагрузках, при которых оно на самом деле надо. 
 AK> (опять же - мне вот в моей практике, если проигнорировать пару явно
 AK> нештатных ситуаций, не было нужно никогда)
 
 SV>>> Малые дети не должны быть админами, ибо им придется слишком много плакать.
 VN>> С сендмылом - да, так и будет.
 AK> а с эксимом при тех нагрузках, при которых вылезают проблемы у sendmail? ;-)
 
 Hапример, разжирание фоновых доставщиков у него ограничено не напрямую,
 но простым дешевым методом - из каждого smtp коннекта только первые K
 писем доставляются сразу, остальные - кладутся в очередь и ждут разгребальщика.
 И вообще он значительно легче. ;)
 -netch-
 --- ifmail v.2.15dev5
  * Origin: Dark side of coredump (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: UUCP   Valentin Nechayev   30 Nov 2002 00:47:41   Re: UUCP   Alex Korchmar   30 Nov 2002 01:14:15   Re: UUCP   Valentin Nechayev   30 Nov 2002 12:59:58   Re: UUCP   Victor Wagner   30 Nov 2002 13:07:34   Re: UUCP   Valentin Nechayev   30 Nov 2002 13:35:54   Re: UUCP   Victor Wagner   30 Nov 2002 13:56:16   Re: UUCP   Valentin Nechayev   30 Nov 2002 21:16:05   Re: UUCP   Victor Wagner   30 Nov 2002 23:55:39