Re: тестирование [skip]
On 2004.11.13 at 16:12:57 +0300, Иван Лох wrote: Причина происходящего -- на 100% то, что нет механизма, при котором платит тот, кто заказывает музыку, а не тот, кому приходится ставить окна с шумоизоляцией в обычной квартире. Причины присходящего: 1) Легальность спама -- местами де-факто, местами де-юре. 2) Его высокая экономическая эффективность. Именно это. То что интернетом стали пользоваться люди, которые верят рекламе. Десять лет назад спама не было. Потому что интернетом в основном пользовались люди, которые привыкли своей головой думать. Им адресовать рекламу было бессмыслено. 3) Весьма свободная внутренняя идеология Internet И именно они создали эту свободную идеологию. И сейчас пытаются несмотря ни на что её сохранить. Что характерно, в этом списке рассылки собрались люди, для которых оная свободная идеология жизненно важна. Поскольку OpenSource в целом и Debian в частности - тоже её детище.
Re: не поднимаетс я postfix
On Sun, Nov 14, 2004 at 01:11:41AM +0200, Mykola Nickishov wrote: Как у тебя ходит - я представляю. А вот что в inet_interfaces у автора вопроса - не знаю :-) # The inet_interfaces parameter specifies the network interface # addresses that this mail system receives mail on. By default, # the software claims all active interfaces on the machine. The # parameter also controls delivery of mail to [EMAIL PROTECTED] By default получится lo aka 127.0.0.1 :) -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/
Re: тестирование [skip]
On Sun, Nov 14, 2004 at 11:08:34PM +0800, Fedor Zuev wrote: Люди тратят на изощренные методы борьбы со спамом, а потом - на разгребание последствий этой борьбы на порядок больше времени и ресурсов, чем отнял бы у них, собственно, спам. Особенно это забавно выглядит, если спам, как это обычно и бывает, при этом никуда не девается. Фёдор, кто ж спорит. неписанному духу интернета В общем, vitus@ замечательно и просуммировал. -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/
Re: тестирование спамоукреплспамоукр...
Иван Лох - debian-russian@lists.debian.org @ Sat, 13 Nov 2004 14:03:01 +0300: ИЛ В каком RFC про это написано? В-общем, риторический вопрос... ИЛ Меня удивляют люди устанавливающие _свои_ правила пользования ИЛ интернетом, сильно отличные от общепринятых исходно. Общепринятые _исходно_ подразумевают open relay. Что сейчас делают с открытыми релеями, тебя тоже удивляет? ИЛ Меня это не удивляет. Меня это _бесит._ Равно как и все то, что ИЛ происходит с интернетом в последние годы. И я считаю, что причина ИЛ происходящего на 90% не спам, а борцы со спамом. Понятно. Вопросов больше нет. ИЛ Разумеется у Вас есть право не принимать ты почту, которая Вам не ИЛ нужна, но в этом случае я _имею право знать,_ что такие-то адреса ИЛ не предназначены для свободного общения и не тратить свое время на ИЛ решение проблемы почему туда не ходит почта. Имеешь. Тебе в bounce английским по бэкграунду расскажут, почему. Я ж их не молча жухаю. Я молча жухаю как раз то, что до контент-фильтров уже долетело. ИЛ Да, но я к тому времени уже потратил время на написания письма ИЛ придполагая, что оно дойдет до получателя. Я же не знаю какой адрес ИЛ _открытый,_ а какой -- нет. А ты через сервер провайдера прорелей. Письмо-то твое тебе уже вернули. ИЛ Если кто-то хочет использовать почтовый протокол как-то по новому, ИЛ _нестандартно_ то я считаю, что это происходит за счет неудобств ИЛ причиняемых другим пользователям. В данном случае за счет неудобств, причиняемых другим пользователям, хочешь доставлять свою почту ты. Протокол, как нетрудно догадаться, допускает и то, и другое использование. -- Artem Chuprina RFC2822: [EMAIL PROTECTED], FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: тестирование спамоукреплспамоукр...
Dmitri V. Ivanov - debian-russian@lists.debian.org @ Sat, 13 Nov 2004 19:15:26 +0300: DVI больший диск. Все равно есть мертвые души, и те, кто что там в спаме DVI не смотрят. Такие честно предупреждаются - в ящике потенциальный спам письма дольше месяца не живут. Автомагически. DVI И надо будет сделать RTFM про spamassassin на тему может ли он делать DVI заголовок не с его score, а со списком сработавших правил. А что, у тебя он настроен иначе? DVI То есть папочка Junk в моем проекте растет на 200 писем в день DVI у каждого пользователя. Это, безусловно, затрудняет DVI выковыривание ошибочно классифицированного как spam ham-а. Не надо тешить себя иллюзиями. Делает невозможным. Я пробовал. Я, собственно, только тогда и включил отстрел динамических адресов, когда стало понятно, что отлавливать в этой куче не по делу засунутые туда письма нереально. DVI Это убедительно. Согласен. Но метод все-таки хочу применять другой (см. DVI выше). Погоди, так ты согласен или собираешься применять вышеописанный метод? Если и то, и другое, то ты делаешь хуже, чем я - ты даешь пользователю ручку убивать спам вместе с ложными срабатываниями автоматически вместо того, чтобы вынуждать его делать то же самое, не глядя, вручную, только и всего. Ведь обнаружить ложное срабатывание при таком потоке спама он не сможет, и ты с этим согласился. -- Artem Chuprina RFC2822: [EMAIL PROTECTED], FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: тестирование спамо укреплспамоукр...
On Sun, Nov 14, 2004 at 10:54:09PM +0300, Artem Chuprina wrote: DVI И надо будет сделать RTFM про spamassassin на тему может ли он делать DVI заголовок не с его score, а со списком сработавших правил. А что, у тебя он настроен иначе? На данный момент я только поставил spamassassin и пока не запустил его. bogofilter у меня использовался. Впрочем уже посмотрел в man - можно. DVI Это убедительно. Согласен. Но метод все-таки хочу применять другой (см. DVI выше). Погоди, так ты согласен или собираешься применять вышеописанный метод? Если и то, и другое, то ты делаешь хуже, чем я - ты даешь пользователю ручку убивать спам вместе с ложными срабатываниями автоматически вместо того, чтобы вынуждать его делать то же самое, не глядя, вручную, только и всего. Ведь обнаружить ложное срабатывание при таком потоке спама он не сможет, и ты с этим согласился. Нет. Я подумал про список сработавших правил как раз затем, чтобы дать пользователю возможность по этим правилам что-то делать со спамом (и, видимо, для этого придется организовывать ему кучу ручек). Конечно юзер может и весь спам убить (вместе с ложными срабатываниями), может папку Junk рассортировать на несколько, он ССЗБ :). В любом случае я считаю, что это его решение. Олигофрены из админских рассказов у меня как-то не водятся (везет, наверное):) В любом случае у меня предполагается не full training, а training on error, поэтому даже если и убьёт - просто потеряет почту. Я просто наивно надеюсь, что SA добавит заголовочек вида X-Spam-rules: dul.ru sbl.spamhaus.org ... и по этому-то заголовку юзверь и будет фильтровать уже внутри спама. Кстати интересно как наличие этого заголовка скажется на поведении bogofilter с включенной опцией просмотра заголовков сообщения (то, что попадается в заголовках сообщения в его базе выглядит как head:word). WBR Dmitri Ivanov
updatedb
Приветы.. Никто не знает почему в /etc/updatedb.conf прописаны явная гадость? Вот что выдал diff при очередном upgrade: --- /etc/updatedb.conf 2002-03-13 15:56:34.0 +0300 +++ /etc/updatedb.conf.dpkg-new 2004-06-29 16:14:36.0 +0400 @@ -1,11 +1,19 @@ # This file sets environment variables which are used by updatedb # filesystems which are pruned from updatedb database -PRUNEFS=NFS nfs afs proc smbfs autofs auto iso9660 ncpfs coda devpts ftpfs +PRUNEFS=NFS nfs afs proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs sysfs export PRUNEFS # paths which are pruned from updatedb database -PRUNEPATHS=/tmp /usr/tmp /var/tmp /afs /amd /var/spool /mnt/mp3 +PRUNEPATHS=/tmp /usr/tmp /var/tmp /afs /amd /alex /var/spool /sfs Что это за /amd, /alex какой-то, /sfs? Я не смотрел на стандарты fs, но что-то сомневаюсь хотя бы насчет /alex. -- Burchu Sergey.
Re: траблы с флешками
Dmitry E. Oboukhov wrote: опять мне тут флешка попалась нечитабельная а mount говорит на нее: причем первый раз (как воткнули) mount тоже минуты полторы думает а в последующие разы сразу ответ выкатывает кстати да. Похоже на какой-то баг в usb-storage модуле. Hа днях приходил друг с флешкой. Так вот на ноутбуке с 2.6.9 ядром я прочитать ее так и не смог. Тыркнул в машину с 2.4.26 -- все замонтировалось и прочиталось без каких-либо проблем. Месяцем раньше была таже картина. -- Alexander JID: avb?jabber.org.by GPG keyID: C523B703 at subkeys.pgp.net
Re: тестирование спамоукреплспамоукр...
Dmitri V. Ivanov - debian-russian@lists.debian.org @ Mon, 15 Nov 2004 00:07:32 +0300: DVI Это убедительно. Согласен. Но метод все-таки хочу применять DVI другой (см. выше). Погоди, так ты согласен или собираешься применять вышеописанный метод? Если и то, и другое, то ты делаешь хуже, чем я - ты даешь пользователю ручку убивать спам вместе с ложными срабатываниями автоматически вместо того, чтобы вынуждать его делать то же самое, не глядя, вручную, только и всего. Ведь обнаружить ложное срабатывание при таком потоке спама он не сможет, и ты с этим согласился. DVI Нет. Я подумал про список сработавших правил как раз затем, чтобы дать DVI пользователю возможность по этим правилам что-то делать со спамом (и, DVI видимо, для этого придется организовывать ему кучу ручек). Конечно юзер DVI может и весь спам убить (вместе с ложными срабатываниями), может папку DVI Junk рассортировать на несколько, он ССЗБ :). В любом случае я считаю, DVI что это его решение. Олигофрены из админских рассказов у меня как-то не DVI водятся (везет, наверное):) DVI В любом случае у меня предполагается не full training, а training on DVI error, поэтому даже если и убьёт - просто потеряет почту. DVI Я просто наивно надеюсь, что SA добавит заголовочек вида DVI X-Spam-rules: dul.ru sbl.spamhaus.org ... DVI и по этому-то заголовку юзверь и будет фильтровать уже внутри спама. Я, к сожалению, не помню, обладает ли SA достаточным интеллектом, чтобы обнаружить тот IP-адрес, который надо проверить на dul (по документации не проверял). Ибо, из общих соображений, наличия в списке Received адреса известного open relay вполне достаточно, а вот адрес из dul там вполне валиден - важно же не то, что письмо там было, а что оно оттуда нам непосредственно прислано. На MTA эта задача решается, прямо скажем, существенно проще... Зато для более простого решения требует, чтобы основной MX пользовался теми же bl, что и вторичники, или подмножеством оных... Но в целом при моем трафике у меня нет лишних процессорных возможностей для контент-фильтрации всего безобразия, которое мне пытаются всунуть (а там перед SA еще антивирус запускается). Вот надо еще 211 и 212 сетки порезать нафиг... -- Artem Chuprina RFC2822: [EMAIL PROTECTED], FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: updatedb
Sergey V. Burchu - Debian-Russian @ Mon, 15 Nov 2004 00:30:19 +0300: SVB Никто не знает почему в /etc/updatedb.conf прописаны явная гадость? SVB Вот что выдал diff при очередном upgrade: SVB --- /etc/updatedb.conf 2002-03-13 15:56:34.0 +0300 SVB +++ /etc/updatedb.conf.dpkg-new 2004-06-29 16:14:36.0 +0400 SVB @@ -1,11 +1,19 @@ SVB # This file sets environment variables which are used by updatedb SVB SVB # filesystems which are pruned from updatedb database SVB -PRUNEFS=NFS nfs afs proc smbfs autofs auto iso9660 ncpfs coda devpts ftpfs SVB +PRUNEFS=NFS nfs afs proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs sysfs SVB export PRUNEFS SVB # paths which are pruned from updatedb database SVB -PRUNEPATHS=/tmp /usr/tmp /var/tmp /afs /amd /var/spool /mnt/mp3 SVB +PRUNEPATHS=/tmp /usr/tmp /var/tmp /afs /amd /alex /var/spool /sfs SVB Что это за /amd, /alex какой-то, /sfs? SVB Я не смотрел на стандарты fs, но что-то сомневаюсь хотя бы насчет /alex. Слово prune перевести или сам словарь найдешь? -- Artem Chuprina RFC2822: [EMAIL PROTECTED], FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: updatedb
Mon, Nov 15, 2004 at 02:10:16AM +0300, Вы(Artem Chuprina) написали: Sergey V. Burchu - Debian-Russian @ Mon, 15 Nov 2004 00:30:19 +0300: SVB Никто не знает почему в /etc/updatedb.conf прописаны явная гадость? SVB Вот что выдал diff при очередном upgrade: SVB --- /etc/updatedb.conf 2002-03-13 15:56:34.0 +0300 SVB +++ /etc/updatedb.conf.dpkg-new 2004-06-29 16:14:36.0 +0400 SVB @@ -1,11 +1,19 @@ SVB # This file sets environment variables which are used by updatedb SVB SVB # filesystems which are pruned from updatedb database SVB -PRUNEFS=NFS nfs afs proc smbfs autofs auto iso9660 ncpfs coda devpts ftpfs SVB +PRUNEFS=NFS nfs afs proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs sysfs SVB export PRUNEFS SVB # paths which are pruned from updatedb database SVB -PRUNEPATHS=/tmp /usr/tmp /var/tmp /afs /amd /var/spool /mnt/mp3 SVB +PRUNEPATHS=/tmp /usr/tmp /var/tmp /afs /amd /alex /var/spool /sfs SVB Что это за /amd, /alex какой-то, /sfs? SVB Я не смотрел на стандарты fs, но что-то сомневаюсь хотя бы насчет /alex. Слово prune перевести или сам словарь найдешь? В словаре смотрел :) Точное значение не понял, но понимаю примерно как то чтоб пропускал эти папки при поиске. Меня лично интересовало причем тут /alex. Оно конечно не мешает, но вызывает вопросы. -- Burchu Sergey.
Re: updatedb
Sergey V. Burchu escribió: В словаре смотрел :) Точное значение не понял, но понимаю примерно как то чтоб пропускал эти папки при поиске. Меня лично интересовало причем тут /alex. Оно конечно не мешает, но вызывает вопросы. http://packages.debian.org/changelogs/pool/main/f/findutils/findutils_4.1.7-2/changelog Это отвечает на вопрос, сглючил ли мантейнер или это нарочно. Отвечает примерно в духе сглючил нарочно.
Re: траблы с флешками
На ядре 2.6.9 за флэшки отвечает новый, пока ещё сырой драйвер. Его нужно отключить, чтобы не конфликтовал с USB Storage. Просто выключить опцию в Device drivers - Block devices - Low performance USB block driver. Женя. On Mon, 15 Nov 2004 01:15:16 +0200, Alexander V. Butenko [EMAIL PROTECTED] wrote: Dmitry E. Oboukhov wrote: опять мне тут флешка попалась нечитабельная а mount говорит на нее: причем первый раз (как воткнули) mount тоже минуты полторы думает а в последующие разы сразу ответ выкатывает кстати да. Похоже на какой-то баг в usb-storage модуле. Hа днях приходил друг с флешкой. Так вот на ноутбуке с 2.6.9 ядром я прочитать ее так и не смог. Тыркнул в машину с 2.4.26 -- все замонтировалось и прочиталось без каких-либо проблем. Месяцем раньше была таже картина. -- Alexander JID: avb?jabber.org.by GPG keyID: C523B703 at subkeys.pgp.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: MARK пакетов на машине с VPN и masquarading -- как?
В сообщении от 10 Ноябрь 2004 16:26 Dmitry Egipko написал: ПРошу помочь разобраться с простой. на первый взгляд, проблемой: Имеется линух-сервер, с поднятым pptpd, маскарадингом, squid, и каналом на инет (adsl-модем на второй сетевой карте). Пользователи соединяются с сервером по vpn, и пользуются интернетом. (на самом деле сервак не под Дебиан, а под РедХат, но проблема не специфична для Редхат, это, скорее, вопрос по iptables) Хотелось бы организовать работу шейпера таким образом, чтобы пользователю гарантировалась минимальная полоса, скажем, в 2 кбайта/сек, но при свободном канале выделялось больше -- вплоть до всей пропускной способности канала... почитай про HTB - то, что ты описал, она и делает. Илья.
[CVS] dpkg dpkg_ru.po,1.10,1.11
Update of /cvsroot/l10n-russian/dpkg In directory haydn:/tmp/cvs-serv9665 Modified Files: dpkg_ru.po Log Message: Template sync Index: dpkg_ru.po === RCS file: /cvsroot/l10n-russian/dpkg/dpkg_ru.po,v retrieving revision 1.10 retrieving revision 1.11 diff -u -d -r1.10 -r1.11 --- dpkg_ru.po 14 Nov 2004 09:28:05 - 1.10 +++ dpkg_ru.po 14 Nov 2004 10:22:55 - 1.11 @@ -9,7 +9,7 @@ msgstr Project-Id-Version: ru\n Report-Msgid-Bugs-To: \n -POT-Creation-Date: 2004-11-13 18:47+0100\n +POT-Creation-Date: 2002-05-27 19:05+0200\n PO-Revision-Date: 2004-11-14 12:25+0400\n Last-Translator: Yuri Kozlov [EMAIL PROTECTED]\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n @@ -60,87 +60,17 @@ msgid Signal no.%d msgstr %d [...4460 lines suppressed...] +#~ msgid %s: internal bzip2 error: write: `%s' +#~ msgstr %s: bzip2: : `%s' + +#~ msgid %s: internal bzip2 error: read(%i) != write(%i) +#~ msgstr %s: bzip2: (%i) != (%i) + +#~ msgid %s: failed to exec bzip2 %s +#~ msgstr %s:bzip2 %s + +#~ msgid Error allocating memory for cfgfilename +#~ msgstr cfgfilename + +#~ msgid data +#~ msgstr + +#~ msgid Internal error, compress_type `%i' unknown! +#~ msgstr , compress_type `%i'! + +#~ msgid unknown compression type `%s'! +#~ msgstr--`%s'