Бояться так бояться.
В google apps есть внутренние способы перенаправить почту :
http://support.google.com/a/bin/answer.py?hl=en&answer=77003
http://support.google.com/a/bin/answer.py?hl=en&answer=175745.
Есть услуги postini, возможности которых строятся на типичных корпоративных потребностях, а значит подразумевают и потребность в копировании почты.
Есть смекалка и фантазия. Тут уж вообще вариантов масса.
Поскольку этим условиям удовлетворяют несколько VPS, а настройка каждого тривиальна, получается, готов.
Мне непрозрачно будет ли это работать как требуется или нет. Напишите хауту. Очевидно, нужно все это испробовать, перечитать, экспериментировать, читать исходники вместо куцой документации и только тогда станет понятно действительно ли будет работать или сгоряча написали, потому как безгранично верите в постфикс.
Как именно письма будут распределяться по очередям ? или, может, письма вставшие в одной очереди будут попадать в другую?
А вот вариант с VPS банален, тривиален и всем понятно почему оно будет удовлетворять озвученным требованиям - по дизайну. То есть, проще чем все остальное. Это можно просто начать делать. Чтобы понять какие на самом деле вещи в этом сервисе будут важны.
проще распараллелить нагрузку.
к тому же, хостер при поступлении жалобы заблокирует весь сервер, а VPS можно и не нарезать самостоятельно, а арендовать в разных местах по чуть-чуть. В случае блокировки это дешевле получается.
ну раз представляете, то вам не будет трудно сообщить какие конкретно директивы и man 5 master и man 5 transport меняют поведение от умолчательного к описанному. Какие ?
Используйте множество VPS - это действительно много проще других вариантов.
Опенсорсные сервера не шибко отличаются по потребляемым ресурсами при отправке почты. Настройка принципиально ничего не изменит.
как ни настраивай все равно попадешь в базы. Если на полчаса позже или раньше, то стоит ли мучаться? Главные трудозатраты тут на обработку абуз, смену IP, закупку новых VPS взамен заблокированных.
myhand, вот и как вы себе представляете правильную настройку одной единственной копии postfix с раздельными IP и раздельными очередями не стопорящими доставку на других IP в один конкретный домен при обработке ответов при условии грейлистинга в домене получателя ? Ну просто интересно.
но забыли, что LVM тут вынуждены использовать для обхода одного конкретного упущения в стремительно устаревающем centos, а не потому что LVM должен поставить каждый вменяемый администратор.
Andreyka, да. но в данном случае лемминги не тонут, а занимаются своим делом, не обращая внимания на такие незначительные мелочи как разбивка дисков.
Там в вики хентнера написано, что эти фокусы с LVM относятся к centos 5 и 6. Они нужны только для того чтобы получить один большой раздел. По какой-то причине их образ не работает с GPT.
При заказе других современных дистрибутивов, должно работать GPT.
amazon aws - крупнейший и моднейший хостер VPS. Крупнее всех "взрослых дядь", на которых вы обычно ссылаетесь. Очевидно, предлагаемые им настройки без LVM являются предпочтением большинства продвинутых пользователей с "облачным с прибабахом". LVM только добавляет им проблем и непоняток (вот даже на примере этой темы : проблемы-то никакой нет)
LVM - это стильно-модно-перспективно-молодежно, но не так уж и актуально на практике.
Вот делайте что удобно вам, а не коллегии сисадминов.
Несмотря на очевидные достоинства LVM, я что-то не замечаю в образах предлагаемых amazon никакого LVM. Не готовы широкие массы к LVM и не нужно оно им.
С такими большими дисками в raid ждет другая засада - очень долгая ежемесячная сверка массивов.
Теоретически может и дать. Каждое такое соединение занимает ресурсы памяти на буферы. Как минимум на сетевой, который может отрасти вплоть до max_packet_size.
то она не будет нулевой. картинка может быть вполне нормальной, а в конце файл будет дописан код php, который отлично выполняется.
Обычно скрипты галерей все загруженное пережимают по-своему и при этом весь потенциально опасный мусор удаляется.
Исполняются такие файлы при неправильной настройке сервера. Фактически, вы просто нашли файл касперским, но не знаете исполняется ли он на вашем сайте или нет.
