Отрубите 25-й порт - будет ещё лучше.
PS
Хорошо что Вы не врач.
Как-то такие Ваши высказывания не вяжутся с "Качественный Хостер". Скорее "ШколоХостер".
Представьте что subject и тело изначально было с русскими буками и ничего в процитированном тексте понять не удастся, кроме того что кто-то непонятный послал непонятное письмо, а гугль намекает что это был наверно спамер. 99% таких писем уйдёт в корзину, один процент будет лежать непрочтённым.
Ваша трактовка тоже ничего, но моя проще и точнее.
Насчёт списков. Вы же хостер, должны такие вещи понимать. Если бы нужно было писать абсолютно точно, я бы процитировал весь http://www.openspf.net/ , а в двух словах - spf позволяет делить мир на белое, чёрное и серое. Серое - для реальной жизни, остальное для той где принцессы не какают и все пользователи гуру в интернет-сервисах.
Насчёт Википедии я наврал - напрямую нет подробного объяснения, по крайней мере в русской (там вообще лучше не читать), английская более подробная и можно понять что происходит, но я имел ввиду русскую. Наверно по ссылкам каким-то оттуда перешёл.
Если мы пишем письмо от admin@onyx.net.ua к foo@bar , а на foo@bar форвардим письмо на foo@gmail.com (к примеру) - gmail.com в лучшем случае сообщит пользователю foo@gmail.com малопонятным письмом об ошибке доставки, так как foo@bar не имеет права посылать от своего имени письма с указанным отправителем admin@onyx.net.ua.
То есть -all работает как чёрный список неразрешённых отправителей, а ~all как белый список разрешённых.
Мне кажется, решать такие вопросы голосованием на форумах неправильно. Про тех у кого грабли - я имел ввиду крупные почтовые серверы, типа mail.ru gmail.com и подобные.
Romka_Kharkov, пример из моей практики. Сегодня разбирался с проблемой непроходимости писем. Закончил разбираться, как только обнаружил отказ в доставке со ссылкой на -all . Диагноз - проблема не лечится, рекомендация - не пользоваться почтовыми адресами из этого домена. В теории всё хорошо - но попробуйте форвардить письма, к примеру. Даже в Википедии на этот счёт есть указание.
Когда изобретаете велосипед, первым делом посмотрите - нет ли на обочине обломков ранее изобретённых велосипедов, изучите обломки чтобы понять как делать не надо, посмотрите на уже сделанные и ездящие велосипеды... Вроде рекомендации тривиальные, а поди ж ты...
Суть в том, что отдельно оговаривается, что нельзя один процент простоя непрерывным блоком выбрать. Например, хостинг с 0.9999 надёжностью в год под заданные требования не подпадает, хотя и выглядят девятки красиво.
Пример из требований к одному сайту - 99% за год и не больше 30-ти минут в день.
А что, тут много счастливых владельцев парка из тысяч серверов с разными винчестерами?
Время сбора информации по свопу этим скриптом довольно большое, так что в реальной системе с кучей процессов будет вообще неприемлемо долго, так что в top могут и не включить. Разве что в vmtop какой-нибудь.
Вот в том то и дело, что эта колонка к свопу имеет небольшое отношение, точнее реально вообще не имеет. В мане точно определяется - разница между виртуальной и физической памятью. Свопа в системе вообще может не быть, а такая разница будет иногда ненулевой.
