Re: suggest an MTA please
Theodore Alexandrov wrote: On Fri, Sep 07, 2001 at 01:20:46PM +0300, Alexei Khlebnikov wrote: Кстати, для фильтрации текста гораздо лучше подходит sed+awk, или даже просто awk, нежели perl. Awk именно для этого и создан, в отличие от perl, который мастер на все руки. perl был создан именно для обработки текста He [Larry Wall, Th.A.] created Perl when he was trying to produce some reports from a Usenet-news-like hierarchy of files for a bug-reporting system, and awk ran out of steam. Learning perl by Randal Schwartz, Tom Christiansen Larry Wall Был, конечно, создан. Но теперь для него создано столько всяких модулей, что теперь [мне] его трудно назвать языком для обработки текста. По моему мнению, теперь перл - многоцелевой язык. Его универсальность привела к тому, что [мне] в большинстве случаев удобнее использовать другие (специлизированные для этой задачи) языки для каких-то нужд: для обработки текста - awk для администрирования и возни с файлами - bash для разработки больших программ - С++ Признаю, был случай, когда мне не хватило мощности awk. Надо было сматчить текст с регулярным выражением длиной ок. 2Мб (ок. 2 милионов символов). Awk обломался переварить такую длинную строчку. Perl долго думал, зажрал много памяти, но переварил. Еще perl, если верить bagley.org, очень быстро матчит регулярные выражения, даже немного быстрее чем awk (gawk). Правда, в тестах не был проверен mawk, который, по утверждениям создателей, гораздо быстрее работает, чем gawk. Кстати, к чести Дебиана, по умолчанию в Дебиане ставится именно mawk (входит в base system). А, чуть не забыл, perl хорошо использовать для CGI, если стоит web-сервер, не понимающий PHP. Хочу бросить ложку дегтя в sed. У него есть большой минус, а именно: когда он матчит входной текст, он пытается сопоставить рег. выражение всему тексту. Поэтому чем больше текст, тем медленнее он работает. Замедление скорости растет очень быстро. В нашей конторе проводились тесты. На логарифмическом графике (на оси Х была длина регулярного выражения, на оси Y - время обработки тестового файла с текстом) кривая sed'a была сильно загнута вверх, в отличие от остальных. Это означало резкое падение скорости. Надо сказать, это были довольно экстремальные тесты, максимальная длина регулярных выражений превашала 1000. Так что в обычных условиях применение sed'a вполне оправдано. Awk - мой выбор. Он изначально сделан как фильтр, поэтому легче писать скрипт и он более понятен. Обычно какую-то вещь можно сделать на perl несколькими способами, на awk - одним. Это также вносит элемент организованности. К тому же, awk может разделять на записи входной текст любым регулярным выражением, а perl этого не умеет. Можно, конечно, зачитать весь файл в переменную, а потом разбить ее, но это гораздо дольше, а для больших файлов вообще неприемлимо.
Re: suggest an MTA please
Oleg P. Philon wrote: Привет, коллеги On Thu, Sep 06, 2001 at 03:00:49PM +0400, Alexander Kotelnikov wrote: 14:51 pts/4 [EMAIL PROTECTED]:~ 38 apt-cache --full search\ mail-transport-agent|grep -e ^Package\|^Priority | \ sed -n -e \ '/Package/{ N;/Priority: important/{ s/\nPriority: important//;p;}; }' Package: exim 14:51 pts/4 [EMAIL PROTECTED]:~ 39 Сие означает, что единственный MTA в debian с priority important exim, или что это MTA по умолчанию. Так пользуйтесь же им! -- Alexander Kotelnikov Saint-Petersburg, Russia Ну ты, Саша, и завернул. Ты, наверное, тайный сторонник тех хакеров, которые убеждены, что всё, на что способен perl, можно сделать и на обычном sed, ну, иногда, изредка, привлекая awk :-) Кстати, для фильтрации текста гораздо лучше подходит sed+awk, или даже просто awk, нежели perl. Awk именно для этого и создан, в отличие от perl, который мастер на все руки. А к совету по поводу экзима полностью присоединяюсь. Слишком простые MTA рано или поздно с усложнённой задачей не справятся, так что всё равно придётся осваивать более сложный. А у экзима хорошая документация, автор, Philip Hazel, написал также книгу: http://www.oreilly.com/catalog/exim Ага, я его в конце концов и поставил. Nullmailer не умеет принимать почту, а Masqmail не поддерживает ~/.forward и разделение DefaultDomain.
Re: suggest an MTA please
On Fri, Sep 07, 2001 at 01:20:46PM +0300, Alexei Khlebnikov wrote: Кстати, для фильтрации текста гораздо лучше подходит sed+awk, или даже просто awk, нежели perl. Awk именно для этого и создан, в отличие от perl, который мастер на все руки. perl был создан именно для обработки текста He [Larry Wall, Th.A.] created Perl when he was trying to produce some reports from a Usenet-news-like hierarchy of files for a bug-reporting system, and awk ran out of steam. Learning perl by Randal Schwartz, Tom Christiansen Larry Wall -- [EMAIL PROTECTED]
Re: suggest an MTA please
On Thu, 06 Sep 2001 12:55:04 +0300 Alexei == Alexei Khlebnikov [EMAIL PROTECTED] wrote: Alexei Что посоветуете, гуру и визарды? ;) 14:51 pts/4 [EMAIL PROTECTED]:~ 38 apt-cache --full search\ mail-transport-agent|grep -e ^Package\|^Priority | \ sed -n -e \ '/Package/{ N;/Priority: important/{ s/\nPriority: important//;p;}; }' Package: exim 14:51 pts/4 [EMAIL PROTECTED]:~ 39 Сие означает, что единственный MTA в debian с priority important exim, или что это MTA по умолчанию. Так пользуйтесь же им! -- Alexander Kotelnikov Saint-Petersburg, Russia
Re: suggest an MTA please
Alexei Khlebnikov [EMAIL PROTECTED] writes: Решил я сменить МТА. Если кому интересно, сейчас стоит Posfix, который меня не устраивает по следующим причинам: ... Требования к новому МТА у меня следующие: 1) Присутствие в виде деба в секции binary-i386/main. sendmail 2) Небольшие возможности, маленький вес, не sendmail шустрая работа. опять sendmail 3) Легкая настройка. снова sendmail 4) Отправка почты через смартхост. sendmail еще раз 5) Прием почты. Возможность запрета релэя не обязательна, но это плюс. как раз sendmail 6) Раскладывание локальной почты через procmail. ясное дело - sendmail 7) Возможность ставить разные DefaultSenderDomain и DefaultRecepientDomain. ну разве что sendmail 8) Поддержка /etc/aliases и ~/.forward. точно sendmail 9) Желательно чтобы висел только 1 демон. sendmail? Требования к security невысокие. К надежности - средние. Грохаться он, само собой не должен. само собой s..l Текущими кандидатами выглядят exim, masqmail и nullmailer. Кто-то может прокомментировать последние два? Совсем не sendmail Что посоветуете, гуру и визарды? ;) Отгадай ;-) -- С уважением, Константин Матюхин --- UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things - Doug Gwyn
Re: suggest an MTA please
Pavel Epifanov wrote: Not any at all! You requirements are TOO high. But standard MTA (sendmail) with configuration thru M4 macros should suit you ... No. Requirements #2 and #3 are not satisfied. BTW I would NOT like to miss a mail from an agency with an interview appointment :)). Hmm... It's hard for me to understand what have you meant... Nevermind. --- Alexei Khlebnikov [EMAIL PROTECTED] wrote: Решил я сменить МТА. Если кому интересно, сейчас стоит Posfix, который меня не устраивает по следующим причинам: 1) Если DefaultSenderDomain и DefaultRecepientDomain и могут быть разными, совсем не очевидно где это настраивается. 2) Postfix состоит из нескльких прог. У меня постоянно жрут память 3 демона. Это конечно очень секурно, но мне это не нужно. Чем меньше сущностей - тем лучше. 3) Некоторые проги Postfix'a носят ИМХО слишком наглые имена, потому как слишком общие (master, pickup). На ум сразу приходят Word и doc (документы только msword создает, а остальные - непонятно что). 4) Postfix написан как высоконадежная прога и проверяет результат всех системных вызовов. Это наверное круто, но это не нужно делать каждый раз. Как следствие, используется больше системных ресурсов, чем следовало бы. Ситуация такая. Я сижу внутри локалки, в которой я не админ. Почту посылаю/принимаю с локального почтового сервера. На моей машине есть несколько пользователей кроме меня. Я - рут на своей машине и основной ее пользователь. Требования к новому МТА у меня следующие: 1) Присутствие в виде деба в секции binary-i386/main. 2) Небольшие возможности, маленький вес, шустрая работа. 3) Легкая настройка. 4) Отправка почты через смартхост. 5) Прием почты. Возможность запрета релэя не обязательна, но это плюс. 6) Раскладывание локальной почты через procmail. 7) Возможность ставить разные DefaultSenderDomain и DefaultRecepientDomain. 8) Поддержка /etc/aliases и ~/.forward. 9) Желательно чтобы висел только 1 демон. Требования к security невысокие. К надежности - средние. Грохаться он, само собой не должен. Текущими кандидатами выглядят exim, masqmail и nullmailer. Кто-то может прокомментировать последние два? Что посоветуете, гуру и визарды? ;) __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com
Re: suggest an MTA please
Konstantin Matyukhin wrote: само собой s..l Текущими кандидатами выглядят exim, masqmail и nullmailer. Кто-то может прокомментировать последние два? Совсем не sendmail Что посоветуете, гуру и визарды? ;) Отгадай ;-) Эх, надо было добавить 10-й пункт: 10) Не sendmail. ;-))
Re: suggest an MTA please
Привет, коллеги On Thu, Sep 06, 2001 at 03:00:49PM +0400, Alexander Kotelnikov wrote: 14:51 pts/4 [EMAIL PROTECTED]:~ 38 apt-cache --full search\ mail-transport-agent|grep -e ^Package\|^Priority | \ sed -n -e \ '/Package/{ N;/Priority: important/{ s/\nPriority: important//;p;}; }' Package: exim 14:51 pts/4 [EMAIL PROTECTED]:~ 39 Сие означает, что единственный MTA в debian с priority important exim, или что это MTA по умолчанию. Так пользуйтесь же им! -- Alexander Kotelnikov Saint-Petersburg, Russia Ну ты, Саша, и завернул. Ты, наверное, тайный сторонник тех хакеров, которые убеждены, что всё, на что способен perl, можно сделать и на обычном sed, ну, иногда, изредка, привлекая awk :-) Непонятно как, но твой ребус работает, и очень быстро. Мне правда, пришлось подсунуть ему файл available - apt-cache не нашёл mail-tra..., возможно, старая версия apt. А сравнивал я со спец. программкой для грипания дебиановской БД. Не так изысканно, но тоже работает: ... $ grep-available -F provides -s package,priority mail-transport А к совету по поводу экзима полностью присоединяюсь. Слишком простые MTA рано или поздно с усложнённой задачей не справятся, так что всё равно придётся осваивать более сложный. А у экзима хорошая документация, автор, Philip Hazel, написал также книгу: http://www.oreilly.com/catalog/exim Auf Wiederlesenophil aka Д-р Антикоммуний -- Oleg P. Philon http://gomelug.agava.ru/articles Linux Lab, Gomel, Belarus mailto:[EMAIL PROTECTED] http://anticommunist.narod.ru mailto:[EMAIL PROTECTED]