The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenNews: В BSD системах найдена ошибка, существующая уже 25..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"OpenNews: В BSD системах найдена ошибка, существующая уже 25..."  
Сообщение от opennews on 11-Май-08, 11:56 
Макр Балмер (Marc Balmer), участник команды разработчиков OpenBSD, разбираясь с причиной падения samba при чтении содержимого определенных директорий на  MS-DOS разделах, натолкнулся (http://www.vnode.ch/fixing_seekdir) на ошибку в реализации функции seekdir(), код которой унаследован со времен релиза 4.2BSD, выпущенного в августе 1983 года. Ошибке подвержены все BSD системы, включая Mac OS X.


Маршал Кирк Маккьюзик (Marshall Kirk McKusick (http://en.wikipedia.org/wiki/Marshall_Kirk_McKusick)), 25 лет назад разработавший реализацию *dir() функций, рассказал Макру Балмеру: "Вероятно вы исправили только одну из моих ошибок :-) До появления реализации *dir() команд, программы разбирали содержимое директорий напрямую. Написав библиотеку *dir(), я  перевел на ее использование 22 программы (большой процент программ доступных в то время под Unix), напрямую интерпретирующих содержимое директорий."

URL: http://www.osnews.com/story/19731
Новость: https://www.opennet.ru/opennews/art.shtml?num=15812

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от .snt email on 11-Май-08, 11:56 
Форточек ещё в помине не было, не догонят (:
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от mahoro (??) on 11-Май-08, 12:12 
Вот уж действительно в любом коде можно найти хотя бы одну ошибку )
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

39. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от uvizhe email(ok) on 12-Май-08, 07:26 
Кнут готов с вами поспорить ;)
На деньги))
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

53. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от User294 (ok) on 13-Май-08, 00:41 
Главное - объем кода и сложность реализуемой задачи.Скажем программу hello world можно вылизать идеально.А вот попробуйте написать что-то типа Blender`а и чтоб без единого бага?Слабо?:)Мне почему-то кажется что Кнуту тоже.При том если ему и не слабо написать без багов, ему слабо в 1 харю написать нужное количество кода.А где десятки мегабайтов кода от Кнута?Ну вот то-то и оно ;)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Nick email(??) on 11-Май-08, 12:14 
АААА  держите меня

> Балмер

а новость только начинаю читать %)))

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Nick email(??) on 11-Май-08, 12:16 
да уж... бородато пасхальное йайцо-то...

тут реально всем завидовать и не хныкать

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

59. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от John the User on 13-Май-08, 18:50 
>да уж... бородато пасхальное йайцо-то...

Супер-баян.Всем баянам баянищще!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Блин прошел по одной ссылке on 11-Май-08, 14:45 
Блин, прошел по одной ссылке( про Marshall Kirk McKusick), а там такое:

>He lives in California with Eric Allman, his domestic partner since graduate school.

Чуть не стошнило. Мда, не дружат они там в бсд с головой. Хорошо хоть есть линукс и гпл.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Аноним (??) on 11-Май-08, 15:21 
Ну вы как маленький прям, бабы и линуксоидам тоже не дают... Не всем же своих жен из "кожанных клубов" мочить, нормальные люди как-то ищут выход из положения без растворения трупов в серной кислоте :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Аноним (??) on 11-Май-08, 16:28 
Да ладно вам, хорошие парни:

Eric Allman:
There is some sort of perverse pleasure in knowing that it's basically impossible to send a piece of hate mail through the Internet without its being touched by a gay program. That's kind of funny.

http://en.wikipedia.org/wiki/Eric_Allman

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Harald on 11-Май-08, 20:26 
Фу! sendmail написал пидор!

Какие ему есть альтернативы?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Zert (??) on 11-Май-08, 20:54 
postfix
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Michael Shigorin email(ok) on 11-Май-08, 21:38 
>postfix

...и то, что Red Hat на него до сих пор не переехал -- часть причины эээ... невоспринимания их всерьёз for me :-)

А вообще да, новость некисло отдаёт историей...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

27. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от cmpxchg on 11-Май-08, 21:59 
Кстати, раз уж пошла такая пьянка... Хотелось бы узнать, почему Вы не воспринимаете postfix всерьез. Я немного работал с sendmail ( и слышал краем уха, что он очень дырявый ), но с postfix вообще не работал. В обозримом будущем придеться поднимать либо то, либо другое в интранете для небольшого ( до 20-30 ) количества юзеров, поэтому хотелось бы по возможности услышать, что такого с postfix не так.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

28. "(offtopic) postfix"  
Сообщение от Michael Shigorin email(ok) on 11-Май-08, 22:09 
>Кстати, раз уж пошла такая пьянка... Хотелось бы узнать, почему Вы не
>воспринимаете postfix всерьез.

Эх, опять криво сформулировал.

>В обозримом будущем придеться поднимать либо то, либо другое
>в интранете для небольшого ( до 20-30 ) количества юзеров, поэтому
>хотелось бы по возможности услышать, что такого с postfix не так.

Наоборот, крайне рекомендую; примерно с 2001 года только его и использую.

В сторону exim смотрел, но по разным объективным (более странный продукт и апстрим, что впоследствии выразилось в уязвимостях и уходе на пенсию) и субъективным (с sm8, который был по умолчанию в RHL/BCL, на postfix, который по умолчанию в ALT -- было переходить проще, чем сперва собрать exim3, потом въехать, как тут всё хорошо, но по-другому, и потом подниматься) причинам остановился на постфиксе -- и до сих пор ни одного повода об этом сожалеть не было.  Возможно, свали тогда с Black Cat на Debian, как планировалось -- сидел бы сейчас на exim4 и тоже был доволен.

А ироническое отношение -- к Red Hat и прочему ынтерпрайзу как раз ;-)  Которым лучше самим геями прослыть, чем соседи подумают, что они изменились.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

30. "(offtopic) postfix"  
Сообщение от prapor (??) on 11-Май-08, 22:17 
>А ироническое отношение -- к Red Hat и прочему ынтерпрайзу как раз
>;-)  

Ой, Миша, не надо ля-ля ты бы видел тот ынтырпрайз, что пишут наши программисты-сатанисты, ты бы так не говорил. После него *BSD - идеальный продукт. ;)

> Которым лучше самим геями прослыть, чем соседи подумают, что
>они изменились.

Кому как...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

31. "(offtopic) ынтырпрайзъ"  
Сообщение от Michael Shigorin email(ok) on 11-Май-08, 22:22 
>ты бы видел тот ынтырпрайз

"нашла чем хвастаться" (c)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

33. "(offtopic) ынтырпрайзъ"  
Сообщение от prapor (??) on 11-Май-08, 23:27 
Не, это к твоим же словам - хуже всегда найдется ;)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

34. "(offtopic) postfix"  
Сообщение от Harald on 11-Май-08, 23:57 
>[оверквотинг удален]
>>;-)  
>
>Ой, Миша, не надо ля-ля ты бы видел тот ынтырпрайз, что пишут
>наши программисты-сатанисты, ты бы так не говорил. После него *BSD -
>идеальный продукт. ;)
>
>> Которым лучше самим геями прослыть, чем соседи подумают, что
>>они изменились.
>
>Кому как...

А можно поподробнее, что за ынтырпрайз и что за программисты?

Ушел изучать биографии разработчиков postfix :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

35. "(offtopic) postfix"  
Сообщение от Michael Shigorin email(ok) on 12-Май-08, 00:58 
> А можно поподробнее, что за ынтырпрайз и что за программисты?
>Ушел изучать биографии разработчиков postfix :)

Эт Серж явно не про postfix.  Впрочем, обсуждение альтернативы программе, написанной одним педиком, уже сильно ушло от оригинального обсуждения :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

42. "(offtopic) postfix"  
Сообщение от Nick email(??) on 12-Май-08, 08:34 
> написанной одним педиком

как-то грубовато...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

60. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 13-Май-08, 19:25 
тысячи админов ковыряясь в сендмайл возводили руки к небу и говорили: "пидарас какой-то написал"
Nick, пидарас - это не ориентация, это состояние души :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

61. "(offtopic) postfix"  
Сообщение от Nick email(??) on 13-Май-08, 19:29 
>тысячи админов ковыряясь в сендмайл возводили руки к небу и говорили: "пидарас
>какой-то написал"
>Nick, пидарас - это не ориентация, это состояние души :)

ну, в этом месте не могу не согласиться ;) Ибо даже приходилось смотреть исходники
шлимыла и они исполнены в не самом лучшем стиле (уровень студента, курс 4-5)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

65. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 14-Май-08, 12:53 
>...пидарас - это не ориентация, это состояние души :)

Да, душа первична :-D

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

54. "(offtopic) postfix"  
Сообщение от User294 (ok) on 13-Май-08, 00:47 
>Ой, Миша, не надо ля-ля ты бы видел тот ынтырпрайз, что пишут
>наши программисты-сатанисты, ты бы так не говорил.

А много от наших пардон энтерпрайз софта то? :)

> После него *BSD - идеальный продукт. ;)

Все познается в сравнении.Мне вот по результатам сравнения debian-based нравятся.То есть дебиан и убунта.Для моих задач да и вообще по жизни.А bsd - система с некоторыми интересностями.И некоторыми бестолковостями.И кучей дурацких проблем на ровном месте (наверное зарезервировано для любителей BSDM с системой :D).

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

32. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 11-Май-08, 23:12 
>Возможно, свали
>тогда с Black Cat на Debian, как планировалось -- сидел бы
>сейчас на exim4 и тоже был доволен.

Сижу на Debian'е и пользую Postfix. Соответствующий deb-пакет в репозитарии имеется. Exim сношу сразу после установки Debian. Exim не стал пользовать из-за монолитной архитектуры, хотя говорят, что он проще в настройке чем Postfix.

Уже года 3 пользую Postfix и тоже ни разу не возникло желание перейти на что-нибудь другое. Припаять можно практически всё что угодно: спам-фильтры, антивирусы и прочее.

Новобранцам посоветую не заблудиться в море информации :-) Если с английским особых проблем нет, то читайте оригинальный сайт http://www.postfix.org/ - это самый короткий путь. Информации на сайте много, но как мне кажется, ее можно было бы лучше структурировать. И еще. Сначала нужно понимание технологии (SMTP, Grey List и др.), а уже потом смотрите как это делает Postfix, т.е. при необходимости читайте RFC.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

43. "(offtopic) postfix"  
Сообщение от Frank email(??) on 12-Май-08, 10:03 
>> Exim не стал пользовать из-за монолитной архитектуры

Что вы имеете в виду? У Exim'а два варианта конфигурации: один большой конфигурационный файл, либо множество мелких в стиле rc.d. При запуске dpkg-reconfigure exim4-config первым вопросом к вам будет: какой из вариантов вас больше устраивает.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

46. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 12-Май-08, 11:32 
>>> Exim не стал пользовать из-за монолитной архитектуры
>
>Что вы имеете в виду? У Exim'а два варианта конфигурации: один большой
>конфигурационный файл, либо множество мелких в стиле rc.d. При запуске dpkg-reconfigure
>exim4-config первым вопросом к вам будет: какой из вариантов вас больше
>устраивает.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

51. "(offtopic) postfix"  
Сообщение от Аноним (??) on 12-Май-08, 14:07 
Postfix does not have security partitions between individual, mutually distrustful, elements of the mail system as qmail does, either. Most dæmons run under the same, single, global UID (specified by the mail_owner keyword in main.cf). A compromise of one of those dæmons immediately compromises all of the others, therefore.

Furthermore, Postfix does not even fully utilise the user partitioning capabilities of the operating system to fully insulate users from other users as qmail does.

если вам секурити важно - qmail; если удобство - exim4. Postfix - нечто среднее, ни рыба ни мясо :)
Хотя, это было справедливо в году эдак 2004, сейчас - хз

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

64. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 14-Май-08, 12:26 
>[оверквотинг удален]
>main.cf). A compromise of one of those dæmons immediately compromises all
>of the others, therefore.
>
>Furthermore, Postfix does not even fully utilise the user partitioning capabilities of
>the operating system to fully insulate users from other users as
>qmail does.
>
>если вам секурити важно - qmail; если удобство - exim4. Postfix -
>нечто среднее, ни рыба ни мясо :)
>Хотя, это было справедливо в году эдак 2004, сейчас - хз

Вот-вот... давно это было. qmail - весьма уважаемый, но давно заброшенный продукт. Патчей к нему конечно понаделали, но уже совсем другие авторы. По уровню безопасности Postfix может и уступает qmail'у, но тоже весьма достоен.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

68. "(offtopic) postfix"  
Сообщение от Michael Shigorin email(ok) on 15-Май-08, 16:16 
>если вам секурити важно - qmail

Причём за закрытым наглухо файрволом, ещё лучше -- в исходниках, ага.

Всё равно для практического применения он давно неадекватен...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

69. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 15-Май-08, 21:09 
>Всё равно для практического применения он давно неадекватен...

кхе кхе.
сударь, позвольте с вами не согласиться
во-первых, решения, основанные на qmail отлично продаются
во-вторых, судя по моему заграничному smtp трафику процент примерно таков:
35% qmail
35% postfix
20% exchange
оставшиеся 10% - всякая дрянь вроде сендмайла

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

70. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 15-Май-08, 21:27 
постфиксяторы, кстати, не только сами себе злобные буратины. они еще и других подставляют
постоянно замечаю. если сервер отказывается принимать почту под нагрузкой или в часы пик или вообще лежит - это не какой-нибудь Эксчендж, спрятанный за сендмайл - это обязательно постфикс! хуже винды :)
есть у них "фича", которая которая мешает не только им самим адекватно обрабатывать большие потоки. они ей почему-то очень гордяццо, хотя по сути это весьма вероломная вещь: предварительное резервирование соединения.

кумайл - это такая лакмусовая бумажка: справился - не зря учился

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

71. "(offtopic) postfix"  
Сообщение от pavel_simple (??) on 16-Май-08, 09:08 
>сендмайл - это обязательно постфикс! хуже винды :)

видимо каждому админу свой инструмент -- НО ИМХО qmail уже вообще никак не может выступать современным и удобным инструментом

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

74. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 16-Май-08, 14:13 
оговорюсь, это мое ИМХО.
представьте: у вас высоконагруженный сервер почты.
у вас тысячи подключений из внешнего мира от чужих серверов по smtp
и постфикс ставит себя в привилегированое положение: он открыл и держит подключение, даже если ему передавать нечего.
когда таких постфиксов мало - ничего, фиг с инми. а когда у вас выбирается ограничение в 1000 сокетов и вы обнаруживаете, что половина - абсолютно пустые вас это начинает раздражать. вы вводите ограничение на время активности подкючения: если по каналу не передаются данные в течении например 30 секунд - сокет принудительно закрывается.
все отлично. число линков резко падает. у вас держится например 50 постоянно открытых сокетов.
и вдруг раздается тревожный звоночек от руководства: "мне не приходит письмо!!!"
вы копаетесь в логах и обнаруживаете, что подключение от передающего сервера было, письма приходили а вот этого письма-то как раз и нет!
позже выясняется, что письмо было размером 2 мб, а другие пришедшие от него же размером в 1мб.
вы видите подключение в заданный момент времени, а данных НЕТ. за те 30 секунд, которые вы дали на активность данные от того постфикса передаваться не начали - соединени закрылось с вашей стороны.
постфиксу письмо упало в очередь, он открыл соединение, начал обрабатывать письмо фильрами, но из-за высокой нагрузки оно не начало передаваться за 30 секунд! соединение закрыто, внутренняя ошибка сервера. он ничего не говорит отправляющему, пытается пердать еще через некоторое время. ситуация повторяется. отправитель не в курсе. получатель ждет. все бесятся, шишки - на админа сервера qmail, у которого с других серверо приходят письма за сукунду.
тамошний отправитель отправляет письмо на соседний постфикс. два высоконагруженых постфикса скрипят-скрипят но содинение между ними наличествует и не закрывается и письмо долетает. все рады. админ постфикса - молодец, не смотря на то, что его сервер еле дышит и открыл во мнешний мир и из внешнего мира максимальное количество сокетов! админ qmail ищет способ без поднятия таймаута получить таки письмо от этого скрипучего трактора.
поднять таймаут - значит обречь себя на множество бессмысленно занятых системных ресурсов.  дилема!

разрулил. поднял таймаут или еще что-то сделал. вычислил. все довольны и все получили свою почту.

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

господа, если не знаете - ставьте exchange прикрыв его sendmail'ом. пожалейте людей

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

62. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 13-Май-08, 19:31 
постмастеры вас читают, хихикают и молча ставят qmail
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

63. "(offtopic) postfix"  
Сообщение от x0r (??) on 13-Май-08, 22:07 
>постмастеры вас читают, хихикают и молча ставят qmail

дык, "кумыло" уже, вроде бы не развивается?! нет?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

67. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 15-Май-08, 00:37 
насчет не развивается вопрос спорный, а вот то что постоянно развивающийся postfix делает на той же нагрузке - факт моей биографии
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

79. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 24-Май-08, 17:45 
>насчет не развивается вопрос спорный

Чего ж спорный-то?! Сам автор уж давненько его не трогает, а патчи от других разрабочиков к славе профессора пусть не примазываются :-)

>а вот то что постоянно развивающийся postfix
>делает на той же нагрузке - факт моей биографии

В цифрах это как-то можно выразить? Чтоб понятно было о чем речь.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

80. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 24-Май-08, 18:38 
>Чего ж спорный-то?! Сам автор уж давненько его не трогает, а патчи
>от других разрабочиков к славе профессора пусть не примазываются :-)

не спорю.

>В цифрах это как-то можно выразить? Чтоб понятно было о чем речь.

qmail 1000 пользователей 0.2 % CPU постоянная(!) нагрузка, 288000 подключений по SMTP в сутки, open-source антиспам/антивирус не демонизированы, все базы и обработка - на той же самой машине. все базы в mysql. вмешательства не требует. админ -я. Linux. присьма приходят моментально.

postfix 8000 пользователей 60-90% CPU, KAS, KAV, частично разнесен на 2 машины + внешний рейд, постоянные проблемы с локами на maildir, очередью. админ - один из коммитеров FreeBSD, постмастер со стажем. задержка доставки - до нескольких часов.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

81. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 24-Май-08, 22:15 
>qmail 1000 пользователей 0.2 % CPU постоянная(!) нагрузка, 288000 подключений по SMTP
>в сутки, open-source антиспам/антивирус не демонизированы, все базы и обработка -
>на той же самой машине. все базы в mysql. вмешательства не
>требует. админ -я. Linux. присьма приходят моментально.
>
>postfix 8000 пользователей 60-90% CPU, KAS, KAV, частично разнесен на 2 машины
>+ внешний рейд, постоянные проблемы с локами на maildir, очередью. админ
>- один из коммитеров FreeBSD, постмастер со стажем. задержка доставки -
>до нескольких часов.

RAM сколько?
Какие процессы работают параллельно?

Аппаратно машины неидентичны, да и "непочтовый" софт наверняка тоже разный. Сравнивать нереально.

Если Вы думаете, что машина, где крутится Postfix мощнее, то из описания этого не видно. Разнесение некоторых софтинок на несколько машин усложняет всю систему, это может и ухудшить производительность.

Касперского менять не пробовали?
Попробуйте DrWeb.

> админ - один из коммитеров FreeBSD

Оставьте эмоции. Смотрите на цифры и не стесняйтесь читать доки и рекомендации разработчиков. http://www.postfix.org/documentation.html
В конце концов, соберите из исходников только то, что Вам нужно.
Даже ГУРУ иногда забывают нажать ВКЛ :-).

>задержка доставки - до нескольких часов.

В то, что такое случается я еще могу поверить, но виноват ли в этом postfix?! Переведите postfix на Linux и картина может сильно измениться.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

82. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 24-Май-08, 22:46 
>RAM сколько?

на первой машине - 512Mb
на второй - 2Gb

>Какие процессы работают параллельно?

только почтовые.

>Аппаратно машины неидентичны, да и "непочтовый" софт наверняка тоже разный. Сравнивать нереально.

аппаратно
первая машина - это VPS внутри openVz c отданным под этот VPS 10% времени CPU. CPU: Intel 2xXeon 2.4 core duo
вторая - три железки: две физических машины Intel Core Duo 2.4 каждая с одним CPU, + железный SCSI-raid

>Если Вы думаете, что машина, где крутится Postfix мощнее, то из описания
>этого не видно. Разнесение некоторых софтинок на несколько машин усложняет всю
>систему, это может и ухудшить производительность.

см выше.

>Касперского менять не пробовали?
>Попробуйте DrWeb.

пробовали. серьезной разницы не заметно. не в антиспаме дело.

>> админ - один из коммитеров FreeBSD
>Оставьте эмоции. Смотрите на цифры и не стесняйтесь читать доки и рекомендации
>разработчиков. http://www.postfix.org/documentation.html
>В конце концов, соберите из исходников только то, что Вам нужно.
>Даже ГУРУ иногда забывают нажать ВКЛ :-).
>>задержка доставки - до нескольких часов.
>В то, что такое случается я еще могу поверить, но виноват ли
>в этом postfix?! Переведите postfix на Linux и картина может сильно
>измениться.

виноват. и именно постфикс. выбираются лимиты на одновременно открытые подключения извне и вовне и машина отказывается принимать еще одно SMTP-подключение. максимум 600 линков извне.
на первой же машине количество одновременно открытых соединений в часы пик не переваливает за 30.
таймауты на поддержание соединения одинаковы - 25 секунд.

это не эмоции. это две машины, работающие рядом. одну делал я, другую - мой коллега.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

83. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 24-Май-08, 22:54 
>виноват. и именно постфикс. выбираются лимиты на одновременно открытые подключения извне и
>вовне и машина отказывается принимать еще одно SMTP-подключение. максимум 600 линков
>извне.
>на первой же машине количество одновременно открытых соединений в часы пик не
>переваливает за 30.
>таймауты на поддержание соединения одинаковы - 25 секунд.

"timeout" искали на http://www.postfix.org/postconf.5.html
там этого добра много :-)

>это две машины, работающие рядом. одну делал я, другую
>- мой коллега.

ОС всё-таки разные.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

85. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 24-Май-08, 23:20 
>"timeout" искали на http://www.postfix.org/postconf.5.html
>там этого добра много :-)

мой коллега в курсе.

>>это две машины, работающие рядом. одну делал я, другую
>>- мой коллега.
>ОС всё-таки разные.

рейд у постфикса подключен физически.
кто-то тут из фрибизидяшников свистел что Мускуль во фре работает быстрее, файловая система работает быстрее... :) на самом деле, подозреваю, что работают примерно одинаково. примерно. ну чтобы разница была на два порядка??? это уж увольте, дело не в ОС.
на фре (постфикс) FS дефолтная
на линукс FS дефолтная
мускули одной версии.
оба почтаря пересобирались несколько раз чтобы получить оптимум от каждого.
забавное было соревнование.

есть что еще предположить?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

84. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 24-Май-08, 23:16 
А трафик, кстати в одинаковом виде ДОХОДИТ до postfix'а и qmail'а?
Фаерволы, шейперы, забитость канала по скорости и по количеству одновреиенных соединений и задержки в канале могуть накладывать серьезный отпечаток на TCP.  Возможно из-за этого postfix кажется неадекватным.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

86. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 24-Май-08, 23:45 
>А трафик, кстати в одинаковом виде ДОХОДИТ до postfix'а и qmail'а?
>Фаерволы, шейперы, забитость канала по скорости и по количеству одновреиенных соединений и
>задержки в канале могуть накладывать серьезный отпечаток на TCP.  Возможно
>из-за этого postfix кажется неадекватным.

отсутствие файервола для всех публичных ресурсов и клиентских подключний - это политика компании.
шейпинг такой, что оба почтаря его не выбирают полностью

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

87. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 25-Май-08, 00:40 
>отсутствие файервола для всех публичных ресурсов и клиентских подключний - это
>политика  компании.

Оригинальненько! Ну с закрытием портов еще понятно: в этом нет смысла, ибо тока 25-ый и открыт (по идее). Но вот с количеством полуоткрытых сессий Вы как боретесь? Или с количеством соединений с одного узла?

Я так, в общем рассуждаю, но я бы всё-таки покопал в сторону проверки качества работы TCP. Гляньте на досуге tcpdump'ом что там происходит под нагрузкой.

>шейпинг такой, что оба почтаря его не выбирают полностью

Кого его? Канал? Это слишком общО.
Нужно замерить конкретные показатели при пиковых нагрузках. Например, какое время ответа на 25-ом порту TCP? Как сильно отличается от работы при меньшей нагрузке? Тут даже размер MTU может сыграть роль.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

88. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 25-Май-08, 02:46 
>Оригинальненько! Ну с закрытием портов еще понятно: в этом нет смысла, ибо
>тока 25-ый и открыт (по идее). Но вот с количеством полуоткрытых
>сессий Вы как боретесь? Или с количеством соединений с одного узла?

он (в постфиксе) ограничивает количество одновременных подключений с одного узла. сколько - не в курсе.
я в qmail - не ограничиваю

>Я так, в общем рассуждаю, но я бы всё-таки покопал в сторону
>проверки качества работы TCP. Гляньте на досуге tcpdump'ом что там происходит
>под нагрузкой.

под нагрузкой в постфиксе происходит следующее (без tcpdump видно): куча соединений из внешнего мира. выбран лимит. соединения активны. спамят.

>>шейпинг такой, что оба почтаря его не выбирают полностью
>
>Кого его? Канал? Это слишком общО.

конкретно.
bytes_in: 50Gb/month linux/qmail
bytes_in: 300Gb/month freebsd/postfix

>Нужно замерить конкретные показатели при пиковых нагрузках. Например, какое время ответа на
>25-ом порту TCP?

на постфикс - пока не было лимита в 600 соединений до появления helo могло пройти 60 секунд. после установки лимита в кол-во соединений - несколько секунд и бамц - max allowed.
qmail - <1 sec

> Как сильно отличается от работы при меньшей нагрузке?
>Тут даже размер MTU может сыграть роль.

сюда не имеет смысла копать. читайте выше.

>Даже банальный ping с большой длиной пакета дает совсем другой результат чем,
>просто ping.

следующим советом будет пересобрать ядро :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

89. "(offtopic) postfix"  
Сообщение от User294 (ok) on 25-Май-08, 04:07 
Почитал я все это и ...
Вывод: e-mail это такая морально устаревшая система для которой нормального MTA то нет.Один тормоз, на второй автор забил, третий лагает, четвертый надо прикрывать и денег стоит.И все это гоняет почту... а если точнее то спам в основном.В среднем по планете, 9 из доставляемых писем являетяс спамом.И лишь 1 из 10 - полезное :)))))).КПД всех этих чудо решений в итоге на уровне паровоза.Интересно, кому-то в 2008 году придет в голову флеймить о преимуществах и недостатках разных моделей паровозов? :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

91. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 25-Май-08, 05:09 
>Почитал я все это и ...
>Вывод: e-mail это такая морально устаревшая система для которой нормального MTA то
>нет.Один тормоз, на второй автор забил, третий лагает, четвертый надо прикрывать
>и денег стоит.И все это гоняет почту... а если точнее то
>спам в основном.В среднем по планете, 9 из доставляемых писем являетяс
>спамом.

Проблема не в MTA, а в SMTP. Протокол получил широчайшее распространение (глобальное), прежде чем люди стали задумываться над безопасностью. Теперь изменить стандарт трудно. По крайней мере ВСЕ ПОПЫТКИ оказались тщетными и ни одно дополнение/расширение/улучшение не получило глобального признания. Каждый борется со спамом на свой вкус и лад.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

93. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 25-Май-08, 13:54 
>Почитал я все это и ...
>Вывод: e-mail это такая морально устаревшая система для которой нормального MTA то
>нет.

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

>Один тормоз, на второй автор забил, третий лагает, четвертый надо прикрывать
>и денег стоит.И все это гоняет почту... а если точнее то
>спам в основном.В среднем по планете, 9 из доставляемых писем являетяс
>спамом.И лишь 1 из 10 - полезное :)))))).КПД всех этих чудо
>решений в итоге на уровне паровоза.Интересно, кому-то в 2008 году придет
>в голову флеймить о преимуществах и недостатках разных моделей паровозов? :)

вы рассуждаете не с той стороны.
да, протокол морально устарел, да, есть разные пришлепки на него и для MTA.
но! проблем стало бы в разы меньше, если бы с ростом интернет в мире пропорционально росло число грамотных администраторов, cпособных мыслить как программист. согласитесь, все эти MS Exchange "из коробки", postfix за 1 минуту из RPM - все это в долгосрочной переспективе оболванивание IT-специалистов. в том смысле, что люди просто перестают понимать принципы функционирования своих (пусть даже open-source!) систем и высасывают из пальца обьяснения типа "полузакрытых TCP-соединений"

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

90. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 25-Май-08, 04:11 
>он (в постфиксе) ограничивает количество одновременных подключений с одного узла.
> сколько - не в курсе.

Поставьте 2.

>под нагрузкой в постфиксе происходит следующее (без tcpdump видно):
>куча соединений из внешнего мира. выбран лимит. соединения активны.
>спамят.

Полуоткрытые соединения вы здесь не увидите. Настройте фаервол хотя бы для защиты от SYN-флуда.

>конкретно.
>bytes_in: 50Gb/month linux/qmail
>bytes_in: 300Gb/month freebsd/postfix

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

>на постфикс - пока не было лимита в 600 соединений до появления
>helo могло пройти 60 секунд. после установки лимита в кол-во соединений
>- несколько секунд и бамц - max allowed.
>qmail - <1 sec

У вас для qmail и для postfix одинаковые фильтры борьбы со спамом? И последовательность этих фильтров тоже одинаковая?
Включите debug для домена назойливого отправителя. Там увидите, что за ужас творится. Возможно одна и та же проверка выполняется несколько раз (легко!).

>следующим советом будет пересобрать ядро :)

Честно говоря, я не любитель этого занятия :-)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

92. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 25-Май-08, 13:43 
>Поставьте 2.
>Полуоткрытые соединения вы здесь не увидите. Настройте фаервол хотя бы для защиты
>от SYN-флуда.

я не делаю это на qmail. почему?

>>конкретно.
>>bytes_in: 50Gb/month linux/qmail
>>bytes_in: 300Gb/month freebsd/postfix
>Видимо, спама на postfix просачивается много и по той же причине висит
>много открытых соединений.

обьем трафика пропорционален количеству пользователей.

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

он пытается оттюнинговать постфикс чуть ли не каждый день. влияет слабо.

>>на постфикс - пока не было лимита в 600 соединений до появления
>>helo могло пройти 60 секунд. после установки лимита в кол-во соединений
>>- несколько секунд и бамц - max allowed.
>>qmail - <1 sec
>
>У вас для qmail и для postfix одинаковые фильтры борьбы со спамом?

для qmail - dspam, для postfix - KAS
работают с одинаковым качетсвом и примерно с одинаковой скоростью. за лицензию на KAS выложена очень круглая сумма - анлим.

>И последовательность этих фильтров тоже одинаковая?

да. rbl|smtp|antispam|antivirus

>Включите debug для домена назойливого отправителя. Там увидите, что за ужас творится.
>Возможно одна и та же проверка выполняется несколько раз (легко!).

точно! чтобы доставить письмо в майлдир пользователя postfix делает в несколько раз больше обращений к БД pusers. (postfix + cyrus)
qmail - два к БД vpopmail. на постфикс процесс mysql ощутимо кушает ресурсы (5-10% CPU). таблицам регулярно делается optimize, rebuild. таблицы сами по себе небольшие - 8000 записей. у него даже было желание сделать пользовательскую БД в RAM, но нельзя. на предыдущей машине с postfix картина была такая же. там стоял мускуль 4.x. на этом mysql 5.x. другое ядро Фри. без разницы

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

94. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 26-Май-08, 07:22 
>>Поставьте 2.
>>Полуоткрытые соединения вы здесь не увидите. Настройте фаервол хотя бы для защиты
>>от SYN-флуда.
>
>я не делаю это на qmail. почему?

Дело хозяйское, но береженого Бог бережет.

>он пытается оттюнинговать постфикс чуть ли не каждый день. влияет слабо.

debug-то что показывает? На каких операциях задумывается postfix?

>>Возможно одна и та же проверка выполняется несколько раз (легко!).
>
>точно! чтобы доставить письмо в майлдир пользователя postfix делает в несколько раз
>больше обращений к БД pusers.

В дебаге видно какие проверки выполняются повторно. Если Вам этого не нужно, то 99%, что ошибка в конфтге.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

95. "(offtopic) postfix"  
Сообщение от Dvorkin email(??) on 26-Май-08, 15:21 
>>он пытается оттюнинговать постфикс чуть ли не каждый день. влияет слабо.
>debug-то что показывает? На каких операциях задумывается postfix?

ни знаю. не я рулю тем сервером. дебажить продакшн? хм
запускаешь top - сверху мускуль (5-10% CPU) и ниже куча trivial-rewrite (0-0.1% CPU)
толпа коннектов в мускуль
очередь несколько тыщ писем

>>>Возможно одна и та же проверка выполняется несколько раз (легко!).
>>точно! чтобы доставить письмо в майлдир пользователя postfix делает в несколько раз
>>больше обращений к БД pusers.
>В дебаге видно какие проверки выполняются повторно. Если Вам этого не нужно,
>то 99%, что ошибка в конфтге.

к мускулю обращения простые: SELECT ... FROM users WHERE dom='%x' AND u='%u'
насчет конфига - он оч простой, не знаю там в чем можно сделать ошибку.
впрочем, мне уже это не интересно.
кстати, похожая ситуация у моего знакомого с 4000 ящиками на постфикс.
разные люди - проблема похожая
тоже тюнингует, тюнингует... всякие таймауты размеры буферов...
qmail проще. он просто работает :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

96. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 27-Май-08, 11:45 
>>>он пытается оттюнинговать постфикс чуть ли не каждый день. влияет слабо.
>>debug-то что показывает? На каких операциях задумывается postfix?
>
>ни знаю. не я рулю тем сервером. дебажить продакшн? хм

Дебагить код posfix'а?! :-D Нет конечно!
Вам помогут следующие параметры main.cf:
debug_peer_list
debug_peer_level

>к мускулю обращения простые: SELECT ... FROM users WHERE dom='%x' AND u='%u'

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

>насчет конфига - он оч простой, не знаю там в чем можно
>сделать ошибку.

Поверьте, можно :-)

>впрочем, мне уже это не интересно.

Что ж Вы сразу  не сказали?! А то я тут распинаюсь...

>кстати, похожая ситуация у моего знакомого с 4000 ящиками на постфикс.
>разные люди - проблема похожая
>тоже тюнингует, тюнингует... всякие таймауты размеры буферов...

Миллионы мужиков пьют водку. Наверное это очень полезно для здоровья, т.к. миллионы не могут ошибаться. :-)

>qmail проще. он просто работает :)

Калькулятор проще компьютера и тоже работает. А главное - его настраивать не нужно. :-D

Удачи! :-)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

66. "(offtopic) postfix"  
Сообщение от serg1224 (ok) on 14-Май-08, 12:55 
>постмастеры вас читают, хихикают и молча ставят qmail

Разные постмастеры бывают. В т.ч. те, кто не только хихикать умеют, но и вперед смотреть. :-)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

41. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Nick email(??) on 12-Май-08, 08:14 
можт мои 5 копеек не помешают.
exim более гибок, но несколько медленнее шлимыла и постфикса.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

44. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Аноним (??) on 12-Май-08, 10:29 
Не хочу плодить флейм, но sendmail самый гибкий MTA, но очень уж сложный в конфигурировании
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

45. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Nick email(??) on 12-Май-08, 10:32 
>Не хочу плодить флейм, но sendmail самый гибкий MTA, но очень уж
>сложный в конфигурировании

и, например, с базами данных работает напрямую? Нет?
ах "прикрутить" можно. Так прикрутить и к exim'у что угодно можно,
и вообще на чистом перле (со всем его CPANом) писать обработку мыла можно.

Где тут шлимыльная гибкость?
Ответ прост: в прошлом. Ексим просто напросто много моложе и принял во внимание
много проблем существующих MTA. Это просто прогресс.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

49. "(offtopic) sendmail"  
Сообщение от Michael Shigorin email(ok) on 12-Май-08, 12:39 
>Где тут шлимыльная гибкость?

В том, что это такой макроассемблер для написания кастомной обработки почты.

>Ответ прост: в прошлом.

Интересно, остались ли у Dear Netch пошлипочты... скорее всего, да -- "работает, не трогай" :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

50. "(offtopic) sendmail"  
Сообщение от Nick email(??) on 12-Май-08, 12:41 
>Интересно, остались ли у Dear Netch пошлипочты... скорее всего, да -- "работает,
>не трогай" :)

"работает - не трогай" - это одно, а проектирование и построение новых систем - другое.
Немало кому предстоит еще строить мыльные системы и определится с MTA заранее - не будет лишним.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

55. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от thesame on 13-Май-08, 14:12 
>и, например, с базами данных работает напрямую? Нет?

а кофе в постель тоже MTA должен подавать?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

56. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Nick email(??) on 13-Май-08, 18:38 
>>и, например, с базами данных работает напрямую? Нет?
>
>а кофе в постель тоже MTA должен подавать?

нет, он должен переворачивать с ног на голову заданный эму вопрос.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Ошибка не в __seekdir(), а в _readdir_unlocked()."  
Сообщение от MiG on 11-Май-08, 16:16 
Ошибка не в __seekdir(), а в _readdir_unlocked().

"The fix is surprisingly simple, not to say trivial: _readdir_unlocked() must not skip directory entries with inode set to zero when it is called from __seekdir()."

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от phpcoder email(??) on 11-Май-08, 18:16 
Я не понял почему два раза Марка обозвали Макром, если он Marc?!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

29. "s/Макр/Марк/g"  
Сообщение от Michael Shigorin email(ok) on 11-Май-08, 22:12 
>Я не понял почему два раза Марка обозвали Макром, если он Marc?!

Ага, не хватает Ctrl-Enter, желательно с возможностью маркоподстановки :-)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "OpenNews: В BSD системах найдена ошибка, существующая уже 25..."  
Сообщение от Nick email(??) on 11-Май-08, 19:43 
> Как в саус-парке:
> ....

Boch'e зачет :}
тема :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

37. "OpenNews: В BSD системах найдена ошибка, существующая уже 25..."  
Сообщение от Bocha email(??) on 12-Май-08, 06:15 
Спасибо, жаль, камент удалили, посчитали сравнение слишком грубым, наверное. вот толи дело в соседнем неудаленном каменте поливают грязькой систему да программистов, лишь бы не сайт, чего там.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

40. "OpenNews: В BSD системах найдена ошибка, существующая уже 25..."  
Сообщение от Аноним (??) on 12-Май-08, 08:08 
На бис! На бис! :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

38. "OpenNews: В BSD системах найдена ошибка, существующая уже 25..."  
Сообщение от Ne01eX (??) on 12-Май-08, 06:26 
>Макр Балмер (Marc Balmer)

Да уж, не повезло чуваку с фамилией...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

47. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Reddit on 12-Май-08, 12:21 
проклятый MS-DOS...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

48. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Nick email(??) on 12-Май-08, 12:23 
>проклятый MS-DOS...

о...
зришь в корень! :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

52. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Аноним (??) on 12-Май-08, 16:11 
"Мария Павловна за Островским шубу шестнадцать лет носила, я у нее перекупила, стала чистить - три воши нашла, одна старая, еще по-аглицки говорит..."
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

58. "В BSD системах найдена ошибка, существующая уже 25 лет"  
Сообщение от Аноним (??) on 13-Май-08, 18:44 
>Форточек ещё в помине не было, не догонят (:

Ты так думаиш? А при чем тут они? речь о dos

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру