Re: какой raid точно заведется на etch?
Может я уже не в теме, но Работает в etch - MegaRAID SAS 8708ELP. (1000:0060) А по поводу использования raid контроллера или lvm хочу вставить свои 5 копеек. IMHO для обеспечения отказоустойчивости лучше использовать raid, а поверх него для удобства использовать lvm. 2008/8/5 Artem Chuprina <[EMAIL PROTECTED]>: > Andrey Vasilenko -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008 > 01:28:02 +0400: > > AV> Вот небольшой спор (как ни странно всего пара страниц :) ) на лоре насчёт > AV> soft/fake: > > AV> > http://www.linux.org.ru/view-message.jsp?msgid=2930028&lastmod=1216106884310&page=1 > > AV> Сложно что-то сказать. Кто-то говорит про гибкую настройку софтового... А > AV> что там настраивать? > AV> В моём понимании (для десктопа) - это втыкаешь пару дисков, выбираешь > размер > AV> блока, давишь криэйт и не обламываешься :) > > Так тебе что надо-то - чтоб создавался или чтоб работал? > > AV> Ладно, в общем-то риторический вопрос получился. Не знаю даже, > AV> опрос на том же лоре устроить что ли про потерю данных при > AV> использовании рейд :) > > Лор - это, конечно, офигительно авторитетный источник информации... > _Дез_информации. > > -- > Artem Chuprina > RFC2822: Jabber: [EMAIL PROTECTED] > > Рюмку взял - паяльник положил > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: какой raid точно за ведется на etch?
Said Chavkin wrote: Может я уже не в теме, но Работает в etch - MegaRAID SAS 8708ELP. (1000:0060) А по поводу использования raid контроллера или lvm хочу вставить свои 5 копеек. IMHO для обеспечения отказоустойчивости лучше использовать raid, а поверх него для удобства использовать lvm. Далеко не всегда. LVM стоит использовать только в сложных случаях, например когда нужно объединить тома от разных контроллеров. В пределах одного RAID-массива все диски и так будут видны как одно устройство. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: какой raid точно заведется на etch?
Stanislav Kruchinin <[EMAIL PROTECTED]> writes: > Далеко не всегда. LVM стоит использовать только в сложных случаях, > например когда нужно объединить тома от разных контроллеров. В > пределах одного RAID-массива все диски и так будут видны как одно > устройство. Дело не в одном устройстве, а в удобстве манипуляций с логическими томами *потом*. Например, сейчас на домашней машине /dev/mapper/tabernacle-root 8,0G 886M 7,2G 11% / -- /dev/mapper/tabernacle-home 215G 207G 8,6G 97% /home /dev/mapper/tabernacle-usr 10G 9,6G 443M 96% /usr /dev/mapper/tabernacle-var 10G 9,8G 267M 98% /var /dev/mapper/tabernacle-wd120g 40G 18G 23G 45% /mnt/wd120g /usr и /var увеличивались пару раз с первоначальных 8G. Сколько мне в последующем понадобится места под эти разделы - прогнозировать невозможно, а валить всё на единственный раздел тоже не удобно. /home по мере переноса данных с /mnt/wd120g получал занятое им место. Как бы такое проходило без LVM - не знаю, не пробовал и не хочу ;-) -- MAN-UANIC
Re: какой raid точно за ведется на etch?
Stanislav Kruchinin wrote: Далеко не всегда. LVM стоит использовать только в сложных случаях, например когда нужно объединить тома от разных контроллеров. В пределах одного RAID-массива все диски и так будут видны как одно устройство. Не факт что одно. Может прикинуться и пачкой. Что в большинстве случаев совсем не лишняя функциональность. -- tarantul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
> Хост1 - Хосту2: 450 Грейлистинг Меняем вышеуказанную строчку на: Хост1 - Хосту2: 450 Извините у нашего сервера временные проблемы с приемом почты, попробуйте отправить письмо еще раз через некоторое время Что изменилось? В сущности ничего. Грейлистинг построен не каких-то грязных хаках, а на строгом соблюдении RFC, чего спамеры, в свою очередь, позволить себе не могут. -- С уважением, Константин Матюхин
Re: Чем резать спам?
Konstantin Matyukhin -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008 13:24:58 +0400: >> Хост1 - Хосту2: 450 Грейлистинг KM> Меняем вышеуказанную строчку на: KM> Хост1 - Хосту2: 450 Извините у нашего сервера временные проблемы с KM> приемом почты, попробуйте отправить письмо еще раз через некоторое KM> время KM> Что изменилось? В сущности ничего. Грейлистинг построен не каких-то KM> грязных хаках, а на строгом соблюдении RFC, чего спамеры, в свою KM> очередь, позволить себе не могут. В том-то и дело, что ничего не изменилось. Это, заметь, грейлистер сам же письмо и отправляет... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Более того, " 450 Greylisting " обычно возникает в после команды DATA, но уже после того, как на RCPT TO: [EMAIL PROTECTED] будет отвечено Recipient address accepted. Если у кого-то и были косяки - то это их собственные проблемы. В качестве варианта решения проблемы спама можно посоветовать следущее: проверять спаммерность хоста, с которого идет соединение, проверяя его обратку и HELO (наличие/отсутствие/ черные - белые списки по спискам). Если не понравится - то запихивать в greylisting. Если нравится - пропускать на прочий антиспам по контенту. (PS:Я ССЗБ, но у меня "кривые" обратки и HELO сейчас тупо отбиваются, все никак не дойдут руки докрутить для них greylisting. Периодически появляются хосты, которые настроены криво, но нет ничего более постоянного чем временное). В качестве софта для реализации можно смотреть в сторону: http://ftp.cyconet.org/debian/archive/official/postfwd/1.10pre7c-1/ http://www.policyd-weight.org/ Хост1 - Хосту2: 450 Грейлистинг Меняем вышеуказанную строчку на: Хост1 - Хосту2: 450 Извините у нашего сервера временные проблемы с приемом почты, попробуйте отправить письмо еще раз через некоторое время Что изменилось? В сущности ничего. Грейлистинг построен не каких-то грязных хаках, а на строгом соблюдении RFC, чего спамеры, в свою очередь, позволить себе не могут. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: какой raid точно заведется на etch?
5 августа 2008 г. 12:21 пользователь Nick 'tarantul' Novikov < [EMAIL PROTECTED]> написал: > Stanislav Kruchinin wrote: > >> Далеко не всегда. LVM стоит использовать только в сложных случаях, >> например когда нужно объединить тома от разных контроллеров. В пределах >> одного RAID-массива все диски и так будут видны как одно устройство. >> > > Не факт что одно. Может прикинуться и пачкой. Что в большинстве случаев > совсем не лишняя функциональность. может-то может, но какой в этом глубинный смысл? смысл raid в: 1. отказоустойчивость и избыточность на железном уровне 2. прикидывается одним устройством 3. память (иногда оочень много :) ) для кеша и более умные действия типа rebuild и еще много чего вкусного.
Что линковать для вычисления md5 (НЕ openssl)?
Hello! Нашел md5 только в openssl/md5.h Линковать свое приложение с openssl не хочется, поскольку задачка больно уж простая (пока). Можно сделать копию файлов md5.h и md5.c и таскать их с собой, но как-то криво это выглядит (хотя многие разработчики так и делают). Итого вопрос - как в дебиане разруливать такие ситуации? P.S. Делаю библиотечку с дополнительными функциями для sqlite, монстрообразных зависимостей вроде openssl не надо! Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Error opening/initializing the selected video video_out (-vo) device.
При обновлении системы удалялся содек ffmpeg, сейчас он вернулся на место, но видео пропало. Ни один плейер не показывает. mplayer сообщает: Ошибка "Error opening/initializing the selected video video_out (-vo) device. Что я не установил? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Вдобавок: http://www200.pair.com/mecham/spam/additional_settings_v2.html http://www200.pair.com/mecham/spam/policyd-weight.conf http://hege.li/howto/spam/ http://hege.li/howto/spam/etc/postfwd/ Pavel V. Rochnyack пишет: Более того, " 450 Greylisting " обычно возникает в после команды DATA, но уже после того, как на RCPT TO: [EMAIL PROTECTED] будет отвечено Recipient address accepted. Если у кого-то и были косяки - то это их собственные проблемы. В качестве варианта решения проблемы спама можно посоветовать следущее: проверять спаммерность хоста, с которого идет соединение, проверяя его обратку и HELO (наличие/отсутствие/ черные - белые списки по спискам). Если не понравится - то запихивать в greylisting. Если нравится - пропускать на прочий антиспам по контенту. (PS:Я ССЗБ, но у меня "кривые" обратки и HELO сейчас тупо отбиваются, все никак не дойдут руки докрутить для них greylisting. Периодически появляются хосты, которые настроены криво, но нет ничего более постоянного чем временное). В качестве софта для реализации можно смотреть в сторону: http://ftp.cyconet.org/debian/archive/official/postfwd/1.10pre7c-1/ http://www.policyd-weight.org/ Хост1 - Хосту2: 450 Грейлистинг Меняем вышеуказанную строчку на: Хост1 - Хосту2: 450 Извините у нашего сервера временные проблемы с приемом почты, попробуйте отправить письмо еще раз через некоторое время Что изменилось? В сущности ничего. Грейлистинг построен не каких-то грязных хаках, а на строгом соблюдении RFC, чего спамеры, в свою очередь, позволить себе не могут. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Что линковать для вычисления md5 ( НЕ openssl)?
В сообщении от 5 августа 2008 12:39 Alexey Pechnikov написал(a): > P.S. Делаю библиотечку с дополнительными функциями для sqlite, > монстрообразных > зависимостей вроде openssl не надо! Вот ещё криптолиба, немного поменьше openssl, но также оч. популярна - libgcrypt -- С Уважением, Андрей Никитин -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Что линковать для вычисления md5 ( НЕ openssl)?
Hello! В сообщении от Tuesday 05 August 2008 12:54:59 Andrey Nikitin написал(а): > > P.S. Делаю библиотечку с дополнительными функциями для sqlite, > > монстрообразных зависимостей вроде openssl не надо! > > Вот ещё криптолиба, немного поменьше openssl, но также оч. популярна - > libgcrypt О, спасибо, оказывается, она даже уже установлена :-) Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
> > что в грейлистинге хорошо: корректную почту не киляет > > > Ещё как киляет. Пример приводился. ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :) > Кроме грейлистинга есть и другие способы. Я использую policyd-weight > (проверка на вхождение в кучу blacklist'ов), postfix-policyd (умеет > spamtrap), whitelister (умеет SPF). + проверка hostname regexp'ом > (например, с DSL-хостов типа 87-2-112-92.pool.ukrtel.net почту принимать > нет смысла. Исключений из этого правила у меня набралось аж 5 штук) > Эффективность.. из 3414 коннектов к серверу приняты 584, т.е этот фильтр > проходит 17% писем. А уж спам это или нет - thunderbird опознаёт в том > что прошло до 10 писем в день как спам . а у меня 1-2 в неделю спам - и те пришедшие в рассылках (потому что они в whitelist'е стоят) -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: какой raid точно заведется на etch?
Mykola Nikishov writes: > Nick 'tarantul' Novikov <[EMAIL PROTECTED]> writes: > >> Если умрет один диск - умрет все. Вероятность потерять все данные в >> два раза выше. Если это не пугает - вперед. Btw, можно применить не >> raid, а lvm. Оно в данном случае удобнее, на мой взгляд. > > Минус lvm тут - в неравномерности нагрузки на диски, за балансировкой > нагрузки придётся следить глазами и корректировать руками. Прочитай документацию на LVM. Средствами LVM делается аналог Raid 0 > raid0 выглядит лучше в плане производительности - в идеале получится > удвоенная скорость по сравнению с одним таким же диском. Иногда можно > пожертвовать надёжностью ради этого ;-) -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Error opening/initializing the selected video video_out (-vo) device.
ivan пишет: При обновлении системы удалялся содек ffmpeg, сейчас он вернулся на место, но видео пропало. Ни один плейер не показывает. mplayer сообщает: Ошибка "Error opening/initializing the selected video video_out (-vo) device. Что я не установил? Это не кодек, а не инициируется устройство вывода. Я так понимаю речь об MPlayer. Тогда покажи свой ~/.mplayer/config. Наверное там стоит vo=xv и что-то полетело именно в Xorg XVideo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Lev Arzhanov writes: > Итак, сюжет для кинокомикса про хакеров (все имена вымышлены, а > совпадения случайны). Админ Хоста1, считает панацеей грейлистинг, верифи > отключил. Ходит весь в белом, ездит на белом Porsche Cayman, всем видам > искусства предпочитает аниме про крепкую мужскю дружбу - яой. Админ > Хоста2 предпочитает разнузданный хентай, одет во все черное и катается > на Чорном Хаммере. Короче, сразу видно, что он гадкий и нехороший, да > вдобавок ко всему еще и не любит грейлистинг, а панацеей считает sender > verify. > > А теперь имеем письмо от [EMAIL PROTECTED] к [EMAIL PROTECTED] > > Хост1 - Хосту2: EHLO... MAIL FROM:[EMAIL PROTECTED] RCPT TO: [EMAIL > PROTECTED] > > Хост2 - Хосту1: EHLO... RCPT TO: [EMAIL PROTECTED] > > Хост1 - Хосту2: 450 Грейлистинг > > Хост2 - Хосту1: 550, противный спамер. Это кто так настроил? Ему памятник надо поставить. Сначала открутить голову - потом поставить памятник. > Случай, кстати, из практики. К счастью, не из моей. Случаи когда на одной стороне greylisting, а на другой sender verify интересные. Но почта в конце концов прорывается после того как серверы наиграются в пинг-понг 4xx сообщениями. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам ?
Dmitry E. Oboukhov пишет: что в грейлистинге хорошо: корректную почту не киляет Ещё как киляет. Пример приводился. ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :) greylist с одной стороны и тупой sender verify с другой стороны - это не реально?? Кроме грейлистинга есть и другие способы. Я использую policyd-weight (проверка на вхождение в кучу blacklist'ов), postfix-policyd (умеет spamtrap), whitelister (умеет SPF). + проверка hostname regexp'ом (например, с DSL-хостов типа 87-2-112-92.pool.ukrtel.net почту принимать нет смысла. Исключений из этого правила у меня набралось аж 5 штук) Эффективность.. из 3414 коннектов к серверу приняты 584, т.е этот фильтр проходит 17% писем. А уж спам это или нет - thunderbird опознаёт в том что прошло до 10 писем в день как спам . а у меня 1-2 в неделю спам - и те пришедшие в рассылках (потому что они в whitelist'е стоят) -- Это типа померились? ;)) -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
что в грейлистинге хорошо: корректную почту не киляет >>> Ещё как киляет. Пример приводился. >>> > > ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :) > > > > > greylist с одной стороны и тупой sender verify с другой стороны - это не > реально?? что такое sender verify? который сразу отправляет письмо назад? так если он его отправляет, то почему бы ему не следовать RFC? > Это типа померились? ;)) типа да -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008 17:02:53 +0400: > что в грейлистинге хорошо: корректную почту не киляет > > Ещё как киляет. Пример приводился. >> > ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :) >> > >> > >> greylist с одной стороны и тупой sender verify с другой стороны - это не >> реально?? DEO> что такое sender verify? DEO> который сразу отправляет письмо назад? О. Очень характерная иллюстрация :-) Это проверка существования отправителя. Т.е. того, кому, в случае приема письма и ошибки при доставке, следует слать bounce. Делается в самом простом случае проверкой домена, а в менее тупом - таки проверкой полного адреса, т.е. походом к его MX'у от имени <> (баунс будет слаться именно от него, ага) и выслушиванием ответа на RCPT TO: [EMAIL PROTECTED] Диалог в сем процессе нам и был продемонстрирован. Т.е. в переводе на русский: грейлистер шлет письмо. К нему с того конца приходит verify callout (должен заметить, что callout может вполне валидно приходить и не с того же IP). Он этот callout своим грейлистом посылает. Принимающая оригинальное письмо сторона, видя ошибку verify, выдает свою ошибку - "verify failed, идите нафиг". Другое дело, что получив 4xx при верификации, стоило бы отдать 4xx и в ответ, но это уже должен быть умный sender verify... Но в любом случае при этом грейлистер сам же свое же собственное письмо и задерживает. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Тормоз - тоже механизм, только медленный совсем. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам ?
Dmitry E. Oboukhov пишет: что в грейлистинге хорошо: корректную почту не киляет Ещё как киляет. Пример приводился. ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :) greylist с одной стороны и тупой sender verify с другой стороны - это не реально?? что такое sender verify? который сразу отправляет письмо назад? так если он его отправляет, то почему бы ему не следовать RFC? Ваш сервер -> оппоненту: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL PROTECTED] Оппонент (проверю ка, есть ли [EMAIL PROTECTED]: оппонент - вашему серверу: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL PROTECTED] ваш сервер: 450 greylist ) Оппонент ([EMAIL PROTECTED] - не могу проверить, есть ли такой адрес.. так что либо 450 (и посмотрим удастся ли проверить в следующий раз) или 550 Всё по RFC? -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
AC> Это проверка существования отправителя. Т.е. того, кому, в случае AC> приема письма и ошибки при доставке, следует слать bounce. Делается в AC> самом простом случае проверкой домена, а в менее тупом - таки проверкой AC> полного адреса, т.е. походом к его MX'у от имени <> (баунс будет слаться AC> именно от него, ага) и выслушиванием ответа на RCPT TO: [EMAIL PROTECTED] AC> Диалог в сем процессе нам и был продемонстрирован. AC> Т.е. в переводе на русский: грейлистер шлет письмо. К нему с того конца AC> приходит verify callout (должен заметить, что callout может вполне AC> валидно приходить и не с того же IP). Он этот callout своим грейлистом AC> посылает. Принимающая оригинальное письмо сторона, видя ошибку verify, AC> выдает свою ошибку - "verify failed, идите нафиг". и если она так делает, то это значит настраивал ее ИДИОТ! потому что грейлист отдает ошибку "временные проблемы при приеме" а никак не "такой юзер отсутствует" AC> Другое дело, что получив 4xx при верификации, стоило бы отдать 4xx и в AC> ответ, но это уже должен быть умный sender verify... Но в любом случае AC> при этом грейлистер сам же свое же собственное письмо и задерживает. -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
>> что в грейлистинге хорошо: корректную почту не киляет >> >> >> > Ещё как киляет. Пример приводился. > > ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :) >>> greylist с одной стороны и тупой sender verify с другой стороны - это не >>> реально?? >>> > > что такое sender verify? > > который сразу отправляет письмо назад? > > так если он его отправляет, то почему бы ему не следовать RFC? > > > > > Ваш сервер -> оппоненту: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL > PROTECTED] > Оппонент (проверю ка, есть ли [EMAIL PROTECTED]: > оппонент - вашему серверу: > mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL PROTECTED] > ваш сервер: 450 greylist > ) > Оппонент ([EMAIL PROTECTED] - не могу проверить, есть ли такой адрес.. так что > либо 450 (и посмотрим удастся ли проверить в следующий раз) или 550 > Всё по RFC? по RFC тут только 450 :) 550 говорит что пользователя такого нет, а это вранье :) а вот если 450, то чего проще, сервер грейлистера повторит через какое-то время, и сам занесет в грейлист сервер куда шлет данные таким образом почта пройдет с дедтаймом в повтор на грейлистере а дальше будет ходить нормально -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
Tue, 5 Aug 2008 17:30:52 +0400 "Dmitry E. Oboukhov" <[EMAIL PROTECTED]> wrote: > > AC> Это проверка существования отправителя. Т.е. того, кому, в случае > AC> приема письма и ошибки при доставке, следует слать bounce. > AC> Делается в самом простом случае проверкой домена, а в менее тупом > AC> - таки проверкой полного адреса, т.е. походом к его MX'у от имени > AC> <> (баунс будет слаться именно от него, ага) и выслушиванием > AC> ответа на RCPT TO: [EMAIL PROTECTED] Диалог в сем процессе нам и > AC> был продемонстрирован. > > AC> Т.е. в переводе на русский: грейлистер шлет письмо. К нему с > AC> того конца приходит verify callout (должен заметить, что callout > AC> может вполне валидно приходить и не с того же IP). Он этот > AC> callout своим грейлистом посылает. Принимающая оригинальное > AC> письмо сторона, видя ошибку verify, выдает свою ошибку - "verify > AC> failed, идите нафиг". > > и если она так делает, то это значит настраивал ее ИДИОТ! > > потому что грейлист отдает ошибку "временные проблемы при приеме" > а никак не "такой юзер отсутствует" Дим, мир не идеален. Я периодически вижу в логах 405: No such user. Когда люди/роботы в форуме регистрируются с левыми адресами. Тоже смешно. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:[EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008 17:30:52 +0400: AC>> Это проверка существования отправителя. Т.е. того, кому, в случае AC>> приема письма и ошибки при доставке, следует слать bounce. AC>> Делается в самом простом случае проверкой домена, а в менее тупом AC>> - таки проверкой полного адреса, т.е. походом к его MX'у от имени AC>> <> (баунс будет слаться именно от него, ага) и выслушиванием AC>> ответа на RCPT TO: [EMAIL PROTECTED] Диалог в сем процессе нам и AC>> был продемонстрирован. AC>> Т.е. в переводе на русский: грейлистер шлет письмо. К нему с того AC>> конца приходит verify callout (должен заметить, что callout может AC>> вполне валидно приходить и не с того же IP). Он этот callout AC>> своим грейлистом посылает. Принимающая оригинальное письмо AC>> сторона, видя ошибку verify, выдает свою ошибку - "verify failed, AC>> идите нафиг". DEO> и если она так делает, то это значит настраивал ее ИДИОТ! DEO> потому что грейлист отдает ошибку "временные проблемы при приеме" DEO> а никак не "такой юзер отсутствует" Так он и выдал временную. В результате чего принимающая сторона, проверявшая адрес, не смогла убедиться в наличии такого адреса. Ты чего-то тупишь, как тот грейлист... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] русская народная глупость Кнышев -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008 17:34:04 +0400: >>> что в грейлистинге хорошо: корректную почту не киляет >>> >> Ещё как киляет. Пример приводился. >> > ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :) > greylist с одной стороны и тупой sender verify с другой стороны - это не реально?? >> > что такое sender verify? >> > который сразу отправляет письмо назад? >> > так если он его отправляет, то почему бы ему не следовать RFC? >> Ваш сервер -> оппоненту: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL >> PROTECTED] >> Оппонент (проверю ка, есть ли [EMAIL PROTECTED]: >> оппонент - вашему серверу: >> mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL PROTECTED] >> ваш сервер: 450 greylist >> ) >> Оппонент ([EMAIL PROTECTED] - не могу проверить, есть ли такой адрес.. так >> что >> либо 450 (и посмотрим удастся ли проверить в следующий раз) или 550 >> Всё по RFC? DEO> по RFC тут только 450 :) DEO> 550 говорит что пользователя такого нет, а это вранье :) А там в 550 никто не говорит, что такого пользователя нет... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Praemonitus premunitus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
AC>> и если она так делает, то это значит настраивал ее ИДИОТ! AC>> потому что грейлист отдает ошибку "временные проблемы при приеме" AC>> а никак не "такой юзер отсутствует" AC> Так он и выдал временную. В результате чего принимающая сторона, AC> проверявшая адрес, не смогла убедиться в наличии такого адреса. так она не смогла убедиться и на этом основании выдала уже не временную, а неустранимую ошибку клиенту который с мылом пришел и вот это уже неправильно пусть так же временную ошибку и выдает -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
AC>>> Всё по RFC? AC>> по RFC тут только 450 :) AC>> 550 говорит что пользователя такого нет, а это вранье :) AC> А там в 550 никто не говорит, что такого пользователя нет... 550 - это не временная ошибка 550 - это 3.14 -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
> DEO> и если она так делает, то это значит настраивал ее ИДИОТ! > > DEO> потому что грейлист отдает ошибку "временные проблемы при приеме" > DEO> а никак не "такой юзер отсутствует" > > Так он и выдал временную. В результате чего принимающая сторона, > проверявшая адрес, не смогла убедиться в наличии такого адреса. > > Ты чего-то тупишь, как тот грейлист... > > -- > Artem Chuprina > RFC2822: Jabber: [EMAIL PROTECTED] > Никто не считал письма в этом треде? Мы еще не переплюнули русских физиков, выбирающих слаку? -- С уважением, Лев Аржанов
Re: Чем резать спам?
Lev Arzhanov wrote: Никто не считал письма в этом треде? Мы еще не переплюнули русских физиков, выбирающих слаку? Да. Получается, что обсуждения спама сами его порождают. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Lev Arzhanov wrote: >> DEO> и если она так делает, то это значит настраивал ее ИДИОТ! >> >> DEO> потому что грейлист отдает ошибку "временные проблемы при приеме" >> DEO> а никак не "такой юзер отсутствует" >> >> Так он и выдал временную. В результате чего принимающая сторона, >> проверявшая адрес, не смогла убедиться в наличии такого адреса. >> >> Ты чего-то тупишь, как тот грейлист... >> >> -- >> Artem Chuprina >> RFC2822: Jabber: [EMAIL PROTECTED] >> > > Никто не считал письма в этом треде? Мы еще не переплюнули русских > физиков, выбирающих слаку? Не, всё классно. Сначала мы с Артёмом Чуприной спорили насчёт 64 vs 32, теперь вот эта дискуссия. Очень интересная, кстати, я много из неё почерпнул :) > > > -- > С уважением, > Лев Аржанов -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Re: Чем резать спам ?
Не верно. Попытка доставки письма: Ваш сервер -> оппоненту: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL PROTECTED] Оппонент (проверю ка, есть ли [EMAIL PROTECTED]: оппонент - вашему серверу: mail from: [EMAIL PROTECTED]; + наш сервер отвечает: OK +оппонент - вашему серверу: RCPT TO: [EMAIL PROTECTED] + наш сервер отвечает: OK и вот ТОЛЬКО КОГДА идет команда DATA, только тогда наш сервер ответит: 450 greylisting in action ) Всё остальное - будет конфликтовать. Игорь Чумак пишет: Dmitry E. Oboukhov пишет: что такое sender verify? который сразу отправляет письмо назад? так если он его отправляет, то почем Ваш сервер -> оппоненту: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL PROTECTED] Оппонент (проверю ка, есть ли [EMAIL PROTECTED]: оппонент - вашему серверу: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL PROTECTED] ваш сервер: 450 greylist ) Оппонент ([EMAIL PROTECTED] - не могу проверить, есть ли такой адрес.. так что либо 450 (и посмотрим удастся ли проверить в следующий раз) или 550 Всё по RFC? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Hello! > > Никто не считал письма в этом треде? Мы еще не переплюнули русских > > физиков, выбирающих слаку? > > Не, всё классно. Сначала мы с Артёмом Чуприной спорили насчёт 64 vs 32, > теперь вот эта дискуссия. Очень интересная, кстати, я много из неё > почерпнул :) Еще какая интересная! Правда, начитавшись этой дискуссии, я перешел на гугловое мыло :-) Немного не тот результат, которого ожидал, но - тоже результат. Кстати, с точки зрения секьюрности чем дольше письмо где-то болтается, тем меньше этой самой секьюрности... А в США принят закон по которому спецслужбы имеют право на чтение всей переписки. Наверно, мой следующий вопрос будет по криптации почты (gnupg?) - чисто из вредности по отношению к вышеозначенным службам ;-) Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Tue, 05 Aug 2008 21:48:18 +0700 "Pavel V. Rochnyack" <[EMAIL PROTECTED]> wrote: > > > Не верно. Попытка доставки письма: > > Ваш сервер -> оппоненту: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL > PROTECTED] > Оппонент (проверю ка, есть ли [EMAIL PROTECTED]: > оппонент - вашему серверу: > mail from: [EMAIL PROTECTED]; > + наш сервер отвечает: OK > +оппонент - вашему серверу: > RCPT TO: [EMAIL PROTECTED] > + наш сервер отвечает: OK > > и вот ТОЛЬКО КОГДА идет команда DATA, только тогда наш сервер ответит: > 450 greylisting in action > ) > > Всё остальное - будет конфликтовать. То есть вся валидная почта будет по два раза приходить... (А то и больше). Нет, у меня конечно безлимит на серверах, но все равно спасибо... -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:[EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Alexander GQ Gerasiov пишет: Tue, 05 Aug 2008 21:48:18 +0700 "Pavel V. Rochnyack" <[EMAIL PROTECTED]> wrote: Не верно. Попытка доставки письма: Ваш сервер -> оппоненту: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL PROTECTED] Оппонент (проверю ка, есть ли [EMAIL PROTECTED]: оппонент - вашему серверу: mail from: [EMAIL PROTECTED]; + наш сервер отвечает: OK +оппонент - вашему серверу: RCPT TO: [EMAIL PROTECTED] + наш сервер отвечает: OK и вот ТОЛЬКО КОГДА идет команда DATA, только тогда наш сервер ответит: 450 greylisting in action ) Всё остальное - будет конфликтовать. То есть вся валидная почта будет по два раза приходить... (А то и больше). Нет, у меня конечно безлимит на серверах, но все равно спасибо... Интересно, с чего это вдруг будет два раза приходить _почта_ ? В ответ на команду DATA отдадут 450, и данные письма переданы не будут. Или вы про безлимит, который требуется чтобы два раза принять установление передачи письма ? ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Что линковать для вычисления md5 ( НЕ openssl)?
On Tuesday 05 August 2008, Alexey Pechnikov wrote: AP> Hello! AP> AP> Нашел md5 только в openssl/md5.h Линковать свое приложение с openssl не AP> хочется, поскольку задачка больно уж простая (пока). Можно сделать копию AP> файлов md5.h и md5.c и таскать их с собой, но как-то криво это выглядит (хотя AP> многие разработчики так и делают). libxcrypt1 Очень маленькая библиотека с DES, blowfish и MD5 -- Sergei Stolyarov
Re: Error opening/initializing the selected video video_out (-vo) device.
В Втр, 05/08/2008 в 15:43 +0300, Andrey Tataranovich пишет: > ivan пишет: > > При обновлении системы удалялся содек ffmpeg, сейчас он вернулся на > > место, но видео пропало. Ни один плейер не показывает. > > > > mplayer сообщает: > > > > Ошибка "Error opening/initializing the selected video video_out (-vo) > > device. > > > > Что я не установил? > > > > Это не кодек, а не инициируется устройство вывода. Я так понимаю речь об > MPlayer. Тогда покажи свой ~/.mplayer/config. Наверное там стоит vo=xv vo=xv,X11 при запуске из консоли mplayer -v <файл> после проигрывания сообщается о том что: vo: uninit ... totem при проигрывании показывает размер окна, кодек (Motion JPEG), количество кадров. > и что-то полетело именно в Xorg XVideo. похоже. Попробую переставить xserver-xorg-video-ati -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Что линковать для вычисления md5 ( НЕ openssl)?
Hello! В сообщении от Tuesday 05 August 2008 19:24:23 Sergei Stolyarov написал(а): > On Tuesday 05 August 2008, Alexey Pechnikov wrote: > AP> Hello! > AP> > AP> Нашел md5 только в openssl/md5.h Линковать свое приложение с openssl не > AP> хочется, поскольку задачка больно уж простая (пока). Можно сделать > копию AP> файлов md5.h и md5.c и таскать их с собой, но как-то криво это > выглядит (хотя > AP> многие разработчики так и делают). > > libxcrypt1 > > Очень маленькая библиотека с DES, blowfish и MD5 Благодарю, и в самом деле маленькая: $ ls -l /lib/libxcrypt.so.1.2.4 -rw-r--r-- 1 root root 47776 Ноя 12 2007 /lib/libxcrypt.so.1.2.4 А то я уж решил пока таскать свой файл реализации md5, т.к. с ним у меня вся so-шка 10 кб. Теперь можно стандартизироваться. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Компрессия траффика
Господа специалисты, интересует такой вопрос - есть ли в Линуксе, в частности в топике, программы для прозрачного сжатия траффика между двумя машинами с Дебьяном на борту ? Интересует не разовая передача файла через серию пайпов, а именно наличие сетевого интерфейса попадая на который данные сжимаются и разжимаются, выходя с другой стороны. я смотрел в сторону openvpn или PPPoSSH но и там и там сжатие слабое, к тому же второй вариант работает поверх TCP, слишком много оверхедов и потерь в скорости. Процессорное время не жалко, хочется максимально сжать траффик с одной стороны и разжать с другой. Помимо обычных алгоритмов сжатия (deflate/lzo/etc) есть ещё реорганизация пакетов и заголовков, словарное сжатие. Такое есть у Cisco (NCE, WAAS) интересует аналог. P.S. кстати NCE реализован с помощью Линукс :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
On Mon, Aug 04, 2008 at 10:38:04AM +0400, Dmitry E. Oboukhov wrote: > AC>> а то что спамом 100% не является 100% дойдет. > > AC> Это утверждение неверно. > верно > Первая неприятность с greylisting заключается как правило в том, что большинство бездумно устанавливаемых скриптов не следят не отправляется ли письмо от <> или [EMAIL PROTECTED] Результатом является как минимум задержка ухода почты на сервера, которые используют smtp callback или что-то подобное для проверки наличия в природе ящика отправителя. Печально, но распространенный факт (хотя и решаемый). Правда решают эту проблему чаще всего просто пропуская письма от указанных адресов мимо greylisting вообще (вместо проверки на этапе data). > AC> Его справедливость зависит от соотношения > AC> таймаута кэша грейлистера и (обычно прогрессивного) интервала повтора > AC> отправляющего хоста. При том, что обычно таймаут у кэша грейлистера по > AC> умолчанию в пределах часа, а интервал повтора к концу срока ожидания > AC> может достигать суток... > по дефолту таймаут у грейлиста 10 минут, а общий срок на повтор 8 часов. Боюсь соврать, но после получения 4xx таймаут у сервера согласно rfc должен быть что-то в районе получаса. > в это время сделает повтор любой сервер. ну разве что как-то дико > экзотически настроенный на "первый повтор через 5 минут, второй повтор > через 12 часов" > но таких серверов я просто не встречал Вообще при неприёме сразу на системе из более чем одного сервера возможно его перепинывание на другой сервер (свой же, но предназначенный для того, чтобы разгребать очередь). И время на доставку тогда растет соответственно минимум вдвое (а там уже длинная очередь, которую медленно разгребают). Знакомый на хостинге так и делал (построено всё было на exim, а он вроде не умеет хорошо разгребать очередь). > AC> То есть если тебя устраивает, ты, конечно, можешь у себя его > AC> использовать. Можешь даже рекламировать. Вот только врать при этом не > AC> надо. > > а где вранье? серверов не сделающих ни одной повторной попытки отправить > письмо за 8 часов я не видел (если кто-то сильно переживает, может > настроить себе интервал таймаута на 24 часа, скажем). может быть они > и есть (у каких-то админов-идиотов), но это скорее всего говорит что > корреспонденцию от них так же можно смело заносить в разряд "спам" ;) Про 100% - враньё. Увы. Сам думал поставить, а потом отказался. Сложная для меня задачка оказалась (ибо почта от партнеров по переписке - нужна и всегда сразу). WBR Dmitri Ivanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
DVI> Первая неприятность с greylisting заключается как правило в том, что DVI> большинство бездумно устанавливаемых скриптов не следят не отправляется DVI> ли письмо от <> или [EMAIL PROTECTED] Результатом является как DVI> минимум задержка ухода почты на сервера, которые используют smtp DVI> callback или что-то подобное для проверки наличия в природе ящика DVI> отправителя. Печально, но распространенный факт (хотя и решаемый). DVI> Правда решают эту проблему чаще всего просто пропуская письма от DVI> указанных адресов мимо greylisting вообще (вместо проверки на этапе DVI> data). DVI> > AC> Его справедливость зависит от соотношения DVI> > AC> таймаута кэша грейлистера и (обычно прогрессивного) интервала повтора DVI> > AC> отправляющего хоста. При том, что обычно таймаут у кэша грейлистера по DVI> > AC> умолчанию в пределах часа, а интервал повтора к концу срока ожидания DVI> > AC> может достигать суток... DVI> > по дефолту таймаут у грейлиста 10 минут, а общий срок на повтор 8 часов. DVI> Боюсь соврать, но после получения 4xx таймаут у сервера согласно rfc DVI> должен быть что-то в районе получаса. ну так а у грейлиста 10 минут итого все друг с другом работает весьма хорошо DVI> > а где вранье? серверов не сделающих ни одной повторной попытки отправить DVI> > письмо за 8 часов я не видел (если кто-то сильно переживает, может DVI> > настроить себе интервал таймаута на 24 часа, скажем). может быть они DVI> > и есть (у каких-то админов-идиотов), но это скорее всего говорит что DVI> > корреспонденцию от них так же можно смело заносить в разряд "спам" ;) DVI> Про 100% - враньё. Увы. Сам думал поставить, а потом отказался. Сложная DVI> для меня задачка оказалась (ибо почта от партнеров по переписке - нужна DVI> и всегда сразу). постоянных партнеров можно положить в вайтлист новые не умрут от того что пол часа подождут доставки -- . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Чем резать спам?
On Tue, Aug 05, 2008 at 08:06:08PM +0600, Lev Arzhanov wrote: > Никто не считал письма в этом треде? Мы еще не переплюнули русских > физиков, выбирающих слаку? Почему слаку? Физики, ессно, из солидарности выбирают Scientific Linux. [оффтоп] Все уже посмотрели ролик "CERN raps about LHC"? http://www.vimeo.com/1431471 -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Alexey Pechnikov wrote: Да нет, письма идут по техподдержке :-) Может вам стоит настроить "тикетную систему" - через веб клиенты могут открывать вопрос (получает номер) и переписываться - когда вопрос решен тикет меняет статус на решенный, есть и логи и приоритеты - срочный/нормальный - есть история - клиент видит как о нем забоятся - сколько вопросов решено было, как быстро и тд. -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Dmitri V. Ivanov -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008 20:37:12 +0400: >> AC>> а то что спамом 100% не является 100% дойдет. >> >> AC> Это утверждение неверно. >> верно >> DVI> Первая неприятность с greylisting заключается как правило в том, что DVI> большинство бездумно устанавливаемых скриптов не следят не отправляется DVI> ли письмо от <> или [EMAIL PROTECTED] Результатом является как DVI> минимум задержка ухода почты на сервера, которые используют smtp DVI> callback или что-то подобное для проверки наличия в природе ящика DVI> отправителя. Печально, но распространенный факт (хотя и решаемый). DVI> Правда решают эту проблему чаще всего просто пропуская письма от DVI> указанных адресов мимо greylisting вообще (вместо проверки на этапе DVI> data). Что, в общем, тоже не решение, ибо спамеры тоже так посылают. >> AC> Его справедливость зависит от соотношения >> AC> таймаута кэша грейлистера и (обычно прогрессивного) интервала повтора >> AC> отправляющего хоста. При том, что обычно таймаут у кэша грейлистера по >> AC> умолчанию в пределах часа, а интервал повтора к концу срока ожидания >> AC> может достигать суток... >> по дефолту таймаут у грейлиста 10 минут, а общий срок на повтор 8 часов. DVI> Боюсь соврать, но после получения 4xx таймаут у сервера согласно rfc DVI> должен быть что-то в районе получаса. Не менее получаса. У грейлиста в норме три таймаута - в течение какого времени не считать повтор честным (ага, оно должно быть меньше RFC'шного таймаута, но сравнимо по порядку величины, и 10 минут тут вполне разумны), потом в течение какого времени считать повтор честным (несколько часов тут вполне разумно, хотя из соображений "ночи с пятницы на понедельник" я бы поднял до 13 часов) и, наконец, время жизни записи в кэше (измеряемое как минимум днями, а скорее неделями). >> AC> То есть если тебя устраивает, ты, конечно, можешь у себя его >> AC> использовать. Можешь даже рекламировать. Вот только врать при >> AC> этом не надо. >> >> а где вранье? серверов не сделающих ни одной повторной попытки >> отправить письмо за 8 часов я не видел (если кто-то сильно >> переживает, может настроить себе интервал таймаута на 24 часа, >> скажем). может быть они и есть (у каких-то админов-идиотов), но это >> скорее всего говорит что корреспонденцию от них так же можно смело >> заносить в разряд "спам" ;) DVI> Про 100% - враньё. Увы. Сам думал поставить, а потом DVI> отказался. Сложная для меня задачка оказалась (ибо почта от DVI> партнеров по переписке - нужна и всегда сразу). Я вот подумываю попробовать на своем сервере. Где не обязательна сразу, и можно вести белые списки. Но тоже как-то стремно... Та же дырка в заборе с проверкой знакомой подписи плохо укладывается в схему... Хотя, впрочем, уложится. Прелесть грейлиста в том, что он ресурсов не жрет. Если его начать с чем-то мешать, типа как у sa-exim - сразу начнет жрать... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Реляционная база данных - это не единственный способ сделать дурацкий поиск. Victor Wagner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: карточка Wi-Fi и версии kernel
Dmitry E. Oboukhov wrote: MR> > чагой-та я разуверился что моя Wi-Fi карточка вообще будет когда-либо MR> > поддерживаться в линуксе Использую Wi-Fi карточку от Intel (ipw3945) уже пару лет. В первое время многое надо было собирать самму, но в самом конце 2007 настал момент когда все стало работать замечательно "из коробки" (c kernel 2.6.22 например). К сожалению, в начале 2008 года начался переход на новый драйвер - для него стали изменять систему (вроде бы, подсистему ieee80211, в том числе) и сломали hibernate - с тех пор лаптоп перестал просыпаться, если загружен старый драйвер wifi. Новый же драйвер работает плохо (хотя из hibernate при нем просыпается): не ловит слабый сигнал, даже при сильном сигнале скорость падает в разы, появляется много ошибок (20-30%) при пинге роутера в метре от лаптопа. Справедливости ради надо отметить, что и новый драйвер может работать с airodump-ng в режиме сканирования, если использовать патч: http://dl.aircrack-ng.org/drivers/ipwraw-ng-2.3.4-04022008.tar.bz2 Таким образом, в моем случае, - новым драйвером пользоваться нельзя, а со старым приходиться, не выключая лаптоп неделями, перемещаться по городу короткими перебежками от розетки к розетке. Надежда на новый кернел 2.6.25-2-686 не оправдалась - новый драйвер нормально не заработал. Есть еще вариант откатиться на тестинг образца 2007 года (когда разберусь как - тут был топик о том как и чем смотреть логи aptitude, но это трудоемко umho) или перейдти на stable. Удачи. -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Чем резать спам?
Hello! В сообщении от Tuesday 05 August 2008 22:58:01 Nicholas написал(а): > Alexey Pechnikov wrote: > > Да нет, письма идут по техподдержке :-) > > Может вам стоит настроить "тикетную систему" - через веб клиенты могут > открывать вопрос (получает номер) и переписываться - когда вопрос решен > тикет меняет статус на решенный, есть и логи и приоритеты - > срочный/нормальный - есть история - клиент видит как о нем забоятся - > сколько вопросов решено было, как быстро и тд. Боюсь, в России этот вариант не применим. Пользователи не могут не только назвать проблему, но и описать ее. В итоге идет общение по почте, по телефонам - городскому и сотовому, в аське... А вообще вещь хорошая, мы нечто подобное используем у себя, для группы разработчиков. Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как увеличить мой сва п?
debu wrote: собственно как? Добавьте диск (физический или логический), удалите на нем файловую систему (метка swap с помощью fdisk) пропишите его в /etc/fstab как swap Но, сначала проверьте - нужен ли он вам ? -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: как увеличить мой сва п?
Nicholas wrote: > >> debu wrote: >>> собственно как? > > Добавьте диск (физический или логический), удалите на нем файловую > систему (метка swap с помощью fdisk) > пропишите его в /etc/fstab как swap > > Но, сначала проверьте - нужен ли он вам ? Не обязательно добавлять диск для увеличения свопа, swapon может спокойно использовать файл на имеющемся диске. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Re: карточка Wi-Fi
В сообщении от 3 августа 2008 19:31 Dmitry E. Oboukhov написал(a): > у меня интел 4965 > > драйвер к нему якобы есть в ядре (до 2.4.24 его руками собирал) > однако что в 2.4.22 что сейчас в 2.4.26 он ведет себя исключительно > весело: > после загрузки драйвера выдаем команду iwconfig wlan0 essid abcde > и зависит от того через сколько времени она выдается > когда отработает, когда скажет что такое не поддерживается, когда > "девайс занят" говорит, а уж о шифровании лучше не заикаться > если его начинаешь переключать то тут вообще логике не поддается > почему одна и та же команда иногда срабатывает, а иногда нет > > если для первой я хоть интервал времени подобрал то тут абзац... > > на форумах про эту карточку тоже пишут что very unstable > я блин ждал ждал 2.6.26 думал там может застабилизируют но фиг :( > > и главное ndiswrapper с ней в коредамп падает, виндовые драйвера тоже не > попробовать ( Имею 4965, thinkpad t61, пользую iwl4965 + firmware c сайта intel. Работает. Падать не падает, в 2.6.26 (на 2.6.23 были проблемы) даже индикатор до ума довели. К сожалению попробовать на многих аксеспоинтах не получается в виду их отсутствия. С делинками проблема ( но с ними у многих проблема ), конектится вроде и на 11мегабит, но реально скорость не вытягивает.
Re: Чем резать спам?
В сообщении от 3 августа 2008 22:59 Alexey Pechnikov написал(a): > Hello! > > За последние полгода спам достал - использую в kmail spamassassin, но толку > от него никакого, только проц грузит зверски (ноут с core2duo, на что > интересно разработчики рассчитывали?). Есть какие решения или сейчас эта > напасть непобедима? Вообще spamassassin как-то тупо сделан, если письмо > приходит три или пять раз подряд не понимает, что это наверняка спам. Если > для десктопа есть какие решения, поделитесь. Пользую spamassasin + bogofilter + kmail Оба вильтра вместе справляются на одном ящике. Ложные срабатывания крайне редки. Обучал сразу на скачанной от куда-то груде спама оба фильтра, потом руками тренировал постоянно, на каждом письме отдельно. Где-то месяца два на такого рода обучение ушло. Зато сейчас красиво.
Re: карточка Wi-Fi
В сообщении от 3 августа 2008 19:42 Dmitri Samsonov написал(a): > Dmitry E. Oboukhov пишет: > > вот бродком на серваке у меня пусть под ndiswrapper но работает > > нормально :-\ > > В качестве небольшого оффтопа: а как может на серваке пригодиться wifi? 1) гостей в сеть пускать (очень удобно когда кто-то с ноутом приходит в гости и на время выпустить) 2) какоенить dmz 3) в качестве альтернативного соединения на случай если остальное сдохнет В остальном не надо...
