Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

 В корне эту проблему решает DISCARD.  На кой, спрашивается, говорить
 тому концу, что ты не хочешь принимать письмо с вирусом, если ты его все
 равно уже получил целиком?  Чтобы, если это подломанная винда, она на

А если это человек, а не червь прислал письмо? Ну завирусовыный документ у
него, а он ни сном ни духом. Повторяю: нельзя просто так выкидывать
сообщения - человек должен получить уведомление о судьбе своей почты.

 твой бэкапный MX с ним пошла?  А online проверка на вирусы (postfix это,
 кстати, тоже умеет) - это способ создать себе другую проблему.  DoS.

DoS? Ой, ну откуда он возмётся? Или postfix не умеет контролировать LA?
Тогда я правильно сделал, что не выбрал его в качестве MTA ;) И не имеет
значения где почта будет отлёживаться до фактической доставки - в
локальном спуле, или на удалённом сервере, получившем в час пик 450.

 Этой - не будет.  Будет предыдущей.  Мне, от чьего имени червяк себя
 рассылает, с этого не легче.  Причем вот уж к предыдущей-то системе ну
 никаких претензий - она получила отлуп от следующего хопа и честно его
 мне передала.  В итоге, получив от тебя таких презентов с сотенку, я
 подумаю, а не отстреливать ли нафиг всю почту, которую отстрелила твоя
 система.  Но предварительно, поскольку теперь это и от меня требует
 фильтрации контента, я попытаюсь что-нибудь отстрелить тебе.

Не понял. От кого от тебя? Не я шлю безумные DSN'ы, а другой хост, и
если он поверил отправителю и его MAIL FROM, то он и виноват. Виноват так
же и в том, что скорее всего является open relay'ем для своей локальной
сети и не проверяет сообщения на вирусы. Так что претензии не ко мне а к
говнопровайдеру.

 Что же до спама, то он в норме вообще не дискардится, а помечается как
 спам, дабы можно было отложить в сторонку, и прокидывается дальше.
 Пусть получатель потом разбирается, действительно это спам, или.

И вирусы, как я понял, тоже? Пусть получатель проверит - запустит и
посмотрит что получилось? :)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

 Угу.  DISCARD применяется для вирусов.  Кои, собственно, тоже не
 пропадают, а карантинятся на месяц.  RTFM: amavisd.conf.  Есть еще
 скриптик, который по письму на определенный адрес высылает обратно,
 когда и от кого письма на запрашивающего были пойманы за вирус.  При

Зашибись. Вот о таких скриптиках я и говорю. В результате сидишь и
думаешь: кому же, чёрт побери, нужно слать уведомление - отправителю,
адрес которого на 99% подделан, или получателю о сотне вирусов уложеных в
карантин.

 необходимости можно достать и вручную полечить.  А незараженный спам
 помечается как таковой и пропускается дальше.  Ибо идея отправлять его
 обратно точно так же осмысленностью не страдает.  Инструкции для

О том кто его шлёт обратно я уже писал - почтовик, который этому спаму и
позволил попасть в Сеть. Так что, повторяю, он и виновник безобразия.

 пользователей, не желающих читать спам, известны, и воплощаются в жизнь
 админами.
  AAV Артем, Вы компетентны во многих вопросах, но прошу -- не давайте
  AAV вредных советов из области политики поведения.
 
 Я вредных и не даю.

Это мы ещё разберёмся :)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

  DB В смысле проверку? Имеется проверка отправителя? Но ведь это тоже не
  DB панацея. И потом, увидев в логах достаточно таких проверок, я бы тоже
  DB задумался о подрезании всего почтового трафика с проверяющей машины, как
  DB спам-базо-тестилки.
 
 Нормальные люди ограничиваются проверкой существования MX или A для
 домена.  Кто ж им расскажет про существование юзера?

Шутить изволите? А я вот возьму и начну слат от [EMAIL PROTECTED] или
ещё из каго домена - что ваш нормальный человек в этом случае сделает?
Ничего проверка только A или MX не даёт! А exim'овский callout или
milter-sender именно проверяет наличе пользователя, делая вид, что хочет
доставить почту от . А если хост (вот это действительно называется
борцунством) не принимает почту от , то ему прямая дорога в rfc-ignorant.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Andrey Melnikoff wrote:

 Протокол SMTP не гарантирует доставки письма получателю. Нигде и никак. 

SMTP гарантирует как минимум, что отправитель узнает о том, что письмо не
было доставлено.

 И назвать DSN NOTIFY=SUCESS,FAILURE,DELEAY можно только грязным хаком, ибо 
 a) половина систем его не умеет как таковой, 
 b) еще ~25% не поддерживает из за принципов автора.

Это является теперь официальным предлогом молча выбрасывать почту?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: psswd hash

2005-10-20 Пенетрантность Slava Astashonok
Cryptomix_Volid_ wrote:
 чем можно создать хеши паролей по алгоритмам sha1 ssha1 des md5 blowfish
 желательно одной тулзой?

openssl, slappasswd


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

 Учитывая, что адреса, о которых идет речь, генерируются случайно (читай:
 повторяются редко - несомненно.  Это только за настоящими он будет
 редко ходить.

Подумаешь - лишняя SMTP-крннекция, которая длится секунд 5.

   Идея, как всегда, чем-то красивая, но в целом (ИМХО) бредовая.
  AM Пока цель оправдывает средства - оно имеет право жить.
 
 В данном случае, возможно, не цель оправдывает средства, а овчинка
 выделенки не стоит.

В том-то и дело, что стоит и ещё как. Этот механизм позволяет ощутимо
разгрузить почтовик потому как мы таким образом откинем процентов 70 спама
и вирусов. Вот так. :)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

 С sendmail - это milter?  Который не позволяет внести в письмо
 информацию о том, на что именно выругался spamassassin?  Фтопку.

Согласен - возмите exim :)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность Victor Wagner
On 2005.10.20 at 06:39:53 +0400, Alexandr O. Potapov wrote:

 2005/10/20, Dmitry Nezhevenko [EMAIL PROTECTED]:
   0. А вот нефиг всякими поделками для домохозяек пользоваться. Учиться
   надо. pon - вполне вменяемый инструмент.
 1.Когда машиной пользуются несколько пользователей (в том числе и
 домохозяйка ;-) ), то  kppp устраивает всех. Объясните в чем его
 недолка?

То тот, кто не домохозяйка, должен  настроить dial on demand, чтобы
домохозяйке ВООБЩЕ никаких действий для дозвона предпринимать не
приходилось. Полезла в internet - оно само взяло и соединилось.

 2. Помогло исправление файла /etc/ppp/peers/kppp-options Вопрос только
 почему он по умолчанию недоступен для пользователей (у него и группа и
 владелец root, значит приходится открывать для чтеня остальных.
 Нетяжело, конечно)

Потому pppd всё равно работает от рута. Если человек входит в группу
dialout и смог запустить pppd, то тот уж как-нибудь сумеет этот файл
прочитать.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: poweroff

2005-10-20 Пенетрантность Victor Wagner
On 2005.10.20 at 09:14:16 +0400, romfil wrote:

 On Thu, 20 Oct 2005 07:23:16 +0400
 Alexandr O. Potapov [EMAIL PROTECTED] wrote:
 
  Какой модуль нужно подключить к ядру 2.6.8 чтобы работало управление
  питанием? В данный момент машина не выключается при нажатии кнопки
  питания на корпусе (вообще не реагирует) и команда shutdown -H
  эквивалентна shutdown -h
 
 acpid
 НО, возможно придется описать событие (button) и реакцию на него
 В документации все есть
 
В скриптах, идущих в пакете acpid - тоже. Так что если ACPI в ядре
правильно работает, всё будет делаться само.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re[2]: Репозитарий на HDD и инсталляция

2005-10-20 Пенетрантность Denis Zinin
YK  В чем дело? С этих же образов, из которых создан репозитарий, Debian 
устанавливался без проблем. Может дело в использованном netinstall iso?
YK 
YK В руководстве не написано какой iso.
YK Попробуйте iso первого диска.

Уже попробовал. Попробовал диск 1 из 14 установочных. Ничего не
изменилось. На самом деле все не зависит даже и от использования
hd-mеdia или загрузки с cd (что логично). Просто если в качестве
источников APT указывать не cd ромы, а созданный репозитарий, то
возникают указанные проблемы.

Что бы было понятнее еще добавлю (по результатам новых опытов). Проблема
возникает в (сразу после?) программы tasksel. Вообще, вручную (apt-get
install пакет) пакеты из настроенного указанным мной способом
репозитария ставятся. Но разве хочется вручную ставить все пакеты, да я
и не знаю весь список необходимых мне, потому стандартный набор desktop
в tasksel подошел бы. 

Более того, если запускать программу tasksel вручную без ключей, то
после выбора наборов пакетов ошибки не пишется, но и пакеты не ставятся
;) :(. Если запускать с ключами, например tasksel -s -n, то пишется
аналогичная описанной ошибка, но уже для других пакетов. Кстати, пишет
ошибки и aptitude при нажатии u. У меня складывается впечатление, что
ошибки возникают из за попытки программы установить уже установленные
пакеты. Она как то не рассчитана на это что ли? Но почему, при указании
источников APT на cdrom'ы все проходит нормально? 




-- 
Denis Zinin [EMAIL PROTECTED]
- Если долго всматриваться в Windows, то Windows начинает всматриваться в тебя.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: 100% загрузка CPU при работе с диском

2005-10-20 Пенетрантность Nikita V. Youshchenko


 On Wednesday 19 October 2005 22:18, Nikita V. Youshchenko wrote:
  Что-то мне подсказывает, что это ненормально

 Для 2.6 - нормально (т.к. оно выделяет состояние iowait, которое 2.4
 относило к idle)
  
 Это так оффициально пишут.. У меня конкретно метров на 3-5 в секуну 2.4
 быстрей. Single user runlevel, все что мог повырубал. Оперативки 1 гиг.
 Своп
 выключен.  DMA включен. Условия равные. Только ядра разные. Результат
 воспроизводимый.

Это неприятно. Но всё-таки худшая работа драйвера и различные состояния
процессора - это не одно и то же.

Что касается худшей производительности дисков под 2.6 - про что многие
говорят, а другие говорят что наоборот - что-то у меня подозрение, что это
вопрос настройки. Низкоуровневой, хреново (если хоть как-то)
документированной, но настройки. I/o scheduler, кеширования на уровне ядра
и т.п.

Если есть время и желание, в принципе можно провести серию экспериментов
(вставляя в код замеры времени через rdtsc) и выяснить, за счёт чего
возникает такая разница. Хорошая задачка - довольно трудоёмкая, но
прямолинейная - в том смысле что понятна последовательность необходимых
действий.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: mozilla+xprint = comic sans?

2005-10-20 Пенетрантность Iouri . Nefedov

On Thu, 20 Oct 2005, Mikhail Gusarov wrote:



You ([EMAIL PROTECTED]) wrote:

I Но у меня установлен ещё -bitstream, который -microsoft'у не
I переплюнуть.

Это тот, у которого hint'инга нет?


  Не-а! Это другой...
  http://www.gnome.org/fonts/

  Vera family uses minimal delta hinting...
  ...algorithms used by Xft2 adjust the hints to integer widths and the
   results are crisper on open source systems than on Windows or MacIntosh

  кроме того
  Freetype/Xft does not currently support GASP tables (which are present
  in Vera)...

 Юра

Re: 100% загрузка CPU п ри работе с � �иском

2005-10-20 Пенетрантность shawkat


 On Wednesday 19 October 2005 22:18, Nikita V. Youshchenko wrote:
  Что-то мне подсказывает, что это
 ненормально

 Для 2.6 - нормально (т.к. оно выделяет
 состояние iowait, которое 2.4
 относило к idle)

 Это так оффициально пишут.. У меня
 конкретно метров на 3-5 в секуну 2.4
 быстрей. Single user runlevel, все что мог
 повырубал. Оперативки 1 гиг.
 Своп
 выключен.  DMA включен. Условия равные.
 Только ядра разные. Результат
 воспроизводимый.

 Это неприятно. Но всё-таки худшая работа
 драйвера и различные состояния
 процессора - это не одно и то же.

 Что касается худшей производительности
 дисков под 2.6 - про что многие
 говорят, а другие говорят что наоборот -
 что-то у меня подозрение, что это
 вопрос настройки. Низкоуровневой,
 хреново (если хоть как-то)
 документированной, но настройки. I/o
 scheduler, кеширования на уровне ядра
 и т.п.

 Если есть время и желание, в принципе
 можно провести серию экспериментов
 (вставляя в код замеры времени через rdtsc)
 и выяснить, за счёт чего
 возникает такая разница. Хорошая
 задачка - довольно трудоёмкая, но
 прямолинейная - в том смысле что понятна
 последовательность необходимых
 действий.


уже сделано %))

как то торвальдс заметил что не все
ладно с ядрами серии 2.6 -
производительность скачет от релиза к
релизу - _сам_ сделал замеры
производительности (2.6.8 - то что в сарге -
оказалась процентов на 25 !!! медленнее
ядра 2.4.хх, остальные 2.6.х от почти такой
же производительности до -10 -15% )

в общем после этого введена в строй
автоматическая писькомерка на
кернел.орг которая делает бенчмарки
новых ядер на многих разных железках
чтобы было видно какое новшество в ядре
приводит к какому результату

если интересно то было это где то этим
летом


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: mozilla+xprint = comic sans?

2005-10-20 Пенетрантность Iouri . Nefedov

On Thu, 20 Oct 2005, Mikhail Gusarov wrote:



You ([EMAIL PROTECTED]) wrote:

I Но у меня установлен ещё -bitstream, который -microsoft'у не
I переплюнуть.

Это тот, у которого hint'инга нет?


  Перечитал и понял... :)

  Переплюнуть - имелось в виду не качество шрифта, а то что
  в алфавитном порядке bitstream идёт перед microsoft :)

  Юра.

Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
10:02:52 +0400:

  В корне эту проблему решает DISCARD.  На кой, спрашивается, говорить
  тому концу, что ты не хочешь принимать письмо с вирусом, если ты его все
  равно уже получил целиком?  Чтобы, если это подломанная винда, она на

 SA А если это человек, а не червь прислал письмо? Ну завирусовыный
 SA документ у него, а он ни сном ни духом. Повторяю: нельзя просто так
 SA выкидывать сообщения - человек должен получить уведомление о судьбе
 SA своей почты.

А кто его выкидывает?  Ты?  А...

  твой бэкапный MX с ним пошла?  А online проверка на вирусы (postfix это,
  кстати, тоже умеет) - это способ создать себе другую проблему.  DoS.

 SA DoS? Ой, ну откуда он возмётся? Или postfix не умеет контролировать LA?
 SA Тогда я правильно сделал, что не выбрал его в качестве MTA ;) И не имеет
 SA значения где почта будет отлёживаться до фактической доставки - в
 SA локальном спуле, или на удалённом сервере, получившем в час пик 450.

... и в следующий раз важное письмо поползет только через полчаса.  И
опять наткнется на 450...  Это и есть DoS.  В post-SMTP схеме оно будет
обработано в порядке очереди, а в твоей - как повезет.  _Если_ повезет.

  Этой - не будет.  Будет предыдущей.  Мне, от чьего имени червяк себя
  рассылает, с этого не легче.  Причем вот уж к предыдущей-то системе ну
  никаких претензий - она получила отлуп от следующего хопа и честно его
  мне передала.  В итоге, получив от тебя таких презентов с сотенку, я
  подумаю, а не отстреливать ли нафиг всю почту, которую отстрелила твоя
  система.  Но предварительно, поскольку теперь это и от меня требует
  фильтрации контента, я попытаюсь что-нибудь отстрелить тебе.

 SA Не понял. От кого от тебя? Не я шлю безумные DSN'ы, а другой хост, и
 SA если он поверил отправителю и его MAIL FROM, то он и виноват. Виноват так
 SA же и в том, что скорее всего является open relay'ем для своей локальной
 SA сети и не проверяет сообщения на вирусы. Так что претензии не ко мне а к
 SA говнопровайдеру.

Для своей локальной сети все являются опен релеями.  А кто пытается
ввести проверку, того очень быстро начинают больно пинать.  Ибо смысл
понятия локальная сеть для MTA - именно в том, что из нее принимается
любая почта.  С проверкой на вирусы, конечно, да.  Но проверка на вирусы
- дело ресурсоемкое, не слишком простое и от свежих вирусов спасающее
плохо.

  Что же до спама, то он в норме вообще не дискардится, а помечается как
  спам, дабы можно было отложить в сторонку, и прокидывается дальше.
  Пусть получатель потом разбирается, действительно это спам, или.

 SA И вирусы, как я понял, тоже? Пусть получатель проверит - запустит и
 SA посмотрит что получилось? :)

Чини понималку.  Пора.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

/итд/почтопосылалка.нстрк (c)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
10:21:28 +0400:

Идея, как всегда, чем-то красивая, но в целом (ИМХО) бредовая.
   AM Пока цель оправдывает средства - оно имеет право жить.
  
  В данном случае, возможно, не цель оправдывает средства, а овчинка
  выделенки не стоит.

 SA В том-то и дело, что стоит и ещё как. Этот механизм позволяет
 SA ощутимо разгрузить почтовик потому как мы таким образом откинем
 SA процентов 70 спама и вирусов. Вот так. :)

Это уже после 90%-го отсева за неподобающий хендшейк?

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Если еда невкусная, вы просто на двое суток раньше времени сели обедать.
туристская поговорка


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
10:08:34 +0400:

  Угу.  DISCARD применяется для вирусов.  Кои, собственно, тоже не
  пропадают, а карантинятся на месяц.  RTFM: amavisd.conf.  Есть еще
  скриптик, который по письму на определенный адрес высылает обратно,
  когда и от кого письма на запрашивающего были пойманы за вирус.  При

 SA Зашибись. Вот о таких скриптиках я и говорю. В результате сидишь и
 SA думаешь: кому же, чёрт побери, нужно слать уведомление - отправителю,
 SA адрес которого на 99% подделан, или получателю о сотне вирусов уложеных в
 SA карантин.

Вы не брезгливы.  Но невнимательны. (c)

  необходимости можно достать и вручную полечить.  А незараженный спам
  помечается как таковой и пропускается дальше.  Ибо идея отправлять его
  обратно точно так же осмысленностью не страдает.  Инструкции для

 SA О том кто его шлёт обратно я уже писал - почтовик, который этому спаму и
 SA позволил попасть в Сеть. Так что, повторяю, он и виновник безобразия.

Позволить спаму попасть в Сеть - это неизбежно, увы.  Потому что спам -
дело индивидуальное и вероятностное.  А ты что, на уровне SMTP спам
разворачиваешь?

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Чушь для ресниц (С)энта


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: poweroff

2005-10-20 Пенетрантность Artem Chuprina
[EMAIL PROTECTED] - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
09:10:33 +0500 (UZT):

  Какой модуль нужно подключить к ядру
  2.6.8 чтобы работало управление
  питанием? В данный момент машина не
  выключается при нажатии кнопки
  acpi (какой именно моудль -- не помню) или apm
  питания на корпусе (вообще не
  реагирует) и команда shutdown -H
  modprobe button
  apt-get install acpid
  эквивалентна shutdown -h

 s а еще насколько помню, надо передавать
 s ядру при загрузке параметр acpi=on (он по
 s дефолту в off)

Нет.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Если руки растут из @#$#, то это ноги


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:
 Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
 10:08:34 +0400:
 
   Угу.  DISCARD применяется для вирусов.  Кои, собственно, тоже не
   пропадают, а карантинятся на месяц.  RTFM: amavisd.conf.  Есть еще
   скриптик, который по письму на определенный адрес высылает обратно,
   когда и от кого письма на запрашивающего были пойманы за вирус.  При
 
  SA Зашибись. Вот о таких скриптиках я и говорю. В результате сидишь и
  SA думаешь: кому же, чёрт побери, нужно слать уведомление - отправителю,
  SA адрес которого на 99% подделан, или получателю о сотне вирусов уложеных в
  SA карантин.
 
 Вы не брезгливы.  Но невнимательны. (c)

Хорошо. Кому будет писать скрипт? Конкретно. Ответ на этот вопрос мне
хочется знать потому что это ключевой момент. В случае с drweb'ом можно
было научить его слать уведомления для конкретных типов вируса, т.е.
например, червей игнорировать, а про остальные уведомлять, что в итоге в
некоторой степени приводило к нужному эффекту: человек получал
уведомление, а черви преимущественно дропались без уведомлений.

   необходимости можно достать и вручную полечить.  А незараженный спам
   помечается как таковой и пропускается дальше.  Ибо идея отправлять его
   обратно точно так же осмысленностью не страдает.  Инструкции для
 
  SA О том кто его шлёт обратно я уже писал - почтовик, который этому спаму и
  SA позволил попасть в Сеть. Так что, повторяю, он и виновник безобразия.
 
 Позволить спаму попасть в Сеть - это неизбежно, увы.  Потому что спам -
 дело индивидуальное и вероятностное.  А ты что, на уровне SMTP спам
 разворачиваешь?

Разворачиваю? Скорее отбиваю. А что?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
12:39:36 +0400:

Угу.  DISCARD применяется для вирусов.  Кои, собственно, тоже не
пропадают, а карантинятся на месяц.  RTFM: amavisd.conf.  Есть еще
скриптик, который по письму на определенный адрес высылает обратно,
когда и от кого письма на запрашивающего были пойманы за вирус.  При
  
   SA Зашибись. Вот о таких скриптиках я и говорю. В результате сидишь и
   SA думаешь: кому же, чёрт побери, нужно слать уведомление - отправителю,
   SA адрес которого на 99% подделан, или получателю о сотне вирусов 
  уложеных в
   SA карантин.
  
  Вы не брезгливы.  Но невнимательны. (c)

 SA Хорошо. Кому будет писать скрипт? Конкретно. Ответ на этот вопрос мне
 SA хочется знать потому что это ключевой момент. В случае с drweb'ом можно
 SA было научить его слать уведомления для конкретных типов вируса, т.е.
 SA например, червей игнорировать, а про остальные уведомлять, что в итоге в
 SA некоторой степени приводило к нужному эффекту: человек получал
 SA уведомление, а черви преимущественно дропались без уведомлений.

Скрипт будет писать тому, кто прислал ему запрос.

необходимости можно достать и вручную полечить.  А незараженный спам
помечается как таковой и пропускается дальше.  Ибо идея отправлять его
обратно точно так же осмысленностью не страдает.  Инструкции для
  
   SA О том кто его шлёт обратно я уже писал - почтовик, который
   SA этому спаму и позволил попасть в Сеть. Так что, повторяю, он и
   SA виновник безобразия.
  
  Позволить спаму попасть в Сеть - это неизбежно, увы.  Потому что спам -
  дело индивидуальное и вероятностное.  А ты что, на уровне SMTP спам
  разворачиваешь?

 SA Разворачиваю? Скорее отбиваю. А что?

А как ты отличаешь спам от не-спама?  А то у меня некоторые письма от
нужных роботов в спам попадают с завидной регулярностью (ну, блин,
роботы такие).  Я бы ОЧЕНЬ НЕ ХОТЕЛ, чтобы они до меня не доходили.
Нет, whitelist помогает только после того, как адрес будет отслежен, а
мне и первое письмо ценно.  А еще есть получатели, которые читают
письма, похожие на спам, ибо так пишут клиенты.  И такие получатели есть
в трех из доброго десятка доменов, на которые я релею почту, и меня о
появлении новых не предупреждают.

Кстати, постой-постой...  Ты с каким кодом отбиваешь?  450?  Сиречь
отправитель узнает о том, что его письмо не доставлено, дней через пять?

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Чушь для ресниц (С)энта


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



help with apt-pinning

2005-10-20 Пенетрантность Alexander

Hi All.

подскажите насчет apt pinning .
проблема в следуюшуем , есть postfix с VDA патчем , собраный через 
dpkg-buildpackage и установленный dpkg -i postifi
и так-же собраный courier-pop/imap , теперь когда я пытаюсь сделать 
aptitude upgrade мне предлагают заменить эти пакеты.

aptitude upgrade
...
The following packages will be upgraded:
courier-authdaemon courier-authmysql courier-base courier-imap
courier-pop courier-pop-ssl courier-ssl postfix postfix-mysql postfix-tls
10 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/2901kB of archives. After unpacking 532kB will be freed.

вот содержимое /etc/apt/preferences

Package: postfix
Pin: version 2.1.5*
Pin-Priority: 990

Package: postfix-mysql
Pin: version 2.1.5*
Pin-Priority: 990

Package: postfix-tls
Pin: version 2.1.5*
Pin-Priority: 990

Package: *
Pin: release a=stable
Priority: 700

Package: *
Pin: release a=testing
Priority: 650

Package: *
Pin: release a=unstable
Priority: 600

но это не помогает , подскажите как правильно прописать preferences для 
этих пакетов ?


distr sarge.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность Alexander Berezovsky
В сообщении от Четверг, 20-Окт-2005 07:30 Dmitry Nezhevenko написал(a):
 On Thursday 20 October 2005 05:39, Alexandr O. Potapov wrote:
  1.Когда машиной пользуются несколько пользователей (в том числе и
  домохозяйка ;-) ), то  kppp устраивает всех. Объясните в чем его
  недолка?

 Ну у него есть мелкие но тупые недоделки. В частности нельзя выбрать другое
 устройство в качестве модема кроме вариантов забитых в нем
это так трудно сделать симлинк вашего устр-ва на /dev/modem?!

-- 
Всего доброго,
Александр Березовский


Re: Репозитарий на HDD и инсталляция

2005-10-20 Пенетрантность Alexander Berezovsky
В сообщении от Среда, 20-Окт-2004 10:04 Denis Zinin написал(a):
 Более того, если запускать программу tasksel вручную без ключей, то
 после выбора наборов пакетов ошибки не пишется, но и пакеты не ставятся
 ;) :(. Если запускать с ключами, например tasksel -s -n, то пишется
а попробовать еще aptitude? 

-- 
Всего доброго,
Александр Березовский


Re[2]: Репозитарий на HDD и инсталляция

2005-10-20 Пенетрантность Denis Zinin
AB  Более того, если запускать программу tasksel вручную без ключей, то
AB  после выбора наборов пакетов ошибки не пишется, но и пакеты не ставятся
AB  ;) :(. Если запускать с ключами, например tasksel -s -n, то пишется
AB а попробовать еще aptitude? 
Я новичок. Что имелось в виду?


-- 
Denis Zinin [EMAIL PROTECTED]
- Величавость - это непостижимое свойство тела, изобретенное для того, чтобы 
скрыть недостаток ума. /Франсуа де Ларошфуко/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:
 Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
 10:02:52 +0400:
 
   В корне эту проблему решает DISCARD.  На кой, спрашивается, говорить
   тому концу, что ты не хочешь принимать письмо с вирусом, если ты его все
   равно уже получил целиком?  Чтобы, если это подломанная винда, она на
 
  SA А если это человек, а не червь прислал письмо? Ну завирусовыный
  SA документ у него, а он ни сном ни духом. Повторяю: нельзя просто так
  SA выкидывать сообщения - человек должен получить уведомление о судьбе
  SA своей почты.
 
 А кто его выкидывает?  Ты?  А...

А DISCARD работает как-то иначе? Ну, расскажите, пожалуйста - мы же,
надеюсь, не просто плевками обмениваемся? :)

  SA DoS? Ой, ну откуда он возмётся? Или postfix не умеет контролировать LA?
  SA Тогда я правильно сделал, что не выбрал его в качестве MTA ;) И не имеет
  SA значения где почта будет отлёживаться до фактической доставки - в
  SA локальном спуле, или на удалённом сервере, получившем в час пик 450.
 
 ... и в следующий раз важное письмо поползет только через полчаса.  И
 опять наткнется на 450...  Это и есть DoS.  В post-SMTP схеме оно будет
 обработано в порядке очереди, а в твоей - как повезет.  _Если_ повезет.

Очередь тоже может вырасти на столько, что очень важное письмо доберётся
до адресата спустя сутки, так что не надо. А на практике я clamav'а в
top'е не наблюдал даже когда сервак работал на каком-то сраном целероне.

  SA Не понял. От кого от тебя? Не я шлю безумные DSN'ы, а другой хост, и
  SA если он поверил отправителю и его MAIL FROM, то он и виноват. Виноват так
  SA же и в том, что скорее всего является open relay'ем для своей локальной
  SA сети и не проверяет сообщения на вирусы. Так что претензии не ко мне а к
  SA говнопровайдеру.
 
 Для своей локальной сети все являются опен релеями.  А кто пытается
 ввести проверку, того очень быстро начинают больно пинать.  Ибо смысл
 понятия локальная сеть для MTA - именно в том, что из нее принимается
 любая почта.  С проверкой на вирусы, конечно, да.  Но проверка на вирусы
 - дело ресурсоемкое, не слишком простое и от свежих вирусов спасающее
 плохо.

Ну, это у кого как. Но то, что почти у всех это опен релей я хорошо вижу
на куче идиотских DSN'ов. Когда-то это было приемлимо, но не теперь.
Неужели вы принимаете любую почту только на основании того, что она
направляется в ваш домен? А ведь раньше почтовики так и работали - сначала
принимали, а потом убеждались в существовании адресата. но теперь то всё
изменилось и бездумно принимать всю почту из локальной сети глупо. Неужели
вы серьёзно отметаете возможность проникновения червя в локальную сеть?
Это по меньшей мере не серьёзно. Авторизация плюс обязательная проверка
существования ящика отправителя - вот минимальные требования хорошего
граничного почтовика, а желательно ещё и антивирус на нём.

   Что же до спама, то он в норме вообще не дискардится, а помечается как
   спам, дабы можно было отложить в сторонку, и прокидывается дальше.
   Пусть получатель потом разбирается, действительно это спам, или.
 
  SA И вирусы, как я понял, тоже? Пусть получатель проверит - запустит и
  SA посмотрит что получилось? :)
 
 Чини понималку.  Пора.

Шутка юмора это была. Возвращаю комлемент назад.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

  SA Хорошо. Кому будет писать скрипт? Конкретно. Ответ на этот вопрос мне
  SA хочется знать потому что это ключевой момент. В случае с drweb'ом можно
  SA было научить его слать уведомления для конкретных типов вируса, т.е.
  SA например, червей игнорировать, а про остальные уведомлять, что в итоге в
  SA некоторой степени приводило к нужному эффекту: человек получал
  SA уведомление, а черви преимущественно дропались без уведомлений.
 
 Скрипт будет писать тому, кто прислал ему запрос.

Подписался на рассылку что ли? Или как? Повторяю свой начальный вопрос:
как ламероватый пользователь узнает, что его письмо содержало вирус и было
поэтому прибито?

  SA Разворачиваю? Скорее отбиваю. А что?
 
 А как ты отличаешь спам от не-спама?  А то у меня некоторые письма от
 нужных роботов в спам попадают с завидной регулярностью (ну, блин,
 роботы такие).  Я бы ОЧЕНЬ НЕ ХОТЕЛ, чтобы они до меня не доходили.

С роботами есть проблемы. Причём, они не столько связаны с кривыми
заголовками, на которые очень резко реагирует spamassassin, а в моём
случае - с проверкой адреса отправителя. Ну, что поделаешь - я выбрал своё
меньшее из зол.

 Нет, whitelist помогает только после того, как адрес будет отслежен, а
 мне и первое письмо ценно.  А еще есть получатели, которые читают
 письма, похожие на спам, ибо так пишут клиенты.  И такие получатели есть
 в трех из доброго десятка доменов, на которые я релею почту, и меня о
 появлении новых не предупреждают.

Есть такие и у меня. Причём, читают не только похожую, но и спам просят не
фильтровать. Вношу таким юзерам соответсвующие флаги в LDAP. Но тут лежит
одна здоровенная грабля - это несколько RCPT TO в одной сесси, причём
когда в получателях пользователи из разных классов - один хочет спам
получать, а другой нет. Приходится выкручиваться и получателям класса,
отличного от класса первого адресата, говорить 450. Пока так.

 Кстати, постой-постой...  Ты с каким кодом отбиваешь?  450?  Сиречь
 отправитель узнает о том, что его письмо не доставлено, дней через пять?

На спам и вирусы говорю 550 и рву соединение.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

  SA В том-то и дело, что стоит и ещё как. Этот механизм позволяет
  SA ощутимо разгрузить почтовик потому как мы таким образом откинем
  SA процентов 70 спама и вирусов. Вот так. :)
 
 Это уже после 90%-го отсева за неподобающий хендшейк?

Ага - мы ещё в несколько раз снижаем нагрузку на контентодробилки.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Xwindows (nvidia)

2005-10-20 Пенетрантность SuperrrLeha
У меня в Xwindows не поддерживаеся карта 'nvidia geforce 32Mb'. Из за чего не 
запускаются.  
Как это исправить?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Xwindows (nvidia)

2005-10-20 Пенетрантность black ice
Во-первых, не Xwindows, а X Window - не путайте понятия :)
Во-вторых, телепатов нет - точная модель видеокарточки?
В-третьих, было бы не плохо увидеть /etc/X11/XF86Config (или xorg.conf)On 10/20/05, SuperrrLeha [EMAIL PROTECTED]
 wrote:У меня в Xwindows не поддерживаеся карта 'nvidia geforce 32Mb'. Из за чего не запускаются.
Как это исправить?



Re: Xwindows (nvidia)

2005-10-20 Пенетрантность seorge
Желательно по подробней, так как причин может быть много, а из вопроса не ясно 
что именно не поддерживается и где, однако самая вероятная причина - не 
правильно настроен Х сервер, так как gforce поддерживается как при помощи 
nv, так и при помощи официального драйвера nvidia.

--- Original message ---
From: SuperrrLeha [EMAIL PROTECTED]
To: debian-russian@lists.debian.org
Subject: Xwindows (nvidia)
Date: Thursday 20 October 2005 12:18
 У меня в Xwindows не поддерживаеся карта 'nvidia geforce 32Mb'. Из за чего
 не запускаются. Как это исправить?

-- 
SET BLASTER=A220 I5 D1 H5 P330


Re: Xwindows (nvidia)

2005-10-20 Пенетрантность Oleg Tsymaenko
В сообщении от Четверг, 20-Окт-2005 13:18 SuperrrLeha написал(a):
 У меня в Xwindows не поддерживаеся карта 'nvidia geforce 32Mb'. Из за чего
 не запускаются. Как это исправить?
Попробуйте поставить драйвера.
Их можно получить на http://nvivdia.com/


1) Качаешь драйвер с оф. сайта
2) Проверяешь есть ли заголовки ядра(если нет то ставишь)
3) Останавливаешь Х-сервер. Команда init 1
4) Из под рута запускаешь sh [путь к драйверам]
5) В конфиге иксов(XF86Config-4):
Section Device
.
Driver nv

EndSection

меняешь nv на nvidia
6) Перезапускаешь иксы

вместо всего этого можна установить пакет nvidia-kernel-common из pool-а 
non-free тоесть если у вас в файле /etc/apt/sources.list указана секция 
non-free просто выполните команду

   1. apt-get install nvidia-kernel-common 


-- 
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_
 Oleg Tsymaenko [EMAIL PROTECTED]
 Центр распространения свободного ПО  http://lafox.net/
 LA4791-RIPE; TO2-UANIC;
 GnuPG Key : http://lafox.net/gpg/tsyma.asc(0x533709BA)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность Dmitry Nezhevenko
On Thursday 20 October 2005 12:13, Alexander Berezovsky wrote:
 В сообщении от Четверг, 20-Окт-2005 07:30 Dmitry Nezhevenko написал(a):
  On Thursday 20 October 2005 05:39, Alexandr O. Potapov wrote:
   1.Когда машиной пользуются несколько пользователей (в том числе и
   домохозяйка ;-) ), то  kppp устраивает всех. Объясните в чем его
   недолка?
 
  Ну у него есть мелкие но тупые недоделки. В частности нельзя выбрать
  другое устройство в качестве модема кроме вариантов забитых в нем

 это так трудно сделать симлинк вашего устр-ва на /dev/modem?!

А если два модема?. Или как у меня модем + мобильный телефон? Делать два 
симлинка? При чем для мопеда /dev/modem - согласен.. Но для телефона делать 
симлинк на одно из устройств указанных в kppp? Нах такое надо? Меня pon/poff 
больше устраивают.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: poweroff

2005-10-20 Пенетрантность Nikita V. Youshchenko


 [EMAIL PROTECTED] - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005
 09:10:33 +0500 (UZT):
 
   Какой модуль нужно подключить к ядру
   2.6.8 чтобы работало управление
   питанием? В данный момент машина не
   выключается при нажатии кнопки
   acpi (какой именно моудль -- не помню) или apm
   питания на корпусе (вообще не
   реагирует) и команда shutdown -H
   modprobe button
   apt-get install acpid
   эквивалентна shutdown -h
 
  s а еще насколько помню, надо передавать
  s ядру при загрузке параметр acpi=on (он по
  s дефолту в off)
 
 Нет.

Точнее, это было нужно несколько версий ядерных пакетов назад. С ядрами из
sarge уже не нужно.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: 100% загрузка CPU при работе с диском

2005-10-20 Пенетрантность Nikita V. Youshchenko
 Если есть время и желание, в принципе
 можно провести серию экспериментов
 (вставляя в код замеры времени через rdtsc)
 и выяснить, за счёт чего
 возникает такая разница. Хорошая
 задачка - довольно трудоёмкая, но
 прямолинейная - в том смысле что понятна
 последовательность необходимых
 действий.

 
 уже сделано %))
 
 как то торвальдс заметил что не все
 ладно с ядрами серии 2.6 -
 производительность скачет от релиза к
 релизу - _сам_ сделал замеры
 производительности (2.6.8 - то что в сарге -
 оказалась процентов на 25 !!! медленнее
 ядра 2.4.хх, остальные 2.6.х от почти такой
 же производительности до -10 -15% )
 
 в общем после этого введена в строй
 автоматическая писькомерка на
 кернел.орг которая делает бенчмарки
 новых ядер на многих разных железках
 чтобы было видно какое новшество в ядре
 приводит к какому результату

Я имел в виду не обнаружение/подтверждение самого факта тормозов, а
выяснение низкоуровневых причин таковых.

Мне периодически приходится на работе выяснять, куда деваются микросекунды.
Это весьма трудоёмко, но на x86 вполне осуществимо - вплоть до выяснения
виновного кода и/или последовательнсти управляющих команд на железку. А в
случае, когда доступен код, работающий быстро, и код, работающий медленно,
результат подобной процедуры гарантирован, если только хватит
времени/терпения/желания.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
13:59:27 +0400:

   SA Хорошо. Кому будет писать скрипт? Конкретно. Ответ на этот
   SA вопрос мне хочется знать потому что это ключевой момент. В
   SA случае с drweb'ом можно было научить его слать уведомления для
   SA конкретных типов вируса, т.е.  например, червей игнорировать, а
   SA про остальные уведомлять, что в итоге в некоторой степени
   SA приводило к нужному эффекту: человек получал уведомление, а
   SA черви преимущественно дропались без уведомлений.
  
  Скрипт будет писать тому, кто прислал ему запрос.

 SA Подписался на рассылку что ли? Или как? Повторяю свой начальный
 SA вопрос: как ламероватый пользователь узнает, что его письмо
 SA содержало вирус и было поэтому прибито?

Никак не узнает.  Но если получатель заподозрит, что письмо ему должно
было придти, но не пришло, он сможет выяснить, что оно задержано антивирусом.

   SA Разворачиваю? Скорее отбиваю. А что?
  
  А как ты отличаешь спам от не-спама?  А то у меня некоторые письма от
  нужных роботов в спам попадают с завидной регулярностью (ну, блин,
  роботы такие).  Я бы ОЧЕНЬ НЕ ХОТЕЛ, чтобы они до меня не доходили.

 SA С роботами есть проблемы. Причём, они не столько связаны с кривыми
 SA заголовками, на которые очень резко реагирует spamassassin, а в
 SA моём случае - с проверкой адреса отправителя. Ну, что поделаешь - я
 SA выбрал своё меньшее из зол.

Вот и я тоже.  У меня в результате зла нет почти совсем.

  Нет, whitelist помогает только после того, как адрес будет отслежен, а
  мне и первое письмо ценно.  А еще есть получатели, которые читают
  письма, похожие на спам, ибо так пишут клиенты.  И такие получатели есть
  в трех из доброго десятка доменов, на которые я релею почту, и меня о
  появлении новых не предупреждают.

 SA Есть такие и у меня. Причём, читают не только похожую, но и спам
 SA просят не фильтровать. Вношу таким юзерам соответсвующие флаги в
 SA LDAP. Но тут лежит одна здоровенная грабля - это несколько RCPT TO
 SA в одной сесси, причём когда в получателях пользователи из разных
 SA классов - один хочет спам получать, а другой нет. Приходится
 SA выкручиваться и получателям класса, отличного от класса первого
 SA адресата, говорить 450. Пока так.

Схема post-SMTP с этим справляться умеет гораздо более грамотно.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Все учтено могучим ураганом...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность seorge
А если два модема, то там можно и несколько подключений настроить. Накрайняк у 
kppp тоже конфиг файл есть, куда можно прописать что угодно.

--- Original message ---
From: Dmitry Nezhevenko [EMAIL PROTECTED]
To: debian-russian@lists.debian.org
Subject: Re: dial-up
Date: Thursday 20 October 2005 12:25
 А если два модема?. Или как у меня модем + мобильный телефон? Делать два
 симлинка? При чем для мопеда /dev/modem - согласен.. Но для телефона делать
 симлинк на одно из устройств указанных в kppp? Нах такое надо? Меня
 pon/poff больше устраивают.

-- 
SET BLASTER=A220 I5 D1 H5 P330


Re: spamassassin + exim

2005-10-20 Пенетрантность Dmitry Rojkov

   On Thu, Oct 20, 2005 you wrote:

  
  ... и в следующий раз важное письмо поползет только через полчаса.  И
  опять наткнется на 450...  Это и есть DoS.  В post-SMTP схеме оно будет
  обработано в порядке очереди, а в твоей - как повезет.  _Если_ повезет.
 
Кстати, о 450... Кто-нибудь тут использует грейлистинг? По-моему, очень
эффективная мера.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Репозитарий на HDD и инсталляция

2005-10-20 Пенетрантность Alexander Berezovsky
В сообщении от Четверг, 20-Окт-2005 12:24 Denis Zinin написал(a):
 AB а попробовать еще aptitude?
 Я новичок. Что имелось в виду?
apt-get install aptitude
получаете функциональность апта в псевдографике + наглядность при выборе и 
поиске пакетов.

-- 
Всего доброго,
Александр Березовский


Re: dial-up

2005-10-20 Пенетрантность Alexander Berezovsky
В сообщении от Четверг, 20-Окт-2005 13:25 Dmitry Nezhevenko написал(a):
  это так трудно сделать симлинк вашего устр-ва на /dev/modem?!

 А если два модема?. Или как у меня модем + мобильный телефон? Делать два
 симлинка? При чем для мопеда /dev/modem - согласен.. Но для телефона делать
 симлинк на одно из устройств указанных в kppp? Нах такое надо? Меня
 pon/poff больше устраивают.
ну не нада тут первонахию устраивать ;)
вы сами ответили на свею же колкость: у вас на одно устройство уже есть запись 
в кппп, а на второе - симлинк.

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

а вообще да консоль рулит и педалит ;) но не для всех.
-- 
Всего доброго,
Александр Березовский


Re: help with apt-pinning

2005-10-20 Пенетрантность Mikhail Lukyanchenko
В Чтв, 20/10/2005 в 13:09 +0400, Alexander пишет:
 Hi All.
 
 подскажите насчет apt pinning .
 проблема в следуюшуем , есть postfix с VDA патчем , собраный через 
 dpkg-buildpackage и установленный dpkg -i postifi
 и так-же собраный courier-pop/imap , теперь когда я пытаюсь сделать 
 aptitude upgrade мне предлагают заменить эти пакеты.
 aptitude upgrade
 ...
 The following packages will be upgraded:
 courier-authdaemon courier-authmysql courier-base courier-imap
 courier-pop courier-pop-ssl courier-ssl postfix postfix-mysql postfix-tls
 10 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 Need to get 0B/2901kB of archives. After unpacking 532kB will be freed.
 
 вот содержимое /etc/apt/preferences
 
 Package: postfix
 Pin: version 2.1.5*
 Pin-Priority: 990
 
 Package: postfix-mysql
 Pin: version 2.1.5*
 Pin-Priority: 990
 
 Package: postfix-tls
 Pin: version 2.1.5*
 Pin-Priority: 990
 
 Package: *
 Pin: release a=stable
 Priority: 700
 
 Package: *
 Pin: release a=testing
 Priority: 650
 
 Package: *
 Pin: release a=unstable
 Priority: 600
 
 но это не помогает , подскажите как правильно прописать preferences для 
 этих пакетов ?
 
 distr sarge.

На то, что установлено dpkg, а не через apt-get, pin не
распространяется.

Правильно будет создать для локально модифицированых пакетов маленький
репозитарий. В нём завести релиз. И тогда делать pin по релизу. Вот
мой /etc/apt/preferences:

Package: *
Pin: release a=apt-build
Pin-Priority: 800

Это привязка к тому, что я через apt-build собираю, но только до тех
пор, пока нет более новой версии.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
13:36:34 +0400:

В корне эту проблему решает DISCARD.  На кой, спрашивается, говорить
тому концу, что ты не хочешь принимать письмо с вирусом, если ты его все
равно уже получил целиком?  Чтобы, если это подломанная винда, она на
  
   SA А если это человек, а не червь прислал письмо? Ну завирусовыный
   SA документ у него, а он ни сном ни духом. Повторяю: нельзя просто так
   SA выкидывать сообщения - человек должен получить уведомление о судьбе
   SA своей почты.
  
  А кто его выкидывает?  Ты?  А...

 SA А DISCARD работает как-то иначе?

Ага.  Если пользоваться амависом.

 SA Ну, расскажите, пожалуйста - мы же, надеюсь, не просто плевками
 SA обмениваемся? :)

Очень просто.  Прежде чем сказать 250, он прикопает письмо в карантине.
Откуда, если оно за месяц не потребовалось, его тихо прибьет cron.

   SA DoS? Ой, ну откуда он возмётся? Или postfix не умеет
   SA контролировать LA?  Тогда я правильно сделал, что не выбрал его
   SA в качестве MTA ;) И не имеет значения где почта будет
   SA отлёживаться до фактической доставки - в локальном спуле, или
   SA на удалённом сервере, получившем в час пик 450.
  
  ... и в следующий раз важное письмо поползет только через полчаса.
  И опять наткнется на 450...  Это и есть DoS.  В post-SMTP схеме оно
  будет обработано в порядке очереди, а в твоей - как повезет.  _Если_
  повезет.

 SA Очередь тоже может вырасти на столько, что очень важное письмо
 SA доберётся до адресата спустя сутки, так что не надо.

Тут я его хотя бы смогу в случае острой необходимости вытащить руками.
Потому что оно уже у меня.

   SA Не понял. От кого от тебя? Не я шлю безумные DSN'ы, а другой
   SA хост, и если он поверил отправителю и его MAIL FROM, то он и
   SA виноват. Виноват так же и в том, что скорее всего является open
   SA relay'ем для своей локальной сети и не проверяет сообщения на
   SA вирусы. Так что претензии не ко мне а к говнопровайдеру.
  
  Для своей локальной сети все являются опен релеями.  А кто пытается
  ввести проверку, того очень быстро начинают больно пинать.  Ибо смысл
  понятия локальная сеть для MTA - именно в том, что из нее принимается
  любая почта.  С проверкой на вирусы, конечно, да.  Но проверка на вирусы
  - дело ресурсоемкое, не слишком простое и от свежих вирусов спасающее
  плохо.

 SA Ну, это у кого как. Но то, что почти у всех это опен релей я хорошо
 SA вижу на куче идиотских DSN'ов. Когда-то это было приемлимо, но не
 SA теперь.  Неужели вы принимаете любую почту только на основании
 SA того, что она направляется в ваш домен?

Когда _в_ мой домен - это проще.  Адрес получателя обязательно должен
быть валидным, иначе как я письмо доставлю?  А адрес отправителя -
только в том случае, если я ему что-то решу доставить.  Что совершенно
не факт.

 SA А ведь раньше почтовики так и работали - сначала принимали, а потом
 SA убеждались в существовании адресата. но теперь то всё изменилось и
 SA бездумно принимать всю почту из локальной сети глупо. Неужели вы
 SA серьёзно отметаете возможность проникновения червя в локальную
 SA сеть?  Это по меньшей мере не серьёзно. Авторизация плюс
 SA обязательная проверка существования ящика отправителя - вот
 SA минимальные требования хорошего граничного почтовика, а желательно
 SA ещё и антивирус на нём.

С отправителем проблема с роботами.  У них, ага, в Reply-To, вполне
возможно, и правильный адрес (у моих так да, правильный, но те, _от_
которых мне нужно почту получать - как повезет).  В отличие от envelope
sender.  Получателя проверять - еще куда ни шло...

А авторизация от нынешних червяков уже не шибко спасает.  Прикопанный на
диске пароль они тоже умеют прочесть.  Вернее, просто воспользоваться
той же самой почтовкой для отправки.

Антивирус - да, держим.  И даже спам, от нас идущий, честно помечаем как
таковой :-)

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Как в notepad тексты редактировать? Руками каждую букву набирать, что ли?
(c)vitus


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность Dmitry Nezhevenko
On Thursday 20 October 2005 13:46, [EMAIL PROTECTED] wrote:
 А если два модема, то там можно и несколько подключений настроить.
 Накрайняк у kppp тоже конфиг файл есть, куда можно прописать что угодно.

А ты пробовал туда прописать что угодно? У меня не работает.  Прописанный 
таким образом модем не опрашивается :)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность Artem Chuprina
Alexander Berezovsky - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
12:13:27 +0300:

   1.Когда машиной пользуются несколько пользователей (в том числе и
   домохозяйка ;-) ), то  kppp устраивает всех. Объясните в чем его
   недолка?
 
  Ну у него есть мелкие но тупые недоделки. В частности нельзя выбрать другое
  устройство в качестве модема кроме вариантов забитых в нем
 AB это так трудно сделать симлинк вашего устр-ва на /dev/modem?!

У домохозяйки обычно не хватает для этого прав.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Весь юникс для того и был придуман, чтобы PS в принтер выплевывать.
Alex Korchmar в [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность Dmitry Nezhevenko
On Thursday 20 October 2005 13:49, Alexander Berezovsky wrote:
 ну не нада тут первонахию устраивать ;)
Ни кто ни чего не устраивает

 вы сами ответили на свею же колкость: у вас на одно устройство уже есть
 запись в кппп, а на второе - симлинк.
Cимлинк нужно делать на одно из устройств указанных в kppp. И зачем это нужно? 

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

Это я знаю. Только нельзя присвоить заданному провайдеру заданный модем. Т.е 
для 1 провайдера обычный модем, а для второго (GPRS) - телефон. Нужно каждый 
раз переключать и провайдера и модем :(



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность seorge
И это так сложно?
Щелкнул тут, щелкнул там - вот все и поменялось, вот все и заработало. :)

--- Original message ---
From: Dmitry Nezhevenko [EMAIL PROTECTED]
To: debian-russian@lists.debian.org
Subject: Re: dial-up
Date: Thursday 20 October 2005 12:56
 Это я знаю. Только нельзя присвоить заданному провайдеру заданный модем.
 Т.е для 1 провайдера обычный модем, а для второго (GPRS) - телефон. Нужно
 каждый раз переключать и провайдера и модем :(

-- 
SET BLASTER=A220 I5 D1 H5 P330


Re: dial-up

2005-10-20 Пенетрантность seorge
Прав нет наверное.

--- Original message ---
From: Dmitry Nezhevenko [EMAIL PROTECTED]
To: debian-russian@lists.debian.org
Subject: Re: dial-up
Date: Thursday 20 October 2005 12:54
 On Thursday 20 October 2005 13:46, [EMAIL PROTECTED] wrote:
  А если два модема, то там можно и несколько подключений настроить.
  Накрайняк у kppp тоже конфиг файл есть, куда можно прописать что угодно.

 А ты пробовал туда прописать что угодно? У меня не работает.  Прописанный
 таким образом модем не опрашивается :)

-- 
SET BLASTER=A220 I5 D1 H5 P330


Re: dial-up

2005-10-20 Пенетрантность Alexander Berezovsky
В сообщении от Четверг, 20-Окт-2005 13:56 Dmitry Nezhevenko написал(a):
 Cимлинк нужно делать на одно из устройств указанных в kppp. И зачем это
 нужно?
это кто сказал? вы уже забыли свою претензию? она состояла в том, что если 
устр-во не отображается в списке кппп, то это типа трабла. теперь вы 
говорите, что у вас все есть.

 Это я знаю. Только нельзя присвоить заданному провайдеру заданный модем.
 Т.е для 1 провайдера обычный модем, а для второго (GPRS) - телефон. Нужно
 каждый раз переключать и провайдера и модем :(
можно устроить большой сравнительный тест :), состоящий в опр-и скорости 
1. открытия консоли и написания pon provider
2. открытия кппп и прокручивании колесом мыши двух выпадающих списков
не думаю, что будет явный победитель.

вообще думаю, сей маленький дискашн окончен.
-- 
Всего доброго,
Александр Березовский


Re: как смонтировать р аздел?

2005-10-20 Пенетрантность Dmitry E. Oboukhov
 Возможно, среди последовавших советов и были правильные...  Но мне
 показалось, что нет, ибо на вновь создаваемые файлы оно не влияет
 (по поводу ибо есть сомнения на предмет совета с acl).  Я бы поступил
 так.
 
 1. mount с опцией grpid (она же bsdgroups).  Я в принципе все разделы
так монтирую.
 2. создал некоторую группу somegroup и всех пользователей туда включил.
Всех _живых_ пользователей, естественно.  Системным туда писать
совершенно незачем.
 3. chgrp -R somegroup /mountpoint; chmod -R g+w /mountpoint
 4. Всем живым пользователям выставить umask 2 (а не 022, как по
умолчанию).  Ну нафига, спрашивается, по умолчанию ставить 022, если
все равно у каждого своя персональная группа?
надо следить чтобы у каждого были правильные umask и все пользователи
были бы в одной локали
я думаю что в данном случае будет более логичным поднять какой-либо
сервер, например samba
который решит вопросы: 
а. с кодировками имен файлов если юзеры в разных локалях
б. с проблемами если у кого-то окажется неверный umask
в. даст по ходу возможность работы по сети (что впрочем средствами nfs
тоже решабельно)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность Dmitry Nezhevenko
On Thursday 20 October 2005 14:10, [EMAIL PROTECTED] wrote:

 Прав нет наверное.

Есть права. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность Dmitry Nezhevenko
On Thursday 20 October 2005 14:19, Alexander Berezovsky wrote:
  Cимлинк нужно делать на одно из устройств указанных в kppp. И зачем это
  нужно?

 это кто сказал? вы уже забыли свою претензию? она состояла в том, что если
 устр-во не отображается в списке кппп, то это типа трабла. теперь вы
 говорите, что у вас все есть.

Устройство /dev/ttyACM0 не отображается в kppp. Во всяком случае у меня.. 
Чтобы его использовать нужно сделать симлинк на то устройство, которое там 
есть. (Т.е либо на /dev/ttyS0, либо на /dev/usb/ttyACM0 и т.д.). Список 
устройст весть, но моего там нет. Правка в конфиге kppp не помогает.


  Это я знаю. Только нельзя присвоить заданному провайдеру заданный модем.
  Т.е для 1 провайдера обычный модем, а для второго (GPRS) - телефон. Нужно
  каждый раз переключать и провайдера и модем :(

 можно устроить большой сравнительный тест :), состоящий в опр-и скорости
 1. открытия консоли и написания pon provider
 2. открытия кппп и прокручивании колесом мыши двух выпадающих списков
 не думаю, что будет явный победитель.

А мой вариант такой: Щелкнуть на десктопе на значке с нужным провайдером. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

   Скрипт будет писать тому, кто прислал ему запрос.
 
  SA Подписался на рассылку что ли? Или как? Повторяю свой начальный
  SA вопрос: как ламероватый пользователь узнает, что его письмо
  SA содержало вирус и было поэтому прибито?
 
 Никак не узнает.  Но если получатель заподозрит, что письмо ему должно
 было придти, но не пришло, он сможет выяснить, что оно задержано антивирусом.

Вот это я и ожидал услышать. Выходит, что нужно сразу слать два письма -
одно с вложением и следом второе - с вопросом ну, что, получил?. Сама
возможность исчезновения письма будет приводить к тому, что пользователи
через минуту после отправки будут начинать интересоваться его судьбой.
Неужели вы не чувствуете, что это попахивает халтурой - какое будет
доверие к такой почтовой системе? Только от того, что почта стала ходить
по сетям, где возможны потери пакетов, она не должна становиться
ненадёжной. Либо письмо доставлено, либо не доставлено и отпраитель
получил об этом уведомление - есть только два варианта. А то в итоге не
почтовая служба получится, а мочало какое-то. Так вот, возвращаясь от
лирики к практике: online-SMTP обработка позволяет уцелеть меж двух огней
- с одной стороны она не дропает ни одного сообщения, а с другой не шлёт
бесполезных DSN'ов.

   А как ты отличаешь спам от не-спама?  А то у меня некоторые письма от
   нужных роботов в спам попадают с завидной регулярностью (ну, блин,
   роботы такие).  Я бы ОЧЕНЬ НЕ ХОТЕЛ, чтобы они до меня не доходили.
 
  SA С роботами есть проблемы. Причём, они не столько связаны с кривыми
  SA заголовками, на которые очень резко реагирует spamassassin, а в
  SA моём случае - с проверкой адреса отправителя. Ну, что поделаешь - я
  SA выбрал своё меньшее из зол.
 
 Вот и я тоже.  У меня в результате зла нет почти совсем.

Ну, про SMTP-callout я особо спорить и не желаю - вещица на любителя. Есть
и сильные стороны и слабые. Я нахожу, что первых больше.

  SA Есть такие и у меня. Причём, читают не только похожую, но и спам
  SA просят не фильтровать. Вношу таким юзерам соответсвующие флаги в
  SA LDAP. Но тут лежит одна здоровенная грабля - это несколько RCPT TO
  SA в одной сесси, причём когда в получателях пользователи из разных
  SA классов - один хочет спам получать, а другой нет. Приходится
  SA выкручиваться и получателям класса, отличного от класса первого
  SA адресата, говорить 450. Пока так.
 
 Схема post-SMTP с этим справляться умеет гораздо более грамотно.

Во-первых, хочу напомнить, что это происходит только при приёме спама. А
во-вторых, это грамотно как именно реализуется? Приняли почту якобы
всем, а доставили только желающим получать спам, а остальным сгенерировали
DSN? Или дропнули без DSN?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Дмитрий Федосеев
В Чтв, 20/10/2005 в 14:47 +0400, Dmitry Rojkov пишет:
  
 Кстати, о 450... Кто-нибудь тут использует грейлистинг? По-моему, очень
 эффективная мера.
 
Я использую. Мера очень эффективная. Недостаток - нормально работает
только при приеме от MTA, прямую доставку от чужого MUA блокирует с
печальными последствиями. Если не лениво изредка, но оперативно
пополнять whitelist - рекомендую.
-- 
Дмитрий Федосеев [EMAIL PROTECTED]


Re: spamassassin + exim

2005-10-20 Пенетрантность Dmitry Rojkov

   On Thu, Oct 20, 2005 you wrote:

 В Чтв, 20/10/2005 в 14:47 +0400, Dmitry Rojkov пишет:
   
  Кстати, о 450... Кто-нибудь тут использует грейлистинг? По-моему, очень
  эффективная мера.
  
 Я использую. Мера очень эффективная. Недостаток - нормально работает
 только при приеме от MTA, прямую доставку от чужого MUA блокирует с
 печальными последствиями. Если не лениво изредка, но оперативно
 пополнять whitelist - рекомендую.

у меня чужие MUA обязаны авторизовываться и для авторизованых
грейлистинг не действует.
Странно, что так мало людей его используют. Благо, к exim'у он
прикручивается ровно минуту, если exim не вручную конфигурился, а
debconf'ом.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: poweroff

2005-10-20 Пенетрантность shawkat

  s а еще насколько помню, надо
 передавать
  s ядру при загрузке параметр acpi=on (он по
  s дефолту в off)

 Нет.

 Точнее, это было нужно несколько версий
 ядерных пакетов назад. С ядрами из
 sarge уже не нужно.


ну не знаю
у меня на 2-х новых машинах не запускался
ACPI - в dmesg жаловалось на ACPI:Interpreter disabled.
после того как прописал acpi=on все
заработало.
дистр - самый что ни на есть сарг



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Andrey Melnikoff
Slava Astashonok [EMAIL PROTECTED] wrote:
 Andrey Melnikoff wrote:

  Протокол SMTP не гарантирует доставки письма получателю. Нигде и никак. 
 SMTP гарантирует как минимум, что отправитель узнает о том, что письмо не
 было доставлено.
Покажие документ, где это написанно. Really. RFC/STD/чёнибудь.

  И назвать DSN NOTIFY=SUCESS,FAILURE,DELEAY можно только грязным хаком, 
  ибо 
  a) половина систем его не умеет как таковой, 
  b) еще ~25% не поддерживает из за принципов автора.
 Это является теперь официальным предлогом молча выбрасывать почту?
 Нет - это такой момент, когда ты получаешь DSN с надписью Relayed to
 non-aware DSN mailer, как ты узнаешь что онный non-aware мыллер не угробил
 сообщение?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

  SA А DISCARD работает как-то иначе?
 
 Ага.  Если пользоваться амависом.
 
  SA Ну, расскажите, пожалуйста - мы же, надеюсь, не просто плевками
  SA обмениваемся? :)
 
 Очень просто.  Прежде чем сказать 250, он прикопает письмо в карантине.
 Откуда, если оно за месяц не потребовалось, его тихо прибьет cron.

Ну, такое поведение я прокоментировал в другом письме.

 Я понимаю, что апологетам post-SMTP обработки ничего другого не остаётся,
и я им сочувствую, но полностью одобрить такие методы не могу по
профессионально-этическим принципам.

  SA Очередь тоже может вырасти на столько, что очень важное письмо
  SA доберётся до адресата спустя сутки, так что не надо.
 
 Тут я его хотя бы смогу в случае острой необходимости вытащить руками.
 Потому что оно уже у меня.

Ну, хорошо, хорошо, я в случае крайней необходимости почти ничего не
сделаю. Осталось только посчитать на какую почтовую активность хватит
тысячного целерона и увидеть, что техническое решение этого вопроса
(увеличение вычислительных мощностей) будет копеечным для конторы, которой
этого целерона не хватит.

   Для своей локальной сети все являются опен релеями.  А кто пытается
   ввести проверку, того очень быстро начинают больно пинать.  Ибо смысл
   понятия локальная сеть для MTA - именно в том, что из нее принимается
   любая почта.  С проверкой на вирусы, конечно, да.  Но проверка на вирусы
   - дело ресурсоемкое, не слишком простое и от свежих вирусов спасающее
   плохо.
 
  SA Ну, это у кого как. Но то, что почти у всех это опен релей я хорошо
  SA вижу на куче идиотских DSN'ов. Когда-то это было приемлимо, но не
  SA теперь.  Неужели вы принимаете любую почту только на основании
  SA того, что она направляется в ваш домен?
 
 Когда _в_ мой домен - это проще.  Адрес получателя обязательно должен
 быть валидным, иначе как я письмо доставлю?  А адрес отправителя -
 только в том случае, если я ему что-то решу доставить.  Что совершенно
 не факт.

Это был риторический вопрос :) Разумеется адрес получателя должен
существовать и эту проверку _теперь_ все делают в течение SMTP-сессии, а
раньше, как я писал - нет - потому что спама не было. Это я говорил к
вопросу о проверке валидности envelope sender'а в почте, отправляемой
внутренними пользователями вовне: _теперь_ этот, так сказать, жест
вежливости по отношению к другим (мол, мы гарантируем, что адрес
отправителя действительно наш) мне лично не кажется надуманным.

  SA А ведь раньше почтовики так и работали - сначала принимали, а потом
  SA убеждались в существовании адресата. но теперь то всё изменилось и
  SA бездумно принимать всю почту из локальной сети глупо. Неужели вы
  SA серьёзно отметаете возможность проникновения червя в локальную
  SA сеть?  Это по меньшей мере не серьёзно. Авторизация плюс
  SA обязательная проверка существования ящика отправителя - вот
  SA минимальные требования хорошего граничного почтовика, а желательно
  SA ещё и антивирус на нём.

 А авторизация от нынешних червяков уже не шибко спасает.  Прикопанный на
 диске пароль они тоже умеют прочесть.  Вернее, просто воспользоваться
 той же самой почтовкой для отправки.

Да, но пока к счастью ещё где-то спасает, особенно если почтовый клиент не
оутглюк. Но главное - авторизация позволяет проверить допустимось значения
envelope sender'а, т.е. запретить его спуфинг.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Proliant 4500 + sarge

2005-10-20 Пенетрантность Sergey Pahomov
Добрый  день.
Попался мне в руки старичёк Compaq Proliant 4500.
Пытаюсь ставить sarge.  Не ставится.
Сначала ругается что только 16Мб памяти, ( на самом деле 128)
если сказать mem=128m или [EMAIL PROTECTED] -  выпадает в kernel panic
Если ставить как есть - инсталятор уходит в себя после загрузки
модулей программы установки.
Может кто-то поделится опытом, как бороться с этим зверем ?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Xwindows (nvidia)

2005-10-20 Пенетрантность shawkat
 В сообщении от Четверг, 20-Окт-2005 13:18
 SuperrrLeha написал(a):
 У меня в Xwindows не поддерживаеся карта
 'nvidia geforce 32Mb'. Из за чего
 не запускаются. Как это исправить?
 Попробуйте поставить драйвера.
 Их можно получить на http://nvivdia.com/

да - а потом надо сбегать за новой
карточкой :)

ибо в новых драйверах это железо уже не
поддерживается - устарело оно видите ли


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



OOO 2.0

2005-10-20 Пенетрантность seorge
Вот ссылка где можно скачать пакеты OpenOffice 2.0 для Дебиана:

http://ftp.linux.cz/pub/localization/OpenOffice.org/2.0/

Правда русского языкового пакета там к сожалению (пока?) нет.



Re: как смонтировать раздел?

2005-10-20 Пенетрантность Mikhail Lukyanchenko
В Чтв, 20/10/2005 в 15:22 +0400, Dmitry E. Oboukhov пишет:
  Возможно, среди последовавших советов и были правильные...  Но мне
  показалось, что нет, ибо на вновь создаваемые файлы оно не влияет
  (по поводу ибо есть сомнения на предмет совета с acl).  Я бы поступил
  так.
  
  1. mount с опцией grpid (она же bsdgroups).  Я в принципе все разделы
 так монтирую.
  2. создал некоторую группу somegroup и всех пользователей туда включил.
 Всех _живых_ пользователей, естественно.  Системным туда писать
 совершенно незачем.
  3. chgrp -R somegroup /mountpoint; chmod -R g+w /mountpoint
  4. Всем живым пользователям выставить umask 2 (а не 022, как по
 умолчанию).  Ну нафига, спрашивается, по умолчанию ставить 022, если
 все равно у каждого своя персональная группа?
 надо следить чтобы у каждого были правильные umask и все пользователи
 были бы в одной локали
 я думаю что в данном случае будет более логичным поднять какой-либо
 сервер, например samba
 который решит вопросы: 
 а. с кодировками имен файлов если юзеры в разных локалях
 б. с проблемами если у кого-то окажется неверный umask
 в. даст по ходу возможность работы по сети (что впрочем средствами nfs
 тоже решабельно)

Про доступ по сети в вопросе ни слова не было ;) Стоит ли придумывать
решение, для несуществующей задачи? Хотя acl и в этом случае полезен,
поскольку настройки доступа у SAMBA не всегда прозрачны и очевидны.

Следеть за umask, учитывая, что пользователь может сам её устанавливать,
не самая лучшая идея.

Поэтому я настаиваю, что по всем параметрам, самым простым и правильным
решением будет использование ACL.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Xwindows (nvidia)

2005-10-20 Пенетрантность seorge
Всегда можно воспользоваться архивами nvidia, где можно скачать более старые 
драйверы.

--- Original message ---
From: [EMAIL PROTECTED]
To: Oleg Tsymaenko [EMAIL PROTECTED]
Subject: Re: Xwindows (nvidia)
Date: Thursday 20 October 2005 14:56
  В сообщении от Четверг, 20-Окт-2005 13:18
 
  SuperrrLeha написал(a):
  У меня в Xwindows не поддерживаеся карта
  'nvidia geforce 32Mb'. Из за чего
  не запускаются. Как это исправить?
 
  Попробуйте поставить драйвера.
  Их можно получить на http://nvivdia.com/

 да - а потом надо сбегать за новой
 карточкой :)

 ибо в новых драйверах это железо уже не
 поддерживается - устарело оно видите ли

-- 
SET BLASTER=A220 I5 D1 H5 P330


Re[2]: Репозитарий на HDD и инсталляция

2005-10-20 Пенетрантность Denis Zinin

On Thu, 20 Oct 2005 13:48:26 +0300
Alexander Berezovsky [EMAIL PROTECTED] wrote:

AB  AB а попробовать еще aptitude?
AB  Я новичок. Что имелось в виду?
AB apt-get install aptitude
AB получаете функциональность апта в псевдографике + наглядность при выборе и 
AB поиске пакетов.
На описываемый мною момент aptitude уже установлен. Только для меня
этого недостаточно. Там ведь нет такого набора пакетов, как desktop.
Кстати, если запустить aptitude вручную, то в нем отображается список
пакетов. Если в tasksel выбрать пункт выбор пакетов вручную, то
автоматически запускается aptitude, но с пустым списком пакетов(!). Может в 
этом все дело?

Еще предположение. Для базовой установки был ипользован компакт диск.
Потом он удаляется из списка источников APT. Естественно после этого
запускается apt-get update. Может где то сохраняется информация, что
установленые сейчас пакеты установлены с компакт диска и при попытке
работы с ними из репозитария на жестком диске и возникают ошибки?

Может tasksel работает только с компакт дисками? (что бредово звучит)


-- 
Denis Zinin [EMAIL PROTECTED]
- Если дело не клеится, его шьют.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Andrey Melnikoff wrote:

Протокол SMTP не гарантирует доставки письма получателю. Нигде и никак. 

SMTP гарантирует как минимум, что отправитель узнает о том, что письмо не
было доставлено.
 
 Покажие документ, где это написанно. Really. RFC/STD/чёнибудь.

RFC 821

  If a server-SMTP has accepted the task of relaying the mail and
  later finds that the forward-path is incorrect or that the mail
  cannot be delivered for whatever reason, then it must construct an
  undeliverable mail notification message and send it to the
  originator of the undeliverable mail (as indicated by the
  reverse-path).

  This notification message must be from the server-SMTP at this
  host.  Of course, server-SMTPs should not send notification
  messages about problems with notification messages.  One way to
  prevent loops in error reporting is to specify a null reverse-path
  in the MAIL command of a notification message.  When such a
  message is relayed it is permissible to leave the reverse-path
  null.  A MAIL command with a null reverse-path appears as follows:

 MAIL FROM:

RFC 2821

   If there is a delivery failure after acceptance of a message, the
   receiver-SMTP MUST formulate and mail a notification message.  This
   notification MUST be sent using a null () reverse path in the
   envelope.  The recipient of this notification MUST be the address
   from the envelope return path (or the Return-Path: line).  However,
   if this address is null (), the receiver-SMTP MUST NOT send a
   notification.


И назвать DSN NOTIFY=SUCESS,FAILURE,DELEAY можно только грязным хаком, ибо 
a) половина систем его не умеет как таковой, 
b) еще ~25% не поддерживает из за принципов автора.

Это является теперь официальным предлогом молча выбрасывать почту?
 
  Нет - это такой момент, когда ты получаешь DSN с надписью Relayed to
  non-aware DSN mailer, как ты узнаешь что онный non-aware мыллер не угробил
  сообщение?

По приведённым RFC не бывает на столько non-aware, что б совсем молча
дропали. А конфинурации бывают, вот только стандарт они нарушают.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: help with apt-pinning

2005-10-20 Пенетрантность Alexander

Mikhail Lukyanchenko wrote:


В Чтв, 20/10/2005 в 13:09 +0400, Alexander пишет:
 


Hi All.

подскажите насчет apt pinning .
проблема в следуюшуем , есть postfix с VDA патчем , собраный через 
dpkg-buildpackage и установленный dpkg -i postifi
и так-же собраный courier-pop/imap , теперь когда я пытаюсь сделать 
aptitude upgrade мне предлагают заменить эти пакеты.

aptitude upgrade
...
The following packages will be upgraded:
courier-authdaemon courier-authmysql courier-base courier-imap
courier-pop courier-pop-ssl courier-ssl postfix postfix-mysql postfix-tls
10 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/2901kB of archives. After unpacking 532kB will be freed.

вот содержимое /etc/apt/preferences

Package: postfix
Pin: version 2.1.5*
Pin-Priority: 990

Package: postfix-mysql
Pin: version 2.1.5*
Pin-Priority: 990

Package: postfix-tls
Pin: version 2.1.5*
Pin-Priority: 990

Package: *
Pin: release a=stable
Priority: 700

Package: *
Pin: release a=testing
Priority: 650

Package: *
Pin: release a=unstable
Priority: 600

но это не помогает , подскажите как правильно прописать preferences для 
этих пакетов ?


distr sarge.
   



На то, что установлено dpkg, а не через apt-get, pin не
распространяется.

Правильно будет создать для локально модифицированых пакетов маленький
репозитарий. В нём завести релиз. И тогда делать pin по релизу. Вот
мой /etc/apt/preferences:

Package: *
Pin: release a=apt-build
Pin-Priority: 800

Это привязка к тому, что я через apt-build собираю, но только до тех
пор, пока нет более новой версии.



 


интересная мысль , а как создать репозитарий ?


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: как смонтировать р аздел?

2005-10-20 Пенетрантность Dmitry E. Oboukhov
 Поэтому я настаиваю, что по всем параметрам, самым простым и правильным
 решением будет использование ACL.
да я не против, только я про ентот ACL ничего не слышал, м.б. потому что
у меня ext3 повсюду, а может быть потому что не интересовался

только думаю что acl проблему юзеров в разных локалях все равно не решит
:)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Репозитарий на HDD и инсталляция

2005-10-20 Пенетрантность Alexander Berezovsky
В сообщении от Четверг, 20-Окт-2005 16:11 Denis Zinin написал(a):
 Может tasksel работает только с компакт дисками? (что бредово звучит)
/etc/apt/sources.list уже показывал?

-- 
Всего доброго,
Александр Березовский


Re: dial-up

2005-10-20 Пенетрантность Matvey
On Thu, 20 Oct 2005 07:30:06 +0300
Dmitry Nezhevenko [EMAIL PROTECTED] wrote:

 Ну у него есть мелкие но тупые недоделки. В частности нельзя выбрать другое 
 устройство в качестве модема кроме вариантов забитых в нем

http://chestnut-dialer.sf.net/

-- 
Матвийчук Олег 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.

Птичка Божия не знает не забот и не хлопот
Лишь летает и воняет, хриплым голосом поет Late longue - 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
15:34:08 +0400:

Скрипт будет писать тому, кто прислал ему запрос.
  
   SA Подписался на рассылку что ли? Или как? Повторяю свой начальный
   SA вопрос: как ламероватый пользователь узнает, что его письмо
   SA содержало вирус и было поэтому прибито?
  
  Никак не узнает.  Но если получатель заподозрит, что письмо ему должно
  было придти, но не пришло, он сможет выяснить, что оно задержано 
  антивирусом.

 SA Вот это я и ожидал услышать. Выходит, что нужно сразу слать два
 SA письма - одно с вложением и следом второе - с вопросом ну, что,
 SA получил?. Сама возможность исчезновения письма будет приводить к
 SA тому, что пользователи через минуту после отправки будут начинать
 SA интересоваться его судьбой.  Неужели вы не чувствуете, что это
 SA попахивает халтурой - какое будет доверие к такой почтовой системе?

Давай ты не будешь спорить о вкусе устриц с теми, кто их ел?

 SA Только от того, что почта стала ходить по сетям, где возможны
 SA потери пакетов, она не должна становиться ненадёжной. Либо письмо
 SA доставлено, либо не доставлено и отпраитель получил об этом
 SA уведомление - есть только два варианта. А то в итоге не почтовая
 SA служба получится, а мочало какое-то. Так вот, возвращаясь от лирики
 SA к практике: online-SMTP обработка позволяет уцелеть меж двух огней
 SA - с одной стороны она не дропает ни одного сообщения, а с другой не
 SA шлёт бесполезных DSN'ов.

Если речь идет о сферическом MTA в вакууме - да.

   SA Есть такие и у меня. Причём, читают не только похожую, но и спам
   SA просят не фильтровать. Вношу таким юзерам соответсвующие флаги в
   SA LDAP. Но тут лежит одна здоровенная грабля - это несколько RCPT TO
   SA в одной сесси, причём когда в получателях пользователи из разных
   SA классов - один хочет спам получать, а другой нет. Приходится
   SA выкручиваться и получателям класса, отличного от класса первого
   SA адресата, говорить 450. Пока так.
  
  Схема post-SMTP с этим справляться умеет гораздо более грамотно.

 SA Во-первых, хочу напомнить, что это происходит только при приёме
 SA спама. А во-вторых, это грамотно как именно реализуется? Приняли
 SA почту якобы всем, а доставили только желающим получать спам, а
 SA остальным сгенерировали DSN? Или дропнули без DSN?

Можно так, можно эдак.  Как скажешь.  Только если среди получателей есть
не только любители спама, письмо на этот предмет проверяться будет, а
если только - то и проверяться не будет.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

У кошки четыре ноги: ввод, вывод, земля и питание.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
16:48:24 +0400:

   SA А DISCARD работает как-то иначе?
  
  Ага.  Если пользоваться амависом.
  
   SA Ну, расскажите, пожалуйста - мы же, надеюсь, не просто плевками
   SA обмениваемся? :)
  
  Очень просто.  Прежде чем сказать 250, он прикопает письмо в карантине.
  Откуда, если оно за месяц не потребовалось, его тихо прибьет cron.

 SA Ну, такое поведение я прокоментировал в другом письме.

 SA  Я понимаю, что апологетам post-SMTP обработки ничего другого не
 SA остаётся, и я им сочувствую, но полностью одобрить такие методы не
 SA могу по профессионально-этическим принципам.

Ну а я примерно по ним же не могу полностью одобрить твои.  И что?

   SA Очередь тоже может вырасти на столько, что очень важное письмо
   SA доберётся до адресата спустя сутки, так что не надо.
  
  Тут я его хотя бы смогу в случае острой необходимости вытащить руками.
  Потому что оно уже у меня.

 SA Ну, хорошо, хорошо, я в случае крайней необходимости почти ничего
 SA не сделаю. Осталось только посчитать на какую почтовую активность
 SA хватит тысячного целерона и увидеть, что техническое решение этого
 SA вопроса (увеличение вычислительных мощностей) будет копеечным для
 SA конторы, которой этого целерона не хватит.

У меня есть свой собственный сервер.  Не конторский.  300-й целерон и
128 мег памяти.  Если ты мне подаришь ему замену, я даже специально ради
тебя сделаю там in-SMTP проверку.

Для своей локальной сети все являются опен релеями.  А кто
пытается ввести проверку, того очень быстро начинают больно
пинать.  Ибо смысл понятия локальная сеть для MTA - именно в
том, что из нее принимается любая почта.  С проверкой на вирусы,
конечно, да.  Но проверка на вирусы - дело ресурсоемкое, не
слишком простое и от свежих вирусов спасающее плохо.
  
   SA Ну, это у кого как. Но то, что почти у всех это опен релей я хорошо
   SA вижу на куче идиотских DSN'ов. Когда-то это было приемлимо, но не
   SA теперь.  Неужели вы принимаете любую почту только на основании
   SA того, что она направляется в ваш домен?
  
  Когда _в_ мой домен - это проще.  Адрес получателя обязательно должен
  быть валидным, иначе как я письмо доставлю?  А адрес отправителя -
  только в том случае, если я ему что-то решу доставить.  Что совершенно
  не факт.

 SA Это был риторический вопрос :) Разумеется адрес получателя должен
 SA существовать и эту проверку _теперь_ все делают в течение SMTP-сессии, а
 SA раньше, как я писал - нет - потому что спама не было. Это я говорил к
 SA вопросу о проверке валидности envelope sender'а в почте, отправляемой
 SA внутренними пользователями вовне: _теперь_ этот, так сказать, жест
 SA вежливости по отношению к другим (мол, мы гарантируем, что адрес
 SA отправителя действительно наш) мне лично не кажется надуманным.

А я не гарантирую, что он мой.  Когда я отправляю письмо через MTA фирмы
со своего домашнего адреса, он ничего про мой домашний адрес
гарантировать не может.  И когда я отправляю со своего сервера письмо,
полученное по UUCP с ноутбука, этот сервер про этот ноутбук тоже ничего
гарантировать не может.  Кроме того, что почту на произвольный адрес в
домене wizzle.ran.pp.ru (и еще в нескольких доменах) он положит в спул
тому же UUCP.

Которые умеют гонять почту исключительно по SMTP - им этого всего не
понять.  И того, что почта может быть отправлена локально и SMTP-сессии
там вообще не было как класса (и это не повод не проверять его на
вирусы) - тоже...

   SA А ведь раньше почтовики так и работали - сначала принимали, а потом
   SA убеждались в существовании адресата. но теперь то всё изменилось и
   SA бездумно принимать всю почту из локальной сети глупо. Неужели вы
   SA серьёзно отметаете возможность проникновения червя в локальную
   SA сеть?  Это по меньшей мере не серьёзно. Авторизация плюс
   SA обязательная проверка существования ящика отправителя - вот
   SA минимальные требования хорошего граничного почтовика, а желательно
   SA ещё и антивирус на нём.

  А авторизация от нынешних червяков уже не шибко спасает.  Прикопанный на
  диске пароль они тоже умеют прочесть.  Вернее, просто воспользоваться
  той же самой почтовкой для отправки.

 SA Да, но пока к счастью ещё где-то спасает, особенно если почтовый
 SA клиент не оутглюк. Но главное - авторизация позволяет проверить
 SA допустимось значения envelope sender'а, т.е. запретить его спуфинг.

Ага, и потом долго настраивать - тому два дополнительных адреса
прописать, этому три, uucp вообще домены целиком разрешать (а твой exim
это переживет?)...  А у меня (surprise!) ни одного лдапа на всю контору,
не считая криво поставленного Active Directory, у которого и в прямой
постановке прибабахов хватает...  И функции админа у меня не основные.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Работай хоть за четверых.  Только не говори им об этом.
Кнышев.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. 

Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
17:09:08 +0400:

 Протокол SMTP не гарантирует доставки письма получателю. Нигде и никак. 
 
 SMTP гарантирует как минимум, что отправитель узнает о том, что письмо не
 было доставлено.
  
  Покажие документ, где это написанно. Really. RFC/STD/чёнибудь.

 SA RFC 821

 SA   If a server-SMTP has accepted the task of relaying the mail and
 SA   later finds that the forward-path is incorrect or that the mail
 SA   cannot be delivered for whatever reason, then it must construct an
 SA   undeliverable mail notification message and send it to the
 SA   originator of the undeliverable mail (as indicated by the
 SA   reverse-path).

А оно delivered, кстати.  А что в /dev/null - ну вот политика тут такая.

 И назвать DSN NOTIFY=SUCESS,FAILURE,DELEAY можно только грязным хаком, 
 ибо 
 a) половина систем его не умеет как таковой, 
 b) еще ~25% не поддерживает из за принципов автора.
 
 Это является теперь официальным предлогом молча выбрасывать почту?
  
   Нет - это такой момент, когда ты получаешь DSN с надписью Relayed to
   non-aware DSN mailer, как ты узнаешь что онный non-aware мыллер не угробил
   сообщение?

 SA По приведённым RFC не бывает на столько non-aware, что б совсем молча
 SA дропали. А конфинурации бывают, вот только стандарт они нарушают.

RFC 821 - это только SMTP.  А мы про доставку почты вообще.  Разница
понятна?  Так покажите стандарт на доставку...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Курицца - не пицца. (Итальянская пословица)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Andrey Melnikoff - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
16:44:04 +0400:

 Нормальные люди ограничиваются проверкой существования MX или A для
 домена.  Кто ж им расскажет про существование юзера?

Один из возможных тестов в postfix (правда не помню, в какой версии он
появился): при получении письма MTA пытается начать отправку нового
письма указанному отправителю. С надеждой получить в ответ на
MAIL TO: [EMAIL PROTECTED]
какую-нибудь ошибку. Или не получить. Естественно, нагрузка на почтовые
системы при этом увеличивается вдвое.
   AM Ммм.. exim держит все результаты callout в отдельной базе. Если её
   AM флушить раз в неделю - то за одним адресом на твой сервер он будет
   AM ходить раз в неделю. Это у тебя называется вдвое?
  Учитывая, что адреса, о которых идет речь, генерируются случайно (читай:
  повторяются редко - несомненно.  Это только за настоящими он будет
  редко ходить.
 AM  Ну и? Если началась такая пьянка то мы имеем:
 AM 1) Вирусы прущие с поддельными адресами (хотя при грамотных настройках они
 AM просто недолетают до callout)
 AM 2) Спамят с поддельными адресам. 

 AM Посчитай сам, что тебе выгодней: принять 200-300 коротких
 AM соединений на проверку адреса, или принять 200-300 DSNов в
 AM различных форматах, нафиг ненужные

А откуда возьмутся 200-300 DSNов?  От меня отлуп после приема письма
может улететь только в ситуации проглючило с настройкой procmail.  В
норме, если принял - значит, доставил.  Ну да, может меня проглючить.
Ну да, поедет от меня десяток отлупов раз в полгода.  Сколько раз за эти
полгода мне надо будет сбегать проверить адрес?

Идея, как всегда, чем-то красивая, но в целом (ИМХО) бредовая.
   AM Пока цель оправдывает средства - оно имеет право жить.
  В данном случае, возможно, не цель оправдывает средства, а овчинка
  выделенки не стоит.
 AM На моих выборках - стоит. 

Ты в интернет-магазинах ничего не заказываешь?  Ну, что в Бегущем
городе, как я, не участвуешь, я догадываюсь...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

/итд/почтопосылалка.нстрк (c)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: как смонтировать раздел?

2005-10-20 Пенетрантность Artem Chuprina
Dmitry E. Oboukhov - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
17:29:59 +0400:

  Поэтому я настаиваю, что по всем параметрам, самым простым и правильным
  решением будет использование ACL.
 DEO да я не против, только я про ентот ACL ничего не слышал, м.б. потому что
 DEO у меня ext3 повсюду, а может быть потому что не интересовался

 DEO только думаю что acl проблему юзеров в разных локалях все равно не решит
 DEO :)

Не решит.  Так ее изначально в постановке и не было.  Зачем додумывать?

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Ошибка в мигель-ДНКазе
Mike Novikoff in [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

  SA Вот это я и ожидал услышать. Выходит, что нужно сразу слать два
  SA письма - одно с вложением и следом второе - с вопросом ну, что,
  SA получил?. Сама возможность исчезновения письма будет приводить к
  SA тому, что пользователи через минуту после отправки будут начинать
  SA интересоваться его судьбой.  Неужели вы не чувствуете, что это
  SA попахивает халтурой - какое будет доверие к такой почтовой системе?
 
 Давай ты не будешь спорить о вкусе устриц с теми, кто их ел?
 
  SA Только от того, что почта стала ходить по сетям, где возможны
  SA потери пакетов, она не должна становиться ненадёжной. Либо письмо
  SA доставлено, либо не доставлено и отпраитель получил об этом
  SA уведомление - есть только два варианта. А то в итоге не почтовая
  SA служба получится, а мочало какое-то. Так вот, возвращаясь от лирики
  SA к практике: online-SMTP обработка позволяет уцелеть меж двух огней
  SA - с одной стороны она не дропает ни одного сообщения, а с другой не
  SA шлёт бесполезных DSN'ов.
 
 Если речь идет о сферическом MTA в вакууме - да.

Это как раз схема не сферического MTA, а MTA, функционирующего в
_современном_ интернете. Это qmail и прочее красивое на бумаге наследие
прошлого (я конкретно о post-SMTP обработке почты) хорошо работает в
вакууме, но когда начинает переть спам и вирусы - либо дропает сообщения,
либо, что чаще, засыпает невинных пользователей DSN'ами.

  SA Во-первых, хочу напомнить, что это происходит только при приёме
  SA спама. А во-вторых, это грамотно как именно реализуется? Приняли
  SA почту якобы всем, а доставили только желающим получать спам, а
  SA остальным сгенерировали DSN? Или дропнули без DSN?
 
 Можно так, можно эдак.  Как скажешь.  Только если среди получателей есть
 не только любители спама, письмо на этот предмет проверяться будет, а
 если только - то и проверяться не будет.

На всякий случай (я смотрю не все знают об этом факте): почтовые стандарты
_требуют_ или доставить письмо или отправить DSN. Возмите на заметку.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:
  Протокол SMTP не гарантирует доставки письма получателю. Нигде и никак. 
  
  SMTP гарантирует как минимум, что отправитель узнает о том, что письмо не
  было доставлено.
   
   Покажие документ, где это написанно. Really. RFC/STD/чёнибудь.
 
  SA RFC 821
 А оно delivered, кстати.  А что в /dev/null - ну вот политика тут такая.

  SA По приведённым RFC не бывает на столько non-aware, что б совсем молча
  SA дропали. А конфинурации бывают, вот только стандарт они нарушают.
 
 RFC 821 - это только SMTP.  А мы про доставку почты вообще.  Разница
 понятна?  Так покажите стандарт на доставку...

Демогогия. По делу есть что сказать?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Pavel Ammosov
On Thu, Oct 20, 2005 at 06:07:41PM +0400, Artem Chuprina wrote:
 Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
 16:48:24 +0400:
 гарантировать не может.  И когда я отправляю со своего сервера письмо,
 полученное по UUCP с ноутбука, этот сервер про этот ноутбук тоже ничего

А если письмо придёт по голубиной почте, то вообще непонятно чего
делать-то...

Транспортировать спам-почту до конечного пользователя с расчётом на
локальную фильтрацию можно было два-три года назад. Сейчас (судя по
моему опыту), когда на один адрес приходит 100 спамов в день, даже при
наличии нормальных локальных средств сепарации (bogofilter и др) и спам
попадает в другой ящик, то если там затеряется нормальное письмо там его
заметить довольно сложно. Поэтому, гораздо лучше откидывать спам после
DATA (ещё лучше - до, если получится) и тогда отправитель ошибочно
классифицированного письма узнает об этом сразу и сможет перепослать
письмо с другого адреса или переформулировать его.  Если же его письмо
попало в папку с тысячами спама, куда никто уже неделю не заглядывал, то
никакой возможности узнать об этом у автора нету.

 Ага, и потом долго настраивать - тому два дополнительных адреса
 прописать, этому три, uucp вообще домены целиком разрешать (а твой exim
 это переживет?)...  А у меня (surprise!) ни одного лдапа на всю контору,

А в джунглях амазонки живут племена без письменности.

 не считая криво поставленного Active Directory, у которого и в прямой
 постановке прибабахов хватает...  

я эксплуатировал почтовый релей, проверяющий адреса через
ActiveDirectory.  Нормально работало.

 И функции админа у меня не основные.

Тогда я не понимаю твоего BDSM-интереса к эпизодическому разглядыванию
майлбокса с вирусами.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Proliant 4500 + sarge

2005-10-20 Пенетрантность Sergey Pahomov

Dmitry Mityugov пишет:

On 10/20/05, Sergey Pahomov [EMAIL PROTECTED] wrote:


Добрый  день.
Попался мне в руки старичёк Compaq Proliant 4500.
Пытаюсь ставить sarge.  Не ставится.
Сначала ругается что только 16Мб памяти, ( на самом деле 128)
если сказать mem=128m или [EMAIL PROTECTED] -  выпадает в kernel panic
Если ставить как есть - инсталятор уходит в себя после загрузки
модулей программы установки.
Может кто-то поделится опытом, как бороться с этим зверем ?



В BIOS ничего про 16 MB нет? Или что-нибудь напоминающее reserve
memory for OS/2?



Нет.
Кроме того, NT4 и 2000 ставится без проблем.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: как смонтировать раздел?

2005-10-20 Пенетрантность Mikhail Lukyanchenko
В Чтв, 20/10/2005 в 17:29 +0400, Dmitry E. Oboukhov пишет:
  Поэтому я настаиваю, что по всем параметрам, самым простым и правильным
  решением будет использование ACL.
 да я не против, только я про ентот ACL ничего не слышал, м.б. потому что
 у меня ext3 повсюду, а может быть потому что не интересовался

Так ведь и у меня ext3 :))) Дело не в файловой системе.


 только думаю что acl проблему юзеров в разных локалях все равно не
 решит
 :)

Факт. Не решит. Проблема с разными локалями решается двумя путями:

1) Использовать только одну локаль (остальные просто не генерировать).
2) Использовать только юникодовые локали.

Во втором случае гарантированы проблемы с Midnight Commander и другими
программами под юникод не заточенными. Проблемы решаемые, но неприятные.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: kernel

2005-10-20 Пенетрантность Maksim A. Boyko
On Thu, Oct 20, 2005 at 09:14:04AM +0400, Yuri Kozlov wrote:
 19.10.05, Nikita V. Youshchenko[EMAIL PROTECTED] написал(а):
 
 
   On 2005.10.19 at 18:32:58 +0200, [EMAIL PROTECTED] wrote:
  
 
  BOOTLOGD_ENABLE=Yes
 
  в /etc/default/bootlogd
 
  И потом смотреть в /var/log/boot и радоваться.
 
У меня работает.
Мое ядро не может  загрузить какие-то модули, может мне кто-нибудь
объяснить в чем дело и где нужен напильник :)
Вот список того что не грузит:
/pci/hotplug/pciehp.ko
 shpchp.ko
/char/rtc.ko 

На всякий случай приложил /log/boot
-- 
С уважением,
Maksim A. Boyko mailto:[EMAIL PROTECTED]

Registered Linux user #385502
Debian/GNU Linux (Sarge)
Thu Oct 20 18:30:22 2005: bootlogd.
Thu Oct 20 18:30:22 2005: null symbol found
Thu Oct 20 18:30:22 2005: null symbol found
Thu Oct 20 18:30:22 2005: null symbol found
Thu Oct 20 18:30:22 2005: Activating swap.
Thu Oct 20 18:30:22 2005: Checking root file system...
Thu Oct 20 18:30:22 2005: fsck 1.37 (21-Mar-2005)
Thu Oct 20 18:30:22 2005: WARNING: bad format on line 17 of /etc/fstab
Thu Oct 20 18:30:22 2005: /: clean, 50060/320640 files, 211294/640584 blocks
Thu Oct 20 18:30:23 2005: System time was Thu Oct 20 14:30:22 UTC 2005.
Thu Oct 20 18:30:23 2005: Setting the System Clock using the Hardware Clock as 
reference...
Thu Oct 20 18:30:24 2005: System Clock set. System local time is now Thu Oct 20 
18:30:24 MSD 2005.
Thu Oct 20 18:30:24 2005: Cleaning up ifupdown...done.
Thu Oct 20 18:30:24 2005: Calculating module dependencies... done.
Thu Oct 20 18:30:25 2005: Loading modules...
Thu Oct 20 18:30:25 2005: ide-cd
Thu Oct 20 18:30:25 2005: ide-disk
Thu Oct 20 18:30:25 2005: ide-generic
Thu Oct 20 18:30:25 2005: psmouse
Thu Oct 20 18:30:25 2005: All modules loaded.
Thu Oct 20 18:30:25 2005: Creating device-mapper devices...done.
Thu Oct 20 18:30:26 2005: Checking all file systems...
Thu Oct 20 18:30:26 2005: fsck 1.37 (21-Mar-2005)
Thu Oct 20 18:30:26 2005: WARNING: bad format on line 17 of /etc/fstab
Thu Oct 20 18:30:26 2005: /home: clean, 95/526320 files, 81508/1052226 blocks 
(check in 3 mounts)
Thu Oct 20 18:30:26 2005: Setting kernel variables ...
Thu Oct 20 18:30:26 2005: ... done.
Thu Oct 20 18:30:26 2005: Mounting local filesystems...
Thu Oct 20 18:30:26 2005: [mntent]: warning: no final newline at the end of 
/etc/fstab
Thu Oct 20 18:30:26 2005: /dev/hda5 on /home type ext3 (rw)
Thu Oct 20 18:30:26 2005: /dev/hda1 on /mnt/win_c type ntfs (rw,nls=koi8-r)
Thu Oct 20 18:30:26 2005: /dev/hda9 on /mnt/win_d type vfat 
(rw,codepage=866,iocharset=koi8-r)
Thu Oct 20 18:30:26 2005: Cleaning /tmp /var/run /var/lock.
Thu Oct 20 18:30:27 2005: Detecting hardware: via_ircc via82cxxx 
via82cxxx_audio usb_uhci ehci_hcd
Thu Oct 20 18:30:27 2005: Loading via_ircc module.
Thu Oct 20 18:30:27 2005: Skipping already loaded module via82cxxx.
Thu Oct 20 18:30:27 2005: Loading via82cxxx_audio module.
Thu Oct 20 18:30:27 2005: Loading uhci_hcd module.
Thu Oct 20 18:30:31 2005: Loading ehci_hcd module.
Thu Oct 20 18:30:32 2005: Running 0dns-down to make sure resolv.conf is 
ok...done.
Thu Oct 20 18:30:32 2005: Setting up networking...done.
Thu Oct 20 18:30:32 2005: Starting hotplug subsystem:
Thu Oct 20 18:30:32 2005:pci 
Thu Oct 20 18:30:34 2005:  via-agp: loaded successfully
Thu Oct 20 18:30:35 2005: modprobe: FATAL: Error inserting pciehp 
(/lib/modules/2.6.8-2-k7/kernel/drivers/pci/hotplug/pciehp.ko): Operation not 
permitted
Thu Oct 20 18:30:35 2005: 
Thu Oct 20 18:30:35 2005:  pciehp: can't be loaded
Thu Oct 20 18:30:35 2005: missing kernel or user mode driver pciehp 
Thu Oct 20 18:30:35 2005: modprobe: FATAL: Error inserting shpchp 
(/lib/modules/2.6.8-2-k7/kernel/drivers/pci/hotplug/shpchp.ko): Operation not 
permitted
Thu Oct 20 18:30:35 2005: 
Thu Oct 20 18:30:35 2005:  shpchp: can't be loaded
Thu Oct 20 18:30:35 2005: missing kernel or user mode driver shpchp 
Thu Oct 20 18:30:36 2005:  uhci-hcd: already loaded
Thu Oct 20 18:30:37 2005:  uhci-hcd: already loaded
Thu Oct 20 18:30:37 2005:  uhci-hcd: already loaded
Thu Oct 20 18:30:38 2005:  ehci-hcd: already loaded
Thu Oct 20 18:30:39 2005:  via-ircc: already loaded
Thu Oct 20 18:30:40 2005:  via82cxxx: already loaded
Thu Oct 20 18:30:40 2005:  via82cxxx_audio: already loaded
Thu Oct 20 18:30:41 2005:  snd-via82xx: loaded successfully
Thu Oct 20 18:30:41 2005:  ignoring pci display device 01:00.0
Thu Oct 20 18:30:41 2005:pci  [success]
Thu Oct 20 18:30:41 2005:usb 
Thu Oct 20 18:30:43 2005:usb  [success]
Thu Oct 20 18:30:43 2005:isapnp  
Thu Oct 20 18:30:44 2005: modprobe: FATAL: Error inserting rtc 
(/lib/modules/2.6.8-2-k7/kernel/drivers/char/rtc.ko): No such device
Thu Oct 20 18:30:44 2005: 
Thu Oct 20 18:30:44 2005:  rtc: can't be loaded
Thu Oct 20 18:30:44 2005:  pcspkr: loaded sucessfully
Thu Oct 20 18:30:44 2005:  psmouse: loaded sucessfully
Thu Oct 20 

Re: kernel

2005-10-20 Пенетрантность seorge
Надо просто эти модули занести в чёрный список hotplug 
(etc/hotplug/blacklist). Ничего страшного в этом нет.

--- Original message ---
From: Maksim A. Boyko [EMAIL PROTECTED]
To: debian-russian@lists.debian.org
Subject: Re: kernel
Date: Thursday 20 October 2005 16:49
 On Thu, Oct 20, 2005 at 09:14:04AM +0400, Yuri Kozlov wrote:
  19.10.05, Nikita V. Youshchenko[EMAIL PROTECTED] написал(а):
On 2005.10.19 at 18:32:58 +0200, [EMAIL PROTECTED] wrote:
  
   BOOTLOGD_ENABLE=Yes
  
   в /etc/default/bootlogd
  
   И потом смотреть в /var/log/boot и радоваться.

 У меня работает.
 Мое ядро не может  загрузить какие-то модули, может мне кто-нибудь
 объяснить в чем дело и где нужен напильник :)
 Вот список того что не грузит:
 /pci/hotplug/pciehp.ko
  shpchp.ko
 /char/rtc.ko

 На всякий случай приложил /log/boot

-- 
SET BLASTER=A220 I5 D1 H5 P330


Re: spamassassin + exim

2005-10-20 Пенетрантность Slava Astashonok
Artem Chuprina wrote:

  SA Ну, хорошо, хорошо, я в случае крайней необходимости почти ничего
  SA не сделаю. Осталось только посчитать на какую почтовую активность
  SA хватит тысячного целерона и увидеть, что техническое решение этого
  SA вопроса (увеличение вычислительных мощностей) будет копеечным для
  SA конторы, которой этого целерона не хватит.
 
 У меня есть свой собственный сервер.  Не конторский.  300-й целерон и
 128 мег памяти.  Если ты мне подаришь ему замену, я даже специально ради
 тебя сделаю там in-SMTP проверку.

А у меня дома на P166 и что? Речь не о том как реализовать MTA на помойном
железе, а как этот MTA должен вести себя в совремнном интернете.

  SA Это был риторический вопрос :) Разумеется адрес получателя должен
  SA существовать и эту проверку _теперь_ все делают в течение SMTP-сессии, а
  SA раньше, как я писал - нет - потому что спама не было. Это я говорил к
  SA вопросу о проверке валидности envelope sender'а в почте, отправляемой
  SA внутренними пользователями вовне: _теперь_ этот, так сказать, жест
  SA вежливости по отношению к другим (мол, мы гарантируем, что адрес
  SA отправителя действительно наш) мне лично не кажется надуманным.
 
 А я не гарантирую, что он мой.  Когда я отправляю письмо через MTA фирмы
 со своего домашнего адреса, он ничего про мой домашний адрес
 гарантировать не может.  И когда я отправляю со своего сервера письмо,
 полученное по UUCP с ноутбука, этот сервер про этот ноутбук тоже ничего
 гарантировать не может.  Кроме того, что почту на произвольный адрес в
 домене wizzle.ran.pp.ru (и еще в нескольких доменах) он положит в спул
 тому же UUCP.

Ну, не гарантируете и не надо - червей то у вас внутри быть не может.

 Которые умеют гонять почту исключительно по SMTP - им этого всего не
 понять.  И того, что почта может быть отправлена локально и SMTP-сессии
 там вообще не было как класса (и это не повод не проверять его на
 вирусы) - тоже...

Это вообще к чему?

  SA Да, но пока к счастью ещё где-то спасает, особенно если почтовый
  SA клиент не оутглюк. Но главное - авторизация позволяет проверить
  SA допустимось значения envelope sender'а, т.е. запретить его спуфинг.
 
 Ага, и потом долго настраивать - тому два дополнительных адреса
 прописать, этому три, uucp вообще домены целиком разрешать (а твой exim
 это переживет?)...  А у меня (surprise!) ни одного лдапа на всю контору,
 не считая криво поставленного Active Directory, у которого и в прямой
 постановке прибабахов хватает...  И функции админа у меня не основные.

В огороде бузина, а в Киеве дядька.

У меня такое ощущение, что ничего нового мы в этом треде уже не услышим.
Стороны высказались.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
18:21:28 +0400:

   SA Во-первых, хочу напомнить, что это происходит только при приёме
   SA спама. А во-вторых, это грамотно как именно реализуется? Приняли
   SA почту якобы всем, а доставили только желающим получать спам, а
   SA остальным сгенерировали DSN? Или дропнули без DSN?
  
  Можно так, можно эдак.  Как скажешь.  Только если среди получателей есть
  не только любители спама, письмо на этот предмет проверяться будет, а
  если только - то и проверяться не будет.

 SA На всякий случай (я смотрю не все знают об этом факте): почтовые
 SA стандарты _требуют_ или доставить письмо или отправить DSN. Возмите
 SA на заметку.

Этот вопрос мы уже обсудили.  Во-первых, оно доставлено, а во-вторых,
только стандарт на SMTP.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Дело говоришь!
Теперь делай его.
Кнышев.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Pavel Ammosov - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 18:36:21 
+0400:

  гарантировать не может.  И когда я отправляю со своего сервера письмо,
  полученное по UUCP с ноутбука, этот сервер про этот ноутбук тоже ничего

 PA А если письмо придёт по голубиной почте, то вообще непонятно чего
 PA делать-то...

Мне - понятно.  И у меня оно, подозреваю, будет доставлено.

 PA Транспортировать спам-почту до конечного пользователя с расчётом на
 PA локальную фильтрацию можно было два-три года назад. Сейчас (судя по
 PA моему опыту), когда на один адрес приходит 100 спамов в день, даже
 PA при наличии нормальных локальных средств сепарации (bogofilter и
 PA др) и спам попадает в другой ящик, то если там затеряется
 PA нормальное письмо там его заметить довольно сложно. Поэтому,
 PA гораздо лучше откидывать спам после DATA (ещё лучше - до, если
 PA получится) и тогда отправитель ошибочно классифицированного письма
 PA узнает об этом сразу и сможет перепослать письмо с другого адреса
 PA или переформулировать его.  Если же его письмо попало в папку с
 PA тысячами спама, куда никто уже неделю не заглядывал, то никакой
 PA возможности узнать об этом у автора нету.

Автор при этом в норме робот (содержательные письма от живых людей на
моей памяти в спам попадали 2 (прописью: два) раза за 3 года), и ему
напрочь не нужно это знание, он все равно с ним делать ничего не будет.
Оно получателю нужно.  Поэтому если получатель ходит посматривать на
спам раз в неделю - он сам себе злобный.

  И функции админа у меня не основные.

 PA Тогда я не понимаю твоего BDSM-интереса к эпизодическому разглядыванию
 PA майлбокса с вирусами.

У меня нет майлбокса с вирусами, поэтому я не могу его разглядывать.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Не сломалось - не чини.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: spamassassin + exim

2005-10-20 Пенетрантность Artem Chuprina
Slava Astashonok - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
18:23:07 +0400:

   Протокол SMTP не гарантирует доставки письма получателю. Нигде и 
  никак. 
   
   SMTP гарантирует как минимум, что отправитель узнает о том, что письмо 
  не
   было доставлено.

Покажие документ, где это написанно. Really. RFC/STD/чёнибудь.
  
   SA RFC 821
  А оно delivered, кстати.  А что в /dev/null - ну вот политика тут такая.

   SA По приведённым RFC не бывает на столько non-aware, что б совсем молча
   SA дропали. А конфинурации бывают, вот только стандарт они нарушают.
  
  RFC 821 - это только SMTP.  А мы про доставку почты вообще.  Разница
  понятна?  Так покажите стандарт на доставку...

 SA Демогогия. По делу есть что сказать?

Ага.  С отсутствием гарантированного сообщения о недоставке вам мириться
придется.  Миритесь.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Секретный ключ, известный более чем одной персоне, называется публичным.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: OOO 2.0

2005-10-20 Пенетрантность Nikita V. Youshchenko


 Вот ссылка где можно скачать пакеты OpenOffice 2.0 для Дебиана:
 
 http://ftp.linux.cz/pub/localization/OpenOffice.org/2.0/
 
 Правда русского языкового пакета там к сожалению (пока?) нет.

А среди пакетов OO2 из официального архива - есть :)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: dial-up

2005-10-20 Пенетрантность Max Dmitrichenko
В сообщении от 20 Октябрь 2005 15:36 Dmitry Nezhevenko написал(a):
 On Thursday 20 October 2005 14:19, Alexander Berezovsky wrote:
   Cимлинк нужно делать на одно из устройств указанных в kppp. И зачем это
   нужно?
 
  это кто сказал? вы уже забыли свою претензию? она состояла в том, что если
  устр-во не отображается в списке кппп, то это типа трабла. теперь вы
  говорите, что у вас все есть.
 
 Устройство /dev/ttyACM0 не отображается в kppp. Во всяком случае у меня.. 
 Чтобы его использовать нужно сделать симлинк на то устройство, которое там 
 есть. (Т.е либо на /dev/ttyS0, либо на /dev/usb/ttyACM0 и т.д.). Список 
 устройст весть, но моего там нет. Правка в конфиге kppp не помогает.

А вот тут берется udev и конфигурится так, чтобы на такое устройство автоматом
создавался бы симлинк, который есть в списке у kppp.

--
  Макс


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: OOO 2.0

2005-10-20 Пенетрантность Petrov Dmithriy
On Thursday 20 October 2005 17:04, [EMAIL PROTECTED] wrote:
 Вот ссылка где можно скачать пакеты OpenOffice 2.0 для Дебиана:

 http://ftp.linux.cz/pub/localization/OpenOffice.org/2.0/

 Правда русского языкового пакета там к сожалению (пока?) нет.
А для amd64 есть пакеты? В природе?


GTK cyrillic

2005-10-20 Пенетрантность Alexandr O. Potapov
Бага не бага, а что-то. У меня zinf не видит папкы и файлы, название
которых на кириллице.
--
С уважением
Александр Олегович Потапов
e-mail: [EMAIL PROTECTED]
icq: 237361050
JabberID: [EMAIL PROTECTED]


Re: dial-up

2005-10-20 Пенетрантность Max Dmitrichenko
В сообщении от 20 Октябрь 2005 15:36 Dmitry Nezhevenko написал(a):
 On Thursday 20 October 2005 14:19, Alexander Berezovsky wrote:
   Cимлинк нужно делать на одно из устройств указанных в kppp. И зачем это
   нужно?
 
  это кто сказал? вы уже забыли свою претензию? она состояла в том, что если
  устр-во не отображается в списке кппп, то это типа трабла. теперь вы
  говорите, что у вас все есть.
 
 Устройство /dev/ttyACM0 не отображается в kppp. Во всяком случае у меня.. 
 Чтобы его использовать нужно сделать симлинк на то устройство, которое там 
 есть. (Т.е либо на /dev/ttyS0, либо на /dev/usb/ttyACM0 и т.д.). Список 
 устройст весть, но моего там нет. Правка в конфиге kppp не помогает.

Как вариант: берешь сырцы kppp, находишь там массив, котором есть все эти 
девайсы,
добавляешь свой и собираешь его в дебиановский пакет и устанавливаешь. Ты же в 
мире
open source, а это даже не требует знаний С++ по большому счету.

--
  Макс


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re[2]: Репозитарий на HDD и инсталляция

2005-10-20 Пенетрантность Denis Zinin
Вот до чего докопался.
Если пакеты берутся с cdrom то команда
aptitude --without-recommends -y install ~t^desktop$
работает
Если использовать только репозитарий с диска то команда не работает.
Aptitude не видит пакетов?

-- 
Denis Zinin [EMAIL PROTECTED]
- Если бы архитекторы строили здания так, как программисты пишут программы, то 
первый залетевший дятел разрушил бы цивилизацию.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re[2]: Репозитарий на HDD и инсталляция

2005-10-20 Пенетрантность Denis Zinin

On Thu, 20 Oct 2005 16:35:49 +0300
Alexander Berezovsky [EMAIL PROTECTED] wrote:

AB В сообщении от Четверг, 20-Окт-2005 16:11 Denis Zinin написал(a):
AB  Может tasksel работает только с компакт дисками? (что бредово звучит)
AB /etc/apt/sources.list уже показывал?
Вот опять не понял. Показывал кому? 


-- 
Denis Zinin [EMAIL PROTECTED]
- Вечный двигатель. Гарантия 12 месяцев.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: OOO 2.0

2005-10-20 Пенетрантность seorge
Тьфу ты - а вот и русский :)

http://ru.openoffice.org/about-downloads.html

--- Original message ---
From: Nikita V. Youshchenko [EMAIL PROTECTED]
To: debian-russian@lists.debian.org
Subject: Re: OOO 2.0
Date: Thursday 20 October 2005 17:44
  Вот ссылка где можно скачать пакеты OpenOffice 2.0 для Дебиана:
 
  http://ftp.linux.cz/pub/localization/OpenOffice.org/2.0/
 
  Правда русского языкового пакета там к сожалению (пока?) нет.

 А среди пакетов OO2 из официального архива - есть :)

-- 
SET BLASTER=A220 I5 D1 H5 P330


xkb for icewm

2005-10-20 Пенетрантность seorge
Ни кому не попадался индикатор раскладки клавиатуры для Icewm? Такой, чтобы в 
панель встраивался. 
Kkbswitch и ему подобные не пойдут, так как тянут за собой KDE.



Re: GTK cyrillic

2005-10-20 Пенетрантность Artem Chuprina
Alexandr O. Potapov - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
20:26:48 +0400:

 AOP Бага не бага, а что-то. У меня zinf не видит папкы и файлы, название
 AOP которых на кириллице.

И в stderr при этом не ругается?  Современный gtk ожидает имена файлов в
utf-8, если ему не сказать, что это не так.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Это неправильный шелл. В нем дают неправильный перл. (С)энта


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re[2]: Репозитарий на HDD и инсталляция

2005-10-20 Пенетрантность Denis Zinin
Вдогонку.

В общем проблема свелась вот к чему.

Для инсталляции группы пакетов в Debian используется поиск по ключевому
слову. Скажем если в описании пакета есть слово desktop, тоего надо
установить, если выбрана конфигурация desktop. (Несколько странный
подход по моему). Причем поиск и установка производится aptitude,
которому передается шаблон поиска в командной строке. 

Так вот, если использовалась команда apt-cdrom add, то для всех пакетов
на cdrom такой поиск по шаблону работает. 

Если в sources.list добавить ссылку на репозитарий на диске (компакт
комментируем), затем apt-get update. Пакеты прекрасно ставятся любыми
иными методами. Но вот поиск aptitude по тому же шаблону не работает.

Для проверки можно использовать команду
aptitude show ~t^desktop$

В одном случае будет работать, в другом не будет.

При этом команда вывода не по шаблону а по названию пакета, скажем
aptitude show mc

работает в обоих случаях

-- 
Denis Zinin [EMAIL PROTECTED]
- Больной, согните ногу в колене. - В какую сторону?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Репозитарий на HDD и инсталляция

2005-10-20 Пенетрантность Artem Chuprina
Denis Zinin - debian-russian@lists.debian.org  @ Wed, 20 Oct 2004 21:38:48 
+0400:

 DZ Вдогонку.

 DZ В общем проблема свелась вот к чему.

 DZ Для инсталляции группы пакетов в Debian используется поиск по ключевому
 DZ слову. Скажем если в описании пакета есть слово desktop, тоего надо
 DZ установить, если выбрана конфигурация desktop. (Несколько странный
 DZ подход по моему). Причем поиск и установка производится aptitude,
 DZ которому передается шаблон поиска в командной строке. 

 DZ Так вот, если использовалась команда apt-cdrom add, то для всех пакетов
 DZ на cdrom такой поиск по шаблону работает. 

 DZ Если в sources.list добавить ссылку на репозитарий на диске (компакт
 DZ комментируем), затем apt-get update. Пакеты прекрасно ставятся любыми
 DZ иными методами. Но вот поиск aptitude по тому же шаблону не работает.

 DZ Для проверки можно использовать команду
 DZ aptitude show ~t^desktop$

 DZ В одном случае будет работать, в другом не будет.

 DZ При этом команда вывода не по шаблону а по названию пакета, скажем
 DZ aptitude show mc

 DZ работает в обоих случаях

Сдается мне, что проблема в том, как были сгенерированы служебные файлы.
А кстати...  Не работает поиск только по ~t?  Что-то я в документации
такого шаблона вообще не нахожу.  Просто у нас с Витусом есть свой
репозиторий, служебные файлы к которому создаются ftparchive, и по нему
все ищется нормально.  Правда, вот task'ами ставить - мы не извращенцы...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

$lotr = $hobbit;  # Просто копируем Хоббита
$lotr =~ s/Bilbo/Frodo/g; #   и легко пишем продолжение.
из Camel Book


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: kernel

2005-10-20 Пенетрантность Mikhail Lukyanchenko
Либо hotplug вобще отключить, если он не нужен.

В Чтв, 20/10/2005 в 16:59 +0200, [EMAIL PROTECTED] пишет:
 Надо просто эти модули занести в чёрный список hotplug 
 (etc/hotplug/blacklist). Ничего страшного в этом нет.
 
 --- Original message ---
 From: Maksim A. Boyko [EMAIL PROTECTED]
 To: debian-russian@lists.debian.org
 Subject: Re: kernel
 Date: Thursday 20 October 2005 16:49
  On Thu, Oct 20, 2005 at 09:14:04AM +0400, Yuri Kozlov wrote:
   19.10.05, Nikita V. Youshchenko[EMAIL PROTECTED] написал(а):
 On 2005.10.19 at 18:32:58 +0200, [EMAIL PROTECTED] wrote:
   
BOOTLOGD_ENABLE=Yes
   
в /etc/default/bootlogd
   
И потом смотреть в /var/log/boot и радоваться.
 
  У меня работает.
  Мое ядро не может  загрузить какие-то модули, может мне кто-нибудь
  объяснить в чем дело и где нужен напильник :)
  Вот список того что не грузит:
  /pci/hotplug/pciehp.ko
   shpchp.ko
  /char/rtc.ko
 
  На всякий случай приложил /log/boot
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: GTK cyrillic

2005-10-20 Пенетрантность Alexandr O. Potapov
20.10.05, Artem Chuprina[EMAIL PROTECTED] написал(а):
 Alexandr O. Potapov - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
 20:26:48 +0400:

  AOP Бага не бага, а что-то. У меня zinf не видит папкы и файлы, название
  AOP которых на кириллице.

 И в stderr при этом не ругается?  Современный gtk ожидает имена файлов в
 utf-8, если ему не сказать, что это не так.
Именно так он и ругается, а как ему сказать, что это не так? Т.е. чему
присвоить значение переменной окружения?
--
С уважением
Александр Олегович Потапов
e-mail: [EMAIL PROTECTED]
icq: 237361050
JabberID: [EMAIL PROTECTED]


Re: dial-up

2005-10-20 Пенетрантность Dmitry Nezhevenko
On Thursday 20 October 2005 19:29, Max Dmitrichenko wrote:
 Как вариант: берешь сырцы kppp, находишь там массив, котором есть все эти
 девайсы, добавляешь свой и собираешь его в дебиановский пакет и
 устанавливаешь. Ты же в мире open source, а это даже не требует знаний С++
 по большому счету.

Уже делали.. Но хорошее однако решение для домохозяйки ;)
Давайте померяемся, кто сделает быстрей, вы пересоберете kppp или я содам 
файлики /etc/ppp/peers/*?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: xkb for icewm

2005-10-20 Пенетрантность Igor Goryachev
On Thu, Oct 20, 2005 at 07:22:58PM +0200, [EMAIL PROTECTED] wrote:
 Ни кому не попадался индикатор раскладки клавиатуры для Icewm? Такой, чтобы в 
 панель встраивался. 

А штатный разве не умеет этого делать?


-- 
Igor Goryachev  E-Mail/Jabber: [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: GTK cyrillic

2005-10-20 Пенетрантность Artem Chuprina
Alexandr O. Potapov - debian-russian@lists.debian.org  @ Thu, 20 Oct 2005 
22:26:10 +0400:

   AOP Бага не бага, а что-то. У меня zinf не видит папкы и файлы, название
   AOP которых на кириллице.
 
  И в stderr при этом не ругается?  Современный gtk ожидает имена файлов в
  utf-8, если ему не сказать, что это не так.
 AOP Именно так он и ругается, а как ему сказать, что это не так? Т.е. чему
 AOP присвоить значение переменной окружения?

Сам-то понял, что спросил?..

А я помню?  G_BROKEN_FILENAMES, кажется (оно, собственно, пишет).  А вот
почитать, что оно, собственно, пишет - я как-то и не нашел у себя
gtk'шной программы, чтобы натравить на бэкап пальма и посмотреть...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Страшна, как смертный грех Феанора (С)энта


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



  1   2   >