Re: postfix + gmail
> Ну... зачем так жестоко, у меня вполне работают настройки в header_checks: > /^From:[EMAIL PROTECTED]/ FILTER smtp:smtp.mail.ru Здесь, если я правильно понимаю, можно всесто [EMAIL PROTECTED] просто попробовать указать полный адрес своего отправителя и конечно же заставлять fetchmail отдавать всё procmail-у, "а то мало ли что ;)". Однако тут возникла следующая проблема. Прочитав howto (http://souptonuts.sourceforge.net/postfix_tutorial.html) и получив следующий лог, я так понял, что в установленной версией sasl, postfix работать в нужном мне режиме не будет. Sep 24 18:04:26 localhost postfix/smtp[8207]: 01B9F107856: Authentication failed: cannot SASL authenticate to server smtp.gmail.com[64.233.185.111]: no mechanism available. В упомянутом howto пишется, что эта проблема решается исключительно посредством установки более новой версии sasl. Или не обязательно обновлять? По поводу вышеизложенного возник ещё один вопрос: как настроить postfix, чтобы он при подобных ошибках возникших при отправке, не только в логи это заносил, а еще и сообщение отсылал по локалке? И что если exim4 попробовать вместо postfix поставить? --- Original message --- From: Artem Chuprina <[EMAIL PROTECTED]> To: debian-russian@lists.debian.org Subject: Re: postfix + gmail Date: Saturday 24 September 2005 17:11 -- Who the hell are you, and why are you playing with my kernel?
Re: autoconf
On Sat, 24 Sep 2005 01:54:56 +0400 Artem Chuprina <[EMAIL PROTECTED]> wrote: > Натурально. Спрашивается вопрос: зачем бы в мане на syslogd-listfile > писать, где прячется конфиг сислога, если для списка логов использовать > что-то другое? А особые параноики могут почитать сам этот скрипт. Он, > правда, перловый... > Просто для меня не очевидно, что syslogd-listfile пользует для работы конфиг сислога. -- Матвийчук Олег aka Matvey, LRU#349092 http://mathway.narod.ru I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. Птичка Божия не знает не забот и не хлопот Лишь летает и воняет, хриплым голосом поет Pearl Jam - Spin The Black Circle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблема с firefox
On Tue, Sep 13, 2005 at 09:59:50PM +0400, Artem Chuprina wrote: > Anton Vernigor -> debian-russian@lists.debian.org @ Tue, 13 Sep 2005 > 19:22:53 +0300: > > AV> $ firefox > AV> Xlib: connection to ":0.0" refused by server > AV> Xlib: XDM authorization key matches an existing client! > AV> (firefox-bin:5478): Gtk-WARNING **: cannot open display: > AV> $ DISPLAY=0.0 firefox > AV> (firefox-bin:5486): Gtk-WARNING **: cannot open display: > AV> Почитал маны по xdm xauth но ничего не нашел что-бы помогло. > > Стандартная грабля. Надо на один запуск разрешить коннектиться всем, > кому ни попадя (xhost +). Возможно, достаточно локалхосту, но у меня не > прокатывало. Когда запустится - запретить (xhost -). Да, это > workaround. Solution - это набить морду горе-программистами из этой > команды. Это вы про команду XFree/Xorg ? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292388 Или вам просто захотелось пнуть команду mozilla/firefox, неважно, что они здесь не при чём? -- Regards, Sasha. Alexandra N. Kossovsky, software engineer. e-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QEMU, Alt+Ctrl - Dont working
On 2005.09.24 at 19:13:22 +0400, Artem Chuprina wrote: > Какая-нибудь вечная путаница с Alt и Meta? Сорри, ставить его сейчас, > дабы сравнить результаты и выдачу xev, лениво - задачи под него нет. А когда задача появится, боюсь, ставить надо будет ни разу не из stable, и даже не experimental, а пересобирать последнюю upstream-версию. Там много чего нового появилось. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QEMU, Alt+Ctrl - Dont working
Basil Shubin -> debian-russian@lists.debian.org @ Sat, 24 Sep 2005 19:56:43 +0700: >> BS> Установил qemu. Да вот проблема, окно с qemu забирает фокус и не >> BS> возвращает. Комбинации клавиш не работают - вообще. >> Когда я с ним игрался с полгода назад - возвращал. По своим, >> естественно, клавишам, а не по клавишам wm. Клавиатуру он, понятное >> дело, грабит. BS> Так вот собственно его и Alt+Ctrl не работает. Да и другие комбинации - BS> тоже. А у тебя на какой-нибудь из этих клавиш чего-нибудь странное не висит? Какая-нибудь вечная путаница с Alt и Meta? Сорри, ставить его сейчас, дабы сравнить результаты и выдачу xev, лениво - задачи под него нет. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Машины пока еще от копирования защищены хитрой немецкой технологией "сборка трезвым"Alex Korchmar в <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: postfix + gmail
Serja -> debian-russian@lists.debian.org @ Sat, 24 Sep 2005 13:10:31 +0200: >> отправителя, можно, но это будет ТАКОЙ наворот... S> Ну да, я скорее всего конфигурацию трогать не буду, или может по S> пробую через один сервер все релеить. Тут, если что, вот добрый человек присоветовал... Но на мой взгляд он излишне добрый. Действительно, чревато лупами в полный рост, см. замечание про fetchmail. Либо превращением в open relay. На самом деле, решение можно улучшить и сделать его надежно работающим (надо честно отследить, что это письмо изнутри наружу), но это нетривиальное занятие. А так идея вполне себе да. Если очень надо - то можно. Нет, за что люблю соотечественников - так это за умение остроумно применить что-нибудь не по назначению... From: Pavel Sergeev <[EMAIL PROTECTED]> To: Artem Chuprina <[EMAIL PROTECTED]> Subject: Re: postfix + gmail Date: Sat, 24 Sep 2005 18:06:42 +0400 Konnichiwa, Artem Chuprina, вы писали: >Serja -> debian-russian@lists.debian.org @ Sat, 24 Sep 2005 06:53:42 +0200: > > >> Во-вторых, поскольку ты так и не > >> ответил на основной вопрос - как именно ты хочешь отправлять почту, - > S> Извиняюсь, отвлекся. Первоначально было желание отправлять почту таким S> > образом, чтобы допустим письма с адреса @gmail.com шли через smtp.gmail.com > и S> т.д. > >Можно, и я попробую помочь, но смысл? Это усложняет конструкцию, и в >общем, не приносит пользы. Ну, разве что у тебя есть корреспонденты за >серверами, упорно желающими следовать SPF (насколько я знаю, даже >толстый дядя Микрософт не решается разворачивать письма без SPF) либо ты >упорно хочешь релеить, а не отправлять самостоятельно, но все сервера, >которые соглашаются тебя релеить, непременно хотят своего сендера. > >Вообще что-то по прочтении документации складывается ощущение, что номер >штатными настройками вообще не проходит. Единственное, что принимает >решения о транспорте - transport_maps, а оно смотрит только на >получателя. generic смотрит на отправителя, но не умеет определять >транспорт, оно только переписывает адрес. И отсутствует в том поцфиксе, >который в stable, что, впрочем, в данном случае неважно. Построить >конструкцию, отправляющую через разные релеи в зависимости от адреса >отправителя, можно, но это будет ТАКОЙ наворот... Грубо говоря, >повесить еще три поцфикса со своими очередями, и своим скриптом, >используемым в качестве дефолтного транспорта у основного, разруливать >на основании адреса отправителя на один из трех. > Ну... зачем так жестоко, у меня вполне работают настройки в header_checks: /^From:[EMAIL PROTECTED]/ FILTER smtp:smtp.mail.ru (Ну и, конечно, в main.cf: header_checks = regexp:/etc/postfix/header_checks) В этом случае все входящие сообщения с отправителем из домена mail.ru отправляются через smtp.mail.ru. Это может быть не вполне корректным в случае smtp-сервера, но для домашней машины это не существенно, главное сказать fetchmail'у чтоб отдавал почту сразу procmail'у, а то мало ли что ;) Но в данном методе я и сам не вполне уверен, так что используйте на свой страх и риск. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Нужны две программы - одна с интерфейсом, а другая чтобы работу делала. Victor Wagner в <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: QEMU, Alt+Ctrl - Dont working
Artem Chuprina пишет: Basil Shubin -> debian-russian @ Sat, 24 Sep 2005 12:24:44 +0700: BS> Установил qemu. Да вот проблема, окно с qemu забирает фокус и не BS> возвращает. Комбинации клавиш не работают - вообще. Когда я с ним игрался с полгода назад - возвращал. По своим, естественно, клавишам, а не по клавишам wm. Клавиатуру он, понятное дело, грабит. Так вот собственно его и Alt+Ctrl не работает. Да и другие комбинации - тоже. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблемы с nvidia
В сообщении от Суббота, 24-Сен-2005 14:03 Serja написал(a): > С ядрами 2.4.Х последние драйверы от nvidia работать не желают. Следует > исполбзовать дебиановские утилиты, устанавливающие модули nvidia или > использовать более старые драйверы или ставить ядро 2.6.Х. > Спасибо, после установки ядра 2.6.8 все заработало. -- С уважением, Максим Мурадьян http://izmail-lug.od.ua http://lib.izmail-lug.od.ua http://imtc.com.ua [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
unsubscribe
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: postfix + gmail
> отправителя, можно, но это будет ТАКОЙ наворот... Ну да, я скорее всего конфигурацию трогать не буду, или может по пробую через один сервер все релеить. Спасибо за советы. --- Original message --- From: Artem Chuprina <[EMAIL PROTECTED]> To: debian-russian@lists.debian.org Subject: Re: postfix + gmail Date: Saturday 24 September 2005 11:24 > Serja -> debian-russian@lists.debian.org @ Sat, 24 Sep 2005 06:53:42 +0200: > >> Во-вторых, поскольку ты так и не > >> ответил на основной вопрос - как именно ты хочешь отправлять почту, - > > S> Извиняюсь, отвлекся. Первоначально было желание отправлять почту таким > S> образом, чтобы допустим письма с адреса @gmail.com шли через > smtp.gmail.com и S> т.д. > > Можно, и я попробую помочь, но смысл? Это усложняет конструкцию, и в > общем, не приносит пользы. Ну, разве что у тебя есть корреспонденты за > серверами, упорно желающими следовать SPF (насколько я знаю, даже > толстый дядя Микрософт не решается разворачивать письма без SPF) либо ты > упорно хочешь релеить, а не отправлять самостоятельно, но все сервера, > которые соглашаются тебя релеить, непременно хотят своего сендера. > > Вообще что-то по прочтении документации складывается ощущение, что номер > штатными настройками вообще не проходит. Единственное, что принимает > решения о транспорте - transport_maps, а оно смотрит только на > получателя. generic смотрит на отправителя, но не умеет определять > транспорт, оно только переписывает адрес. И отсутствует в том поцфиксе, > который в stable, что, впрочем, в данном случае неважно. Построить > конструкцию, отправляющую через разные релеи в зависимости от адреса > отправителя, можно, но это будет ТАКОЙ наворот... Грубо говоря, > повесить еще три поцфикса со своими очередями, и своим скриптом, > используемым в качестве дефолтного транспорта у основного, разруливать > на основании адреса отправителя на один из трех. > > S> У меня три e-mail адреса: для одного на сервере вообще отсутствует > S> авторизация (его я настроил без проблем просто указав этот smtp > S> сервер в relayhost), второй использует простую авторизацию > S> (mail.ru), ну и gmail, которому нужен tls. Однако, при таком > S> подходе, помимо проблем с настройкой tls, также возник и вопрос как > S> обьяснить postfix-у какой именно способ транспортировки необходимо > S> использовать в данном случае, где нужна авторизация и какая > S> именно. Подозреваю, что это делается в generic или в transport, но > S> не уверен. > > Для этого надо _разрешить_ постфиксу TLS, а не _принуждать_ его. > Т.е. не smtp_enforce_tls, а только smtp_use_tls. Помимо паролей надо > указать еще, где брать сертификат CA, которым подписан сертификат > сервера (smtp_tls_CAfile или smtp_tls_CApath), а то он может не > согласиться на соединение, не сумев проверить сертификат. А если > согласится - так это еще хуже... Есть еще карта smtp_tls_per_site, в > ней можно сказать, что с gmail TLS обязательно, а с остальными - нет. > > Еще одна любимая грабля. Пути к файлам используются разными > программами. Когда демоны запускаются в чруте (а в дебиане поцфикс > живет именно так), они считаются относительно этого чрута (в данном > случае - /var/spool/postfix). Конфигурации собственно libsasl это тоже > касается, поскольку библиотека поднимается уже зачрученным (экое слово > получилось...) процессом. Что добавляет веселья. > > Ну и настройки TLS для smtpd к этой задаче вообще никакого отношения не > имеют. Впрочем, это я уже говорил. > > S> --- Original message --- > S> From: Artem Chuprina <[EMAIL PROTECTED]> > S> To: debian-russian@lists.debian.org > S> Subject: Re: postfix + gmail > S> Date: Friday 23 September 2005 22:03 > > >> Serja -> debian-russian@lists.debian.org @ Fri, 23 Sep 2005 19:14:21 > >> +0200: > >> > >> S> Приведенные в предыдущем письме логи были созданы при не > >> S> закомментированных строчках, следующих после "## Gmail settings". В > >> S> настоящий момент конфигурация выглядет именно так, как я её > >> S> представил ниже. Отправка сейчас осуществляется, как я понимаю, > >> S> минуя SMTP серверы, но, по видимому, всё работает. Однако не > >> уверен, S> что это наилучший способ. В файле transport у меня была > >> всего одна S> строка: "localhost relay:[localhost]", в generic, > >> соответственно S> указаны адреса, например: "[EMAIL PROTECTED] > >> [EMAIL PROTECTED]" > >> > >> Ну, во-первых, не минуя SMTP серверы, а как раз наоборот, используя их > >> по прямому назначению и по классике. Во-вторых, поскольку ты так и не > >> ответил на основной вопрос - как именно ты хочешь отправлять почту, - > >> ничего умнее чем "работает - не трогай" я тебе сказать не могу. Я тебе > >> могу перевести на русский то, что после вышеупомянутого комментария > >> (подозреваю, что это несколько не то, что ты имел в виду), но телепать, > >> что именно ты имел в виду, не буду. > >> > >> S> masil.cf: > >> S> *** > >> S> # See /usr/share/postfix/main.cf.dist for
Re: Проблемы с nvidia
С ядрами 2.4.Х последние драйверы от nvidia работать не желают. Следует исполбзовать дебиановские утилиты, устанавливающие модули nvidia или использовать более старые драйверы или ставить ядро 2.6.Х. --- Original message --- From: Максим Мурадьян <[EMAIL PROTECTED]> To: debian-russian@lists.debian.org Subject: Проблемы с nvidia Date: Saturday 24 September 2005 12:05 > Доброго времени суток. > Имею видео NV GeForce 5600XT > Поставил драйвер NVIDIA-Linux-x86-1.0-7676 (система Debian 3.1 Sarge, > kernel 2.4.27). > В /etc/X11/XF86Config-4 прописал: > > Driver "nvidia" > > Закомментировал, как рекомендовалось в README в секции "Module": > # Load"GLcore" > # Load"dri" > > При запуске startx X-сервер сразу завершает работу с сигналом 11. По логу > понял, что крах происходит при запуске модуля glx. > При отключении glx все работает нормально. > Вот кусок файла XF86Config-4 (в этой конфигурации все работает, кроме > OpenGL, конечно): > Section "Module" > # Load"GLcore" > Load"bitmap" > Load"dbe" > Load"ddc" > # Load"dri" > Load"extmod" > Load"freetype" > # Load"glx" > Load"int10" > Load"record" > Load"speedo" > Load"type1" > Load"vbe" > EndSection > > Section "Device" > Identifier "Generic Video Card" > Driver "nvidia" > EndSection > > Может какие конфликты возникают? Присоветуйте, плиз. > > -- > Макс -- Who the hell are you, and why are you playing with my kernel?
Проблемы с nvidia
Доброго времени суток. Имею видео NV GeForce 5600XT Поставил драйвер NVIDIA-Linux-x86-1.0-7676 (система Debian 3.1 Sarge, kernel 2.4.27). В /etc/X11/XF86Config-4 прописал: Driver "nvidia" Закомментировал, как рекомендовалось в README в секции "Module": # Load"GLcore" # Load"dri" При запуске startx X-сервер сразу завершает работу с сигналом 11. По логу понял, что крах происходит при запуске модуля glx. При отключении glx все работает нормально. Вот кусок файла XF86Config-4 (в этой конфигурации все работает, кроме OpenGL, конечно): Section "Module" # Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" # Load"dri" Load"extmod" Load"freetype" # Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "Device" Identifier "Generic Video Card" Driver "nvidia" EndSection Может какие конфликты возникают? Присоветуйте, плиз. -- Макс
Re: QEMU, Alt+Ctrl - Dont working
Basil Shubin -> debian-russian @ Sat, 24 Sep 2005 12:24:44 +0700: BS> Установил qemu. Да вот проблема, окно с qemu забирает фокус и не BS> возвращает. Комбинации клавиш не работают - вообще. Когда я с ним игрался с полгода назад - возвращал. По своим, естественно, клавишам, а не по клавишам wm. Клавиатуру он, понятное дело, грабит. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Байкер - тоже паровоз, Но всего с двумя колес... (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: postfix + gmail
Serja -> debian-russian@lists.debian.org @ Sat, 24 Sep 2005 06:53:42 +0200: >> Во-вторых, поскольку ты так и не >> ответил на основной вопрос - как именно ты хочешь отправлять почту, - S> Извиняюсь, отвлекся. Первоначально было желание отправлять почту таким S> образом, чтобы допустим письма с адреса @gmail.com шли через smtp.gmail.com и S> т.д. Можно, и я попробую помочь, но смысл? Это усложняет конструкцию, и в общем, не приносит пользы. Ну, разве что у тебя есть корреспонденты за серверами, упорно желающими следовать SPF (насколько я знаю, даже толстый дядя Микрософт не решается разворачивать письма без SPF) либо ты упорно хочешь релеить, а не отправлять самостоятельно, но все сервера, которые соглашаются тебя релеить, непременно хотят своего сендера. Вообще что-то по прочтении документации складывается ощущение, что номер штатными настройками вообще не проходит. Единственное, что принимает решения о транспорте - transport_maps, а оно смотрит только на получателя. generic смотрит на отправителя, но не умеет определять транспорт, оно только переписывает адрес. И отсутствует в том поцфиксе, который в stable, что, впрочем, в данном случае неважно. Построить конструкцию, отправляющую через разные релеи в зависимости от адреса отправителя, можно, но это будет ТАКОЙ наворот... Грубо говоря, повесить еще три поцфикса со своими очередями, и своим скриптом, используемым в качестве дефолтного транспорта у основного, разруливать на основании адреса отправителя на один из трех. S> У меня три e-mail адреса: для одного на сервере вообще отсутствует S> авторизация (его я настроил без проблем просто указав этот smtp S> сервер в relayhost), второй использует простую авторизацию S> (mail.ru), ну и gmail, которому нужен tls. Однако, при таком S> подходе, помимо проблем с настройкой tls, также возник и вопрос как S> обьяснить postfix-у какой именно способ транспортировки необходимо S> использовать в данном случае, где нужна авторизация и какая S> именно. Подозреваю, что это делается в generic или в transport, но S> не уверен. Для этого надо _разрешить_ постфиксу TLS, а не _принуждать_ его. Т.е. не smtp_enforce_tls, а только smtp_use_tls. Помимо паролей надо указать еще, где брать сертификат CA, которым подписан сертификат сервера (smtp_tls_CAfile или smtp_tls_CApath), а то он может не согласиться на соединение, не сумев проверить сертификат. А если согласится - так это еще хуже... Есть еще карта smtp_tls_per_site, в ней можно сказать, что с gmail TLS обязательно, а с остальными - нет. Еще одна любимая грабля. Пути к файлам используются разными программами. Когда демоны запускаются в чруте (а в дебиане поцфикс живет именно так), они считаются относительно этого чрута (в данном случае - /var/spool/postfix). Конфигурации собственно libsasl это тоже касается, поскольку библиотека поднимается уже зачрученным (экое слово получилось...) процессом. Что добавляет веселья. Ну и настройки TLS для smtpd к этой задаче вообще никакого отношения не имеют. Впрочем, это я уже говорил. S> --- Original message --- S> From: Artem Chuprina <[EMAIL PROTECTED]> S> To: debian-russian@lists.debian.org S> Subject: Re: postfix + gmail S> Date: Friday 23 September 2005 22:03 >> Serja -> debian-russian@lists.debian.org @ Fri, 23 Sep 2005 19:14:21 >> +0200: >> >> S> Приведенные в предыдущем письме логи были созданы при не >> S> закомментированных строчках, следующих после "## Gmail settings". В >> S> настоящий момент конфигурация выглядет именно так, как я её >> S> представил ниже. Отправка сейчас осуществляется, как я понимаю, >> S> минуя SMTP серверы, но, по видимому, всё работает. Однако не уверен, >> S> что это наилучший способ. В файле transport у меня была всего одна >> S> строка: "localhost relay:[localhost]", в generic, соответственно >> S> указаны адреса, например: "[EMAIL PROTECTED] [EMAIL PROTECTED]" >> >> Ну, во-первых, не минуя SMTP серверы, а как раз наоборот, используя их >> по прямому назначению и по классике. Во-вторых, поскольку ты так и не >> ответил на основной вопрос - как именно ты хочешь отправлять почту, - >> ничего умнее чем "работает - не трогай" я тебе сказать не могу. Я тебе >> могу перевести на русский то, что после вышеупомянутого комментария >> (подозреваю, что это несколько не то, что ты имел в виду), но телепать, >> что именно ты имел в виду, не буду. >> >> S> masil.cf: >> S> *** >> S> # See /usr/share/postfix/main.cf.dist for a commented, more complete >> version >> >> S> smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) >> S> biff = no >> >> S> # appending .domain is the MUA's job. >> S> append_dot_mydomain = no >> >> S> # Uncomment the next line to generate "delayed mail" warnings >> S> #delay_warning_time = 4h >> >> S> myhostname = localhost >> S> alias_maps = hash:/etc/aliases >> S> alias_database = hash:/etc/aliases >> S> myorigin = /etc/mailname >> S> mydestination = localhost >> S> relay
Re: autoconf
Степан Голосунов -> debian-russian@lists.debian.org @ Sat, 24 Sep 2005 08:30:17 +0500: >> Так он и не зависит. Жалка у него опциональна. man logrotate. >> Кроме того, gzip - essential, а зависимости от essential пакетов в >> дебиане пишут только тогда, когда уперлась версия (как в данном >> случае с base-passwd и libc6). СГ> libc6 не является essential (как и любая другая библиотека - policy СГ> 3.8). Угу, не посмотрел. На base-passwd посмотрел, а на эту - нет. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Я не хочу играть за Моргота в игру "если бы Морготом был я" (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
