В сообщении от 3 августа 2008 19:42 Dmitri Samsonov написал(a):
> Dmitry E. Oboukhov пишет:
> > вот бродком на серваке у меня пусть под ndiswrapper но работает
> > нормально :-\
>
> В качестве небольшого оффтопа: а как может на серваке пригодиться wifi?
1) гостей в сеть пускать (очень удобно ког
В сообщении от 3 августа 2008 22:59 Alexey Pechnikov написал(a):
> Hello!
>
> За последние полгода спам достал - использую в kmail spamassassin, но толку
> от него никакого, только проц грузит зверски (ноут с core2duo, на что
> интересно разработчики рассчитывали?). Есть какие решения или сейчас эт
В сообщении от 3 августа 2008 19:31 Dmitry E. Oboukhov написал(a):
> у меня интел 4965
>
> драйвер к нему якобы есть в ядре (до 2.4.24 его руками собирал)
> однако что в 2.4.22 что сейчас в 2.4.26 он ведет себя исключительно
> весело:
> после загрузки драйвера выдаем команду iwconfig wlan0 essid ab
Nicholas wrote:
>
>> debu wrote:
>>> собственно как?
>
> Добавьте диск (физический или логический), удалите на нем файловую
> систему (метка swap с помощью fdisk)
> пропишите его в /etc/fstab как swap
>
> Но, сначала проверьте - нужен ли он вам ?
Не обязательно добавлять диск для увеличения своп
debu wrote:
собственно как?
Добавьте диск (физический или логический), удалите на нем файловую
систему (метка swap с помощью fdisk)
пропишите его в /etc/fstab как swap
Но, сначала проверьте - нужен ли он вам ?
--
Sincerely,
Nicholas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
Hello!
В сообщении от Tuesday 05 August 2008 22:58:01 Nicholas написал(а):
> Alexey Pechnikov wrote:
> > Да нет, письма идут по техподдержке :-)
>
> Может вам стоит настроить "тикетную систему" - через веб клиенты могут
> открывать вопрос (получает номер) и переписываться - когда вопрос решен
> ти
Dmitry E. Oboukhov wrote:
MR> > чагой-та я разуверился что моя Wi-Fi карточка вообще будет когда-либо
MR> > поддерживаться в линуксе
Использую Wi-Fi карточку от Intel (ipw3945) уже пару лет.
В первое время многое надо было собирать самму, но в самом конце 2007
настал момент когда все стало раб
Dmitri V. Ivanov -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008 20:37:12
+0400:
>> AC>> а то что спамом 100% не является 100% дойдет.
>>
>> AC> Это утверждение неверно.
>> верно
>>
DVI> Первая неприятность с greylisting заключается как правило в том, что
DVI> большинство бездумно
Alexey Pechnikov wrote:
Да нет, письма идут по техподдержке :-)
Может вам стоит настроить "тикетную систему" - через веб клиенты могут
открывать вопрос (получает номер) и переписываться - когда вопрос решен
тикет меняет статус на решенный, есть и логи и приоритеты -
срочный/нормальный - есть
On Tue, Aug 05, 2008 at 08:06:08PM +0600, Lev Arzhanov wrote:
> Никто не считал письма в этом треде? Мы еще не переплюнули русских
> физиков, выбирающих слаку?
Почему слаку? Физики, ессно, из солидарности выбирают Scientific Linux.
[оффтоп]
Все уже посмотрели ролик "CERN raps about LHC"?
http://w
DVI> Первая неприятность с greylisting заключается как правило в том, что
DVI> большинство бездумно устанавливаемых скриптов не следят не отправляется
DVI> ли письмо от <> или [EMAIL PROTECTED] Результатом является как
DVI> минимум задержка ухода почты на сервера, которые используют smtp
DVI> callb
On Mon, Aug 04, 2008 at 10:38:04AM +0400, Dmitry E. Oboukhov wrote:
> AC>> а то что спамом 100% не является 100% дойдет.
>
> AC> Это утверждение неверно.
> верно
>
Первая неприятность с greylisting заключается как правило в том, что
большинство бездумно устанавливаемых скриптов не следят не отпр
Господа специалисты,
интересует такой вопрос - есть ли в Линуксе, в частности в топике,
программы для прозрачного сжатия траффика между двумя машинами с
Дебьяном на борту ? Интересует не разовая передача файла через серию
пайпов, а именно наличие сетевого интерфейса попадая на который данные
сжим
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> хочется, поскольку задачка больно уж простая (пока). Можно
В Втр, 05/08/2008 в 15:43 +0300, Andrey Tataranovich пишет:
> ivan пишет:
> > При обновлении системы удалялся содек ffmpeg, сейчас он вернулся на
> > место, но видео пропало. Ни один плейер не показывает.
> >
> > mplayer сообщает:
> >
> > Ошибка "Error opening/initializing the selected video vide
On Tuesday 05 August 2008, Alexey Pechnikov wrote:
AP> Hello!
AP>
AP> Нашел md5 только в openssl/md5.h Линковать свое приложение с openssl не
AP> хочется, поскольку задачка больно уж простая (пока). Можно сделать копию
AP> файлов md5.h и md5.c и таскать их с собой, но как-то криво это выглядит
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]:
оппоне
Tue, 05 Aug 2008 21:48:18 +0700
"Pavel V. Rochnyack" <[EMAIL PROTECTED]> wrote:
>
>
> Не верно. Попытка доставки письма:
>
> Ваш сервер -> оппоненту: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL
> PROTECTED]
> Оппонент (проверю ка, есть ли [EMAIL PROTECTED]:
> оппонент - вашему серве
Hello!
> > Никто не считал письма в этом треде? Мы еще не переплюнули русских
> > физиков, выбирающих слаку?
>
> Не, всё классно. Сначала мы с Артёмом Чуприной спорили насчёт 64 vs 32,
> теперь вот эта дискуссия. Очень интересная, кстати, я много из неё
> почерпнул :)
Еще какая интересная! Правда
Не верно. Попытка доставки письма:
Ваш сервер -> оппоненту: mail from: [EMAIL PROTECTED]; rcpt to: [EMAIL
PROTECTED]
Оппонент (проверю ка, есть ли [EMAIL PROTECTED]:
оппонент - вашему серверу:
mail from: [EMAIL PROTECTED];
+ наш сервер отвечает: OK
+оппонен
Lev Arzhanov wrote:
>> DEO> и если она так делает, то это значит настраивал ее ИДИОТ!
>>
>> DEO> потому что грейлист отдает ошибку "временные проблемы при приеме"
>> DEO> а никак не "такой юзер отсутствует"
>>
>> Так он и выдал временную. В результате чего принимающая сторона,
>> проверявшая ад
Lev Arzhanov wrote:
Никто не считал письма в этом треде? Мы еще не переплюнули русских
физиков, выбирающих слаку?
Да. Получается, что обсуждения спама сами его порождают.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> DEO> и если она так делает, то это значит настраивал ее ИДИОТ!
>
> DEO> потому что грейлист отдает ошибку "временные проблемы при приеме"
> DEO> а никак не "такой юзер отсутствует"
>
> Так он и выдал временную. В результате чего принимающая сторона,
> проверявшая адрес, не смогла убедиться
AC>>> Всё по RFC?
AC>> по RFC тут только 450 :)
AC>> 550 говорит что пользователя такого нет, а это вранье :)
AC> А там в 550 никто не говорит, что такого пользователя нет...
550 - это не временная ошибка
550 - это 3.14
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024
AC>> и если она так делает, то это значит настраивал ее ИДИОТ!
AC>> потому что грейлист отдает ошибку "временные проблемы при приеме"
AC>> а никак не "такой юзер отсутствует"
AC> Так он и выдал временную. В результате чего принимающая сторона,
AC> проверявшая адрес, не смогла убедиться в наличии
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008
17:34:04 +0400:
>>> что в грейлистинге хорошо: корректную почту не киляет
>>>
>> Ещё как киляет. Пример приводился.
>>
> ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :)
>
greylist с
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008
17:30:52 +0400:
AC>> Это проверка существования отправителя. Т.е. того, кому, в случае
AC>> приема письма и ошибки при доставке, следует слать bounce.
AC>> Делается в самом простом случае проверкой домена, а в менее тупо
Tue, 5 Aug 2008 17:30:52 +0400
"Dmitry E. Oboukhov" <[EMAIL PROTECTED]> wrote:
>
> AC> Это проверка существования отправителя. Т.е. того, кому, в случае
> AC> приема письма и ошибки при доставке, следует слать bounce.
> AC> Делается в самом простом случае проверкой домена, а в менее тупом
> AC>
>> что в грейлистинге хорошо: корректную почту не киляет
>>
>>
>>
> Ещё как киляет. Пример приводился.
>
>
ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :)
>>> greylist с одной стороны и тупой sender verify с другой стороны - это не
>>> реа
AC> Это проверка существования отправителя. Т.е. того, кому, в случае
AC> приема письма и ошибки при доставке, следует слать bounce. Делается в
AC> самом простом случае проверкой домена, а в менее тупом - таки проверкой
AC> полного адреса, т.е. походом к его MX'у от имени <> (баунс будет слаться
Dmitry E. Oboukhov пишет:
что в грейлистинге хорошо: корректную почту не киляет
Ещё как киляет. Пример приводился.
ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :)
greylist с одной стороны и тупой sender verify с другой стороны - это не
реально??
что та
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008
17:02:53 +0400:
> что в грейлистинге хорошо: корректную почту не киляет
>
>
Ещё как киляет. Пример приводился.
>> > ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :)
>> >
>> >
>> greylist
что в грейлистинге хорошо: корректную почту не киляет
>>> Ещё как киляет. Пример приводился.
>>>
> > ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :)
> >
> >
> greylist с одной стороны и тупой sender verify с другой стороны - это не
> реально??
что такое sender verify?
который
Dmitry E. Oboukhov пишет:
что в грейлистинге хорошо: корректную почту не киляет
Ещё как киляет. Пример приводился.
ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :)
greylist с одной стороны и тупой sender verify с другой стороны - это не
реально??
Кроме грейлистинга есть и
Lev Arzhanov writes:
> Итак, сюжет для кинокомикса про хакеров (все имена вымышлены, а
> совпадения случайны). Админ Хоста1, считает панацеей грейлистинг, верифи
> отключил. Ходит весь в белом, ездит на белом Porsche Cayman, всем видам
> искусства предпочитает аниме про крепкую мужскю дружбу - яой
ivan пишет:
При обновлении системы удалялся содек ffmpeg, сейчас он вернулся на
место, но видео пропало. Ни один плейер не показывает.
mplayer сообщает:
Ошибка "Error opening/initializing the selected video video_out (-vo)
device.
Что я не установил?
Это не кодек, а не инициируется устройст
Mykola Nikishov writes:
> Nick 'tarantul' Novikov <[EMAIL PROTECTED]> writes:
>
>> Если умрет один диск - умрет все. Вероятность потерять все данные в
>> два раза выше. Если это не пугает - вперед. Btw, можно применить не
>> raid, а lvm. Оно в данном случае удобнее, на мой взгляд.
>
> Минус lvm ту
> > что в грейлистинге хорошо: корректную почту не киляет
> >
> Ещё как киляет. Пример приводился.
ни одного примера ИЗ РЕАЛЬНОЙ жизни не приведено :)
> Кроме грейлистинга есть и другие способы. Я использую policyd-weight
> (проверка на вхождение в кучу blacklist'ов), postfix-policyd (умеет
> spam
Более того, " 450 Greylisting " обычно возникает в после команды
DATA, но уже после того, как на RCPT TO: [EMAIL PROTECTED] будет отвечено
Recipient address accepted.
Если у кого-то и были косяки - то это их собственные проблемы.
В качестве варианта решения проблемы спама можно посоветов
Вдобавок:
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
Konstantin Matyukhin -> debian-russian@lists.debian.org @ Tue, 5 Aug 2008
13:24:58 +0400:
>> Хост1 - Хосту2: 450 Грейлистинг
KM> Меняем вышеуказанную строчку на:
KM> Хост1 - Хосту2: 450 Извините у нашего сервера временные проблемы с
KM> приемом почты, попробуйте отправить письмо еще раз чере
> Хост1 - Хосту2: 450 Грейлистинг
Меняем вышеуказанную строчку на:
Хост1 - Хосту2: 450 Извините у нашего сервера временные проблемы с
приемом почты, попробуйте отправить письмо еще раз через некоторое
время
Что изменилось? В сущности ничего. Грейлистинг построен не каких-то
грязных хаках, а на стро
При обновлении системы удалялся содек ffmpeg, сейчас он вернулся на
место, но видео пропало. Ни один плейер не показывает.
mplayer сообщает:
Ошибка "Error opening/initializing the selected video video_out (-vo)
device.
Что я не установил?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
5 августа 2008 г. 12:21 пользователь Nick 'tarantul' Novikov <
[EMAIL PROTECTED]> написал:
> Stanislav Kruchinin wrote:
>
>> Далеко не всегда. LVM стоит использовать только в сложных случаях,
>> например когда нужно объединить тома от разных контроллеров. В пределах
>> одного RAID-массива все диск
Hello!
В сообщении от Tuesday 05 August 2008 12:54:59 Andrey Nikitin написал(а):
> > P.S. Делаю библиотечку с дополнительными функциями для sqlite,
> > монстрообразных зависимостей вроде openssl не надо!
>
> Вот ещё криптолиба, немного поменьше openssl, но также оч. популярна -
> libgcrypt
О, спа
В сообщении от 5 августа 2008 12:39 Alexey Pechnikov написал(a):
> P.S. Делаю библиотечку с дополнительными функциями для sqlite,
> монстрообразных
> зависимостей вроде openssl не надо!
Вот ещё криптолиба, немного поменьше openssl, но также оч. популярна -
libgcrypt
--
С Уважением,
Hello!
Нашел md5 только в openssl/md5.h Линковать свое приложение с openssl не
хочется, поскольку задачка больно уж простая (пока). Можно сделать копию
файлов md5.h и md5.c и таскать их с собой, но как-то криво это выглядит (хотя
многие разработчики так и делают).
Итого вопрос - как в дебиане
Stanislav Kruchinin wrote:
Далеко не всегда. LVM стоит использовать только в сложных случаях,
например когда нужно объединить тома от разных контроллеров. В
пределах одного RAID-массива все диски и так будут видны как одно
устройство.
Не факт что одно. Может прикинуться и пачкой. Что в больши
Stanislav Kruchinin <[EMAIL PROTECTED]> writes:
> Далеко не всегда. LVM стоит использовать только в сложных случаях,
> например когда нужно объединить тома от разных контроллеров. В
> пределах одного RAID-массива все диски и так будут видны как одно
> устройство.
Дело не в одном устройстве, а в у
Said Chavkin wrote:
Может я уже не в теме, но
Работает в etch - MegaRAID SAS 8708ELP. (1000:0060)
А по поводу использования raid контроллера или lvm хочу вставить свои 5 копеек.
IMHO для обеспечения отказоустойчивости лучше использовать raid, а
поверх него для удобства
использовать lvm.
Далеко
Может я уже не в теме, но
Работает в etch - MegaRAID SAS 8708ELP. (1000:0060)
А по поводу использования raid контроллера или lvm хочу вставить свои 5 копеек.
IMHO для обеспечения отказоустойчивости лучше использовать raid, а
поверх него для удобства
использовать lvm.
2008/8/5 Artem Chuprina <[EMA
51 matches
Mail list logo
